> > Just to make it clear that this is a software problem and not the > > problem that Tim, Paul and Mark reported, could you please try to route > > an incoming signal (through analog or digital in) to your amp using > > hdspmixer and tell me if the routed sound suffers from the same audio > > corruption as the one being played back ? (this test should be done > > while you're playing back a stuttering software stream) >
OK, I'm sure that I misunderstand what you are asking, but here is what I did: Set mplayer playing with something like "mplayer file.mpg -ao alsa9:rme9632plug" - It sutters like crazy and mplayer reports "xruns of at least 10ms". At the same time I spun a disk in the CD player, and changed the hdspmixer so that spdif mapped through to the front speakers instead of the mplayer audio. CD output was fine, mplayer continued spewing errors up the screen. I have just had a peek at the mplayer alsa output code, and compared with the verbose logs. It does seem that mplayer has managed to set "chunksize" to 1024 and asked for 2 fragments - so this should be quite reasonable. Switching to mmap or noblock mode makes no difference (neither does switching to the OSS device...) Any ideas what could be happening? As I said, the same problem happens with Mythtv under OSS, and I think also under alsa. Some other apps are fine, alsaplayer for example. Quite peculiar... I just checked and I actually have alsa 1.00 rc2. Am I missing any driver updates? asound.conf is pretty empty in case it matters. Just an entry for the hardware device and a plug device for the same. Thanks Ed W ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
