Enemy territory and linux

[McQuaid]

I've read the faq's but can't get teamspeak and et to play nice.

I've done the echo thing like so:
echo "et.x86 0 0 direct" > /proc/asound/card0/pcm0p/oss
echo "et.x86 0 0 disable" > /proc/asound/card0/pcm0c/oss

I verified them they took with:
mcquaid@thedude:~$ cat /proc/asound/card0/pcm0p/oss
et.x86 0 0 direct
mcquaid@thedude:~$ cat /proc/asound/card0/pcm0c/oss
et.x86 0 0 disable

I'm using the latest stable alsa 1.03 and 2.4.24 kernel. Debian based distro.

With teamspeak launched, ET will just hang at sound initialization.

I noticed this which seemed kind of weird:
cquaid@thedude:~$ cat /proc/asound/devices
0: [0- 0]: ctl
25: [0- 1]: digital audio capture
16: [0- 0]: digital audio playback
24: [0- 0]: digital audio capture

Teamspeak is set at default capture device /dev/dsp which is a sym link to /dev/dsp0

2 audio capture devices? Something seems wrong there.

My sound is onboard ad1885. Yes it is full duplex and teamspeak works fine in windows with games like ET. And I used to have it working in linux in a previous distro, but can't seem to get it working now.

Any other info people would need me to post please let me know.

[McQuaid]

Ok, I pretty much figured out why I can't use teamspeak and games with my card. It's because it (my soundcard) does not have hardware mixing. Basically you need to have a sound card that allows 2 programs to have individual sound 'outs' and that will be mixed in hardware.

So the alternative is software mixing which alsa has a solution for called dmix. But the problem lies with teamspeak being oss app. It makes some fopen call that alsa can't mix.

So if you have onboard sound and it doesn't have hardware mixing do not bother trying with teamspeak. Not until ts3 anyways.

On the alsa mailing list i found this post describing some ways of dealing with it.

On a soundcard w/o hw mixing i can imagine several scenarios:

1] let the game use the playback stream and teamspeak the capture
stream.. Maybe they don't interfere, but at least you can hear commands
from your buddies [use the appropriate echo commands for
enabling/disabling capture/playback directions for the apps].

2] have a look, if your SC has more than one digital audio playback
device [cat /proc/asound/devices]. If so, tweak the OSS emu to use
/dev/adsp for the second playback device.. Now configure your game to
use /dev/adsp. Teamspeak uses /dev/dsp and maybe it works..

3] get a better soundcard with hw mixing [you will still need to disable
the capture direction for the game]/ Soundcards that do that can be had
for as little as 10 bucks used [sb live with emu10k1, or cs46xx based
cards]..

4] get a second cheap soundcard and have teamspeak use this second
soundcard [but 3 is really the better sulution here]..

I'd imagine how popular onboard sound is these days that a lot of people are in this boat. Not saying that all onboard sound is lacking hardware mixing but I believe alot are.

3,4 are a hardware solution. I don't really want to throw more hardware at it to solve the problem, as in everything else I'm happy with this onboard sound.

Solution 1 sounds kinda interesting... but I don't see how you could turn off the game sound access when someone tries to speak to you.

So I guess I either have to buy new hardware, or wait for ts3.

Teamspeak team, please do away with oss, maybe even before ts3? Not sure how radical a change this would be but I guess it's a bit of work.

Sigh I wish this was an opensource app. I don't have the skills myself but I saw a few posts of developers who would fix this if they had access to the source.

[LifeRow]

It's actually very easy. Use arts in KDE and run:

artsdsp -m et

Works like a charm here.