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.
That's exactly what I was asking for, thanks. This is also good news because you seem to be safe from the problem Tim, Paul and Mark are experiencing.
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.
Still looks like a design issue for the misbehaving apps, that may also be emphasised by the system. Since I updated to the 2.6.x series, disk accesses are a major cause of audio dropouts for me as long as the audio apps do not run with realtime priviledges. SCHED_FIFOed apps on the other hand work as expected even with low latency settings.
Quite peculiar...
I just checked and I actually have alsa 1.00 rc2. Am I missing any driver updates?
Nothing hdsp specific.
asound.conf is pretty empty in case it matters. Just an entry for the hardware device and a plug device for the same.
There should be no problem here.
Thomas
------------------------------------------------------- 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
