You are not logged in.

#1 2005-10-20 09:44:42

no4
Member
From: Germany
Registered: 2005-09-10
Posts: 83

solution of the Enemy Territory sound problem

This is how it works to me:

1) load modules  <i>snd-pcm-oss</i>, <i>snd-mixer-oss</i> and <i>snd-emu10k1</i>:

modprobe module_name

and you should also add them to the MODULES field in <i>/etc/rc.conf</i>, but you don't have to (if you want to load them every time you want to play ET  wink  ) .

2) and then

echo "et.x86 0 0 direct" > /proc/asound/card0/pcm0p/oss

and

echo "et.x86 0 0 disable" > /proc/asound/card0/pcm0c/oss

everything, of course, as root.

Good luck, and don't play more than 23 hours a day - you also need to sleep, eat a go to toilet.   smile


Thank you free software developers for sharing your work.

Offline

#2 2005-11-19 16:51:07

jftaylor21
Member
From: Arch Linux Forums
Registered: 2004-02-21
Posts: 237

Re: solution of the Enemy Territory sound problem

Thanks, that worked but I have a question, what does the echo lines do? big_smile

Offline

#3 2005-11-19 21:15:49

smoon
Member
Registered: 2005-08-22
Posts: 468
Website

Re: solution of the Enemy Territory sound problem

Just out of curiosity: What problem does that solve? I never had any sound related problems in et.

Offline

#4 2005-11-19 22:37:23

Richie
Member
From: Leverkusen, Germany
Registered: 2003-12-10
Posts: 22

Re: solution of the Enemy Territory sound problem

There is a initializing error on some configurations. i had it too some time ago and this fixed it. but i don't need it anymore, so i forgot why it happened....

Offline

#5 2005-11-20 01:08:33

Algol
Member
Registered: 2005-01-05
Posts: 37

Re: solution of the Enemy Territory sound problem

It more or less tells the system that et.x86 doesn't need full duplex access to the soundcard, and can co-exist with other processes with the same need (TS for example).

I imagine dmix handles this now a days.

Offline

Board footer

Powered by FluxBB