On Wed, 2008-07-09 at 10:17 -0700, nate wrote: > William L. Maltby wrote: > > > That returned nothing. So I ran it w/o the dsp and manually extracted > > anything interesting. Got just these, which look normal. > > How about lsof | grep /dev/snd In my visual, I was on the lookout for that (or any variation). BJIC, It returned nothing also. > > I'm used to using OSS, which usually means /dev/dsp, it seems that ALSA > uses /dev/snd(or maybe another device..). I had a similar issue last > night where the flash plugin in firefox prevented Cedega from being > able to spit out sound and found it was using a device in /dev/snd, once > I stopped the flash plugin I got sound back(and even with the sound > device in use, XMMS was able to play sound no problem and it is configured > to use ALSA, as is Cedega). I'll see if I can ID a plugin in the next pass. > > Worst case just run lsof | grep /dev that's how I found the issue > last night, I wasn't sure what /dev device was in use. That's how I found the below. > > > mixer_app 10922 hardtolove 2u CHR 1,3 > > 1604 /dev/null > > escd 10926 hardtolove 0r CHR 1,3 > > 1604 /dev/null > > These reference /dev/null which isn't related. I ignored the dev/null bit because I just wanted to see anything that might be sound related that was running. > <snip sig stuff> -- Bill