On Sat, 18 Jan 2003, Peter Kirk wrote:
> Hi,
>
> im having trouble with alsa using quake3 together with teamspeak on my
> soundblaster live. With oss/free this works though.
>
> So, TeamSpeak is a voice-communication tool (www.teamspeak.org), which allows
> you to speak to a group of people while e.g. gaming. Since it is used so much
> with games, it is not unusuall to try and launch quake3 while TeamSpeak is
> running. The Problem is: quake cant load up if I try so, at "sound
> initialization" it hangs up. With the oss/kernel modules it workes fine
> (quake3 can open /dev/dsp although TeamSpeak has already done so)... The
> problem seems to be, that both try and open /dev/dsp for read AND write
> (TeamSpeak has to do so, of course, why quake does it this way i dont know).
> Somewhere I read about /dev/adsp being a playback only device, so I thought I
> could force quake3 to use that, and have /dev/dsp for TeamSpeak. The Problem
> is: /dev/adsp doesnt seem to work at all, all programms I tell to use it
> (xmms, zinf, xine...) tell me my sound setup is broken, or /dev/adsp no such
> device (yes /dev/adsp exists).
>
> Why does quake3 load fine with oss/free but not on alsa0.9 ?
> Whats the matter with /dev/adsp ? Is there no such thing with snd-emu10k1 ?
> How should I go about to fix this problem (without reverting to use oss/free)
> ?
There's not an easy fix. This example shows exactly the broken API design
as OSS. We don't know at open time, if application requests the device for
read or write or duplex operation, so we assume that all directions are
wanted. There is no /dev/adsp device for EMU10K1.
Anyway, we have proc interface where you can tell to driver that only
playback is wanted. Try this:
% echo "quake 0 0 direct" > /proc/asound/card0/pcm0p/oss
% echo "quake 0 0 disable" > /proc/asound/card0/pcm0c/oss
Replace quake with real application name (use ps command to determine it
at runtime).
Jaroslav
-----
Jaroslav Kysela <[EMAIL PROTECTED]>
Linux Kernel Sound Maintainer
ALSA Project, SuSE Labs
-------------------------------------------------------
This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will
allow you to extend the highest allowed 128 bit encryption to all your
clients even if they use browsers that are limited to 40 bit encryption.
Get a guide here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en
_______________________________________________
Alsa-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-user
