At Wed, 21 Apr 2004 20:57:37 +0200, Martin Soto wrote: > > Hello Takashi! > > On Tue, 2004-04-20 at 12:36, Takashi Iwai wrote: > > At Sat, 17 Apr 2004 22:58:57 +0200, > > Martin Soto wrote: > > > As an additional note, this only seems to happen when using plug:iec958. > > > Software decoding the AC3 sound and plying through ALSA, works > > > flawlessly, despite of the fact that the machine load is higher. > > > > is there any different if you get rid of plug: ? > > as long as the h/w support 16bit LE data, AC3 should work without > > plug. > > I just tested. There seems to be no difference. I tried with iec958: and > spdif: instead of plug:iec958:. The problem persists.
ok, thanks for the confirmation. > As I said, putting the process in SCHED_FIFO mode doesn't make any > difference at all. Almost any machine activity (any process being active > for more than a fraction of a second) is enough to interrupt the sound. > Does the library use some auxiliary process to play through spdif? the problem seems to be hardware-specific. either the hardware itself has a problem (e.g. PCI irq routing), or some driver takes the context for too long time. did you try the preempt kernel? it won't solve all the cases but some of them (the long context without spinlock). Takashi ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
