Re: [Alsa-user] aoss32 fails with TeamSpeak

[Lee R. <rlr...@jo...>]

On Wed, 2005-12-07 at 21:14 +0100, Christian Parpart wrote:
> On Wednesday 07 December 2005 19:24, Lee Revell wrote:
> > On Wed, 2005-12-07 at 16:25 +0100, Christian Parpart wrote:
> > > On Tuesday 06 December 2005 14:05, Tomas Carnecky wrote:
> > > [...]
> > >
> > > > > trapni@battousai ~ $ ALSA_OSS_DEBUG=1 TeamSpeak
> > > > > Opened PCM dsp0 for stream 0 (result = -16: Device or resource busy)
> > > > > Opened PCM default for stream 0 (result = -16: Device or resource
> > > > > busy) open("/dev/dsp", 2, 0) -> -1
> > > > >
> > > > > (while having cedega running.)
> > > >
> > > > seems like cedega still opens /dev/dsp (eg. still using OSS instead of
> > > > ALSA). You can try 'fuser /dev/dsp' to see which process has /dev/dsp
> > > > opened.
> > >
> > > Well then, I finally found the problem, I should use the "duplex" virtual
> > > device in cedega (default setting is/was "hw", so, it directly bypassed
> > > the .asoundrc's dmix/dsnoop stuff).
> >
> > No you should use "default" PCM (it's a bug for Cedega to use hw by
> > default, please report it to them) and get rid of the .asoundrc.
> 
> reported. thx.
> 
> > Why do you all believe you need an .asoundrc for dmix to work?
> 
> because this should have had to be set up for quite some time.
> Yes, hw cards that certainly do NOT support hw mixing for audio *or* capture, 
> ALSA will use their dmix and dsnoop plugins to emulate this behavior.
> And I'm really thankfull in having those two, but it's not been always that 
> case anyways.
> 
> Besides, having oss emulation support in kernel space *only* makes it 
> impossible to let apps (I don't wanna mention TeamSpeak and alikes here) make 
> use of dmix/dsnoop plugins, that are -in fact- userland only.
> 
> aoss/aoss32 do not *always* work, even if you've to apply hand made patches, 
> you still do certainly *not* have the garrantie that it will perfectly run 
> (in my case, aoss32 wanna burn up my CPU load).
> 
> Is there a way to get a more ideal fix (esp. regarding TeamSpeak) of 
> aoss/aoss32 by upstream and/or a better solution like using the connector 
> userland driver technique recently introduced in linux kernel 2.6.14 (AFAIR)?

The only fix is to solve the remaining bugs in aoss.

And, the above does not matter, dmix will still work for your card if
you get rid of the .asoundrc.  It's redundant as ALSA now enabled dmix
by default for all cards that lack hardware mixing.

See how it works without the .asoundrc.

Lee