On Tue, Oct 05, 2010 at 11:43:20PM +0000, Jacob Meuser wrote: > On Tue, Oct 05, 2010 at 11:05:11PM +0200, Tobias Ulmer wrote:
> > I have a cmpci(4) which usually works great: > > cmpci0 at pci0 dev 16 function 0 "C-Media Electronics CMI8738/C3DX > > Audio" rev 0x10: apic 2 int 19 (irq 11) > > > > Under heavy IO + crypto softraid, it sometimes skips. That's ok by me, I > > don't expect a 2x500mhz machine to run cvs up and backups and nfs etc > ^^^^^^^^ > > while providing excellent audio. > > (fwiw, I use a 266 MHz PII equipped old laptop as my music player in my > workshop. it has an ISA soundcard. it's *very* difficult to make it skip.) > > > What is new since a couple of months (guessing 2ish), it goes into an > ^^^^^^^^^^^^^^^^^^^^^^^^ > > endless clicking noise intermixed with music and doesn't recover from > ^^^^^^^^^^^^^^^ > > that even if the machine is idle again. > > > > It's not that easy to reproduce, I have to do quite a few things in > > parallel to get it there, and often it doesn't happen at all. > > > > mpc stop && sleep 2 && mpc play fixes it for a short time under load. > > There is a noticable delay between the end of clicking and the end of > > music (~.3 sec or so) > > > > Afair play.errors increases during the "clicking time". > > > > What makes me think it's not mpd is that it also happens with mplayer. > > The difference is that mplayer consumes 1% cpu compared to 10% mpd. It > > just happens less often. > > > > I can't really pin it down, and I didn't want to write a bug report > > which basically consists of wild guessing. I'll try without aucat for a > > while to check if that has any influence. > > sounds like the mp "delayed interrupt notification" issue that wreaks > havoc on audio. > > thanks for explaining the problem. I committed some changes to cmpci today. it shouldn't go out of sync due to delayed interrupt notifications anymore. let me know if the problem persists. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org