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
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos
