I'm writting an app that plays a special format and uses both the Alsa
seq and pcm interfaces to output MIDI and audio data together. I'm
almost done, but I've got one problem that is plaugeing me: I can't get
the two to stay in sync.
Basically, what I'm doing is using writei() to send frames
Peter,
This is very interesting. You mean this patch will enable passthrough
without the need for ld10k1, right? I will give it a try and let you
know what my results are.
Boris
---
This sf.net email is sponsored by:ThinkGeek
Welcome to
The problem: the MIDI and audio start synced up, but after a while they
start to drift further and further apart. I've checked my stuff
exaustively to make sure that it's not the fault of my program, so I'm
figuring it is caused by me not setting up something properly in alsa to
make the two
Boris Shingarov wrote:
Peter,
This is very interesting. You mean this patch will enable passthrough
without the need for ld10k1, right? I will give it a try and let you
know what my results are.
Boris
It does passthrough using a standard PCM channel. No special TRAM tricks
needed.
Only works
I have tried the patch. I used ac3dec -C Sample51.ac3
as a simple test and it does work.
Great little piece of code many of us was waiting for a long time.
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
Hi Clemens,
Sorry for the delay in responding to this.
On Mon, 25 Aug 2003 13:13:37 +0200 (METDST)
Clemens Ladisch [EMAIL PROTECTED] wrote:
The same happens with hw:1 instead of card1?
Hmm, I think this might be some interesting info:
These two commands work:
[EMAIL PROTECTED]:~# aplay
On Tue, 26 Aug 2003 09:13:27 -0700
Mark Knecht [EMAIL PROTECTED] wrote:
Erik,
As I've watched this thread
Thanks :-).
I wonder how sure you are that amixer
settings for the second card are actually going to the second card? Are
you able to set different volume and mute settings for the
On Mon, 25 Aug 2003 12:59:37 +0200
Takashi Iwai [EMAIL PROTECTED] wrote:
if aplay -vv shows the correct configuration and VU meters,
It does.
i'd
suspect it's a hardware issue. i.e. mixer mutes or physical
connection. to check the card's playback without physical connection,
you can
On Thu, 2003-08-28 at 19:54, Erik de Castro Lopo wrote:
Well if this is a problem with aply, I hope that this might shake it out.
I really don't have very much free time at the moment and I would prefer
not to add more variables to the situation because that is only likely
to confuse the
On Thu, 2003-08-28 at 20:21, Erik de Castro Lopo wrote:
also, you can try to swap the card order,
options snd-ens1371 index=1,0
Tired this, ran update-modules and restarted alsa.
This changes the way that the two cards are listed in the /proc/asound/cards
output but otherwise not
On Thu, 28 Aug 2003 21:16:23 -0700
Mark Knecht [EMAIL PROTECTED] wrote:
I'm sure you've tried this, but if the card that doesn't work in this
configuration is the only card in the system, does it work?
I'm sure I had tried this, but I thought i would try it again.
Got inside the box,
Two questions.
First: Is it possible to determine the maximum number of channels for a
sound card that is in use by another application? My method for
detecting the number of channels is:
- open the pcm
- use the hw_params API to determine the number of channels
But if another application has
At Fri, 29 Aug 2003 13:21:14 +1000,
Erik de Castro Lopo wrote:
i'd
suspect it's a hardware issue. i.e. mixer mutes or physical
connection. to check the card's playback without physical connection,
you can record via loopback like the following procedure:
1. choose Mix as the
Erik de Castro Lopo wrote:
Is the output of lspci -x the same for both cards (except port and
irq settings)?
Slightly different:
00:0a.0 Multimedia audio controller: Ensoniq 5880 AudioPCI (rev 02)
[... port 0xa400, irq 10 ...]
00:0d.0 Multimedia audio controller: Ensoniq
At Thu, 28 Aug 2003 21:37:22 +0100,
James Courtier-Dutton wrote:
Your patch works up to a point. It will only work on the Audigy, and not
the Audigy2.
The Audigy and Audigy2 do things slighly differently.
The L and R channels are reversed on the Audigy2, so I have compensated
for this by
At 29 Aug 2003 02:04:24 -0700,
Joshua Haberman wrote:
Two questions.
First: Is it possible to determine the maximum number of channels for a
sound card that is in use by another application? My method for
detecting the number of channels is:
- open the pcm
- use the hw_params API to
On Viernes, 29 de Agosto de 2003 10:37, Takashi Iwai wrote:
Hi!
sub-device is the lowest level of PCM abstration.
an actual PCM stream is always assigned to a sub-stream.
the sub-device is introduced to represent the cases like
multi-playback function. for example, SB Live can play 32
At Fri, 29 Aug 2003 11:31:35 +0100,
holborn wrote:
On Viernes, 29 de Agosto de 2003 10:37, Takashi Iwai wrote:
Hi!
sub-device is the lowest level of PCM abstration.
an actual PCM stream is always assigned to a sub-stream.
the sub-device is introduced to represent the cases like
hi,
please check the hotplug strategy outlined in the forward.
If it's ok, i'll prepare a next patch based on what is in the forward.
regards,
Karsten
---BeginMessage---
hi colegas,
have been trying the 0.1 and yes, the fpga code does it also for us428 !
concerning cooperation of snd-usb-us428.o
I originally noticed this with ALSA 0.9.4, but it exists with ALSA 0.9.6 as
well.
When playing sounds and adjusting the left/right balance, left is right and
right is left. This is true in xmms as well as when using alsamixer.
I'm on Debain sid with default kernel-image-2.4.21-powerpc and
Hi,
I've found a problem with the dmix plugin. This simple test demonstrates the bug.
//
#define ALSA_PCM_NEW_HW_PARAMS_API
#define ALSA_PCM_NEW_SW_PARAMS_API
#include alsa/asoundlib.h
#include stdio.h
#include stdlib.h
#define ALSA_ERROR(e) if( (e) 0 ) { fprintf( stderr,
Hi Karsten,
At Fri, 29 Aug 2003 13:29:17 +0200,
Karsten Wiese wrote:
[1 text/plain; us-ascii (7bit)]
hi,
please check the hotplug strategy outlined in the forward.
If it's ok, i'll prepare a next patch based on what is in the forward.
(snip)
hi colegas,
have been trying the 0.1 and
The emu10k1 (and emu10k2) are quite interesting chip : they have many
independant inputs and outputs. Under Windows, there is the KX driver which
can use this via ASIO : 16 input channels. all FX input, physical input(I2S,
SPDIF), fx output and physical output(I2S SPDIF) can be routed to each
Am Freitag 29 August 2003 17:34 schrieb Pedro Lopez-Cabanillas:
El Jueves, 28 de Agosto de 2003 23:52, Karsten Wiese escribió:
when a hotplug occurs (EZUSB Firmware not being looked at here, works as
before), the kernel
1.) asks snd-usb-us428.o, if it wants to have the device.
hello list,
i'm crossposting this problem because it looks like it may be something more
suited to the developers list. i'm having some problems getting sound to
play through my emagic emi 2|6 usb soundcard. i've set up my internal sound
card on slot 0, and the emi on slot 1. modules are
El Viernes, 29 de Agosto de 2003 20:12, Karsten Wiese escribió:
Just received an email from Takashi. He asks why not do it like he
did it before for the vx interfaces.
Another idea, after a closer look on the vxloader utility... Why not to forget
hotplug for rbtload? using modutils instead,
Hi,
At Wed, 27 Aug 2003 20:53:48 +0200,
Martin Langer wrote:
Firmware loaders for Midiman and Tascam USB MIDI devices
These packages allow you to use Midiman's MidiSport USB MIDI interfaces and
Tascam's USB Audio interfaces with Linux. These devices require a firmware
download before an
27 matches
Mail list logo