Re: Linux Wolfenstein Enemy Territory - no sound

2009-05-14 Thread LordBanter

Hi,

I was going nuts with this Wolfenstein Enemy Territory sound issue. I have
installed the game, but the sound was not working at all. I have tried
almost all available solutions from the Internet. None worked. However I
have managed to make one solution work properly for me and voila! I HAVE
SOUND  MUSIC NOW! )) Read on how I made it:

1. I have downloaded this script: http://nullkey.ath.cx/~stuff/et-sd [...]
-sound.gz. (Alternative mirror: http://members.lycos.co.uk/lordban [...]
l-sound.gz )
2. The script was not working from scratch. I have had to edit it manually.
First locate where your Wolfenstein installation directory is (via locating
et.x86 file. The dir/folder where the file is, is your installation dir. In
my case it was /usr/local/games/enemy-territory )
3. Now open downloaded script wolfsp-sdl-sound file with text editor (on my
Mandriva I just used KWrite, but for other distro just use default one)
4. At the beginning of the file you will find disabled grey text/comment.
There will be such a text (search for it): # You can set this in GAME_PATH
environment variable and just underneath the text there will be the
variable called GAME_PATH=.
5. Remove the hash (#) from before the GAME_PATH variable. The text may
become colorful as it is no longer disabled comment.
6. Now type in your full path to Wolfenstein installation dir between
inverted comas. In my case it looked like this:
GAME_PATH=/usr/local/games/enemy-territory. It is like this by defauld, so
you may just use it, if you haven't change installation dir.
7. Now go down the file, and locate another variables which are GAME_BIN and
GAME_DIR.
8. Change value of GAME_BIN to GAME_BIN='et.x86'
9. Change value of GAME_DIR to your Wolfenstein installation dir only (not a
path!). In my case it was: GAME_DIR='enemy-territory'. It's default folder
(directory/catalog whatever you call it...) so if you haven't change it
during installation, use that one.
10. That's it!
11. Now drag and drop your edited wolfsp-sdl-sound file into the console
window and execute it by pressing ENTER. Voila! The Wolfenstein is running
with SOUND now!
12. [applause]

The main problem with Linux is this damned console/script thing. I mean how
they are going to beat Windows, as main Windows advantage is GRAPHICALLY
operated environment, not TEXT operated one! This must be changed and all
console commands/scripts should have GRAPHICAL (icon to click) equivalent.

Enjoy!

Banter

-
Brand new advanced Amiga compatible! Visit www.natami.net
-
 
-- 
View this message in context: 
http://www.nabble.com/Linux-Wolfenstein-Enemy-Territory---no-sound-tp19021118p23539161.html
Sent from the freebsd-questions mailing list archive at Nabble.com.

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Linux Wolfenstein Enemy Territory - no sound

2008-08-17 Thread Jakub Lach

Hello.

I recently installed from ports (games/linux-enemyterritory). 
At first it complained about missing X11 lib, and I concluded 
that installing linux-xorg-libs should sort it out. I wass correct 
(perhaps it should be added as dependency?).  

Running et it gives:

--- sound initialization ---
/dev/dsp: Invalid argument
Could not mmap /dev/dsp


Apparently, it's common problem on Linux too. Simplest 
solution reported to be working is:

echo et.x86 0 0 direct/proc/asound/card0/pcm1p/oss

So I think something like 

sysctl -w something.something=et.x86 0 0 direct

should work for me.

Searching for device, I have found:

sysctl -a | grep 'pcm'
dev.emu10kx.0._pcm_front_l: 100
dev.emu10kx.0._pcm_front_r: 100
dev.pcm.0.%desc: EMU10Kx DSP front PCM interface
dev.pcm.0.%driver: pcm
dev.pcm.0.%parent: emu10kx0
dev.pcm.0.eapd: 1
dev.pcm.0.play.vchans: 1
dev.pcm.0.play.vchanrate: 48000
dev.pcm.0.play.vchanformat: s16le
dev.pcm.0.rec.vchans: 1
dev.pcm.0.rec.vchanrate: 48000
dev.pcm.0.rec.vchanformat: s16le
dev.pcm.0.buffersize: 65536
dev.pcm.1.%desc: EMU10Kx DSP rear PCM interface
dev.pcm.1.%driver: pcm
dev.pcm.1.%parent: emu10kx0
dev.pcm.1.play.vchans: 1
dev.pcm.1.play.vchanrate: 48000
dev.pcm.1.play.vchanformat: s16le
dev.pcm.1.buffersize: 65536

and

sysctl -a | grep 'oss'
compat.linux.oss_version: 198144

However, I don't have idea what to do next.

Symlinking /dev/dsp/ to /dev/dsp0.0 or /dev/dsp1.0 
doesn't cut it.

regards

-- 
View this message in context: 
http://www.nabble.com/Linux-Wolfenstein-Enemy-Territory---no-sound-tp19021118p19021118.html
Sent from the freebsd-questions mailing list archive at Nabble.com.

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Linux Wolfenstein Enemy Territory - no sound

2008-08-17 Thread Hugo Silva

Jakub Lach wrote:

Hello.

I recently installed from ports (games/linux-enemyterritory). 
At first it complained about missing X11 lib, and I concluded 
that installing linux-xorg-libs should sort it out. I wass correct 
(perhaps it should be added as dependency?).  


Running et it gives:

--- sound initialization ---
/dev/dsp: Invalid argument
Could not mmap /dev/dsp


Apparently, it's common problem on Linux too. Simplest 
solution reported to be working is:


echo et.x86 0 0 direct/proc/asound/card0/pcm1p/oss

So I think something like 


sysctl -w something.something=et.x86 0 0 direct

should work for me.

Searching for device, I have found:

sysctl -a | grep 'pcm'
dev.emu10kx.0._pcm_front_l: 100
dev.emu10kx.0._pcm_front_r: 100
dev.pcm.0.%desc: EMU10Kx DSP front PCM interface
dev.pcm.0.%driver: pcm
dev.pcm.0.%parent: emu10kx0
dev.pcm.0.eapd: 1
dev.pcm.0.play.vchans: 1
dev.pcm.0.play.vchanrate: 48000
dev.pcm.0.play.vchanformat: s16le
dev.pcm.0.rec.vchans: 1
dev.pcm.0.rec.vchanrate: 48000
dev.pcm.0.rec.vchanformat: s16le
dev.pcm.0.buffersize: 65536
dev.pcm.1.%desc: EMU10Kx DSP rear PCM interface
dev.pcm.1.%driver: pcm
dev.pcm.1.%parent: emu10kx0
dev.pcm.1.play.vchans: 1
dev.pcm.1.play.vchanrate: 48000
dev.pcm.1.play.vchanformat: s16le
dev.pcm.1.buffersize: 65536

and

sysctl -a | grep 'oss'
compat.linux.oss_version: 198144

However, I don't have idea what to do next.

Symlinking /dev/dsp/ to /dev/dsp0.0 or /dev/dsp1.0 
doesn't cut it.


regards

  



You need hw.snd.compat_linux_mmap=1

Happy frags :)

Regards,

Hugo
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Linux Wolfenstein Enemy Territory - no sound

2008-08-17 Thread Jakub Lach

Many thanks, works splendid :)

Ironically, I'm leaving at dawn for two weeks AFK.


Hugo Silva wrote:
 
 Jakub Lach wrote:
 Hello.

 I recently installed from ports (games/linux-enemyterritory). 
 At first it complained about missing X11 lib, and I concluded 
 that installing linux-xorg-libs should sort it out. I wass correct 
 (perhaps it should be added as dependency?).  

 Running et it gives:

 --- sound initialization ---
 /dev/dsp: Invalid argument
 Could not mmap /dev/dsp
 

 Apparently, it's common problem on Linux too. Simplest 
 solution reported to be working is:

 echo et.x86 0 0 direct/proc/asound/card0/pcm1p/oss

 So I think something like 

 sysctl -w something.something=et.x86 0 0 direct

 should work for me.

 Searching for device, I have found:

 sysctl -a | grep 'pcm'
 dev.emu10kx.0._pcm_front_l: 100
 dev.emu10kx.0._pcm_front_r: 100
 dev.pcm.0.%desc: EMU10Kx DSP front PCM interface
 dev.pcm.0.%driver: pcm
 dev.pcm.0.%parent: emu10kx0
 dev.pcm.0.eapd: 1
 dev.pcm.0.play.vchans: 1
 dev.pcm.0.play.vchanrate: 48000
 dev.pcm.0.play.vchanformat: s16le
 dev.pcm.0.rec.vchans: 1
 dev.pcm.0.rec.vchanrate: 48000
 dev.pcm.0.rec.vchanformat: s16le
 dev.pcm.0.buffersize: 65536
 dev.pcm.1.%desc: EMU10Kx DSP rear PCM interface
 dev.pcm.1.%driver: pcm
 dev.pcm.1.%parent: emu10kx0
 dev.pcm.1.play.vchans: 1
 dev.pcm.1.play.vchanrate: 48000
 dev.pcm.1.play.vchanformat: s16le
 dev.pcm.1.buffersize: 65536

 and

 sysctl -a | grep 'oss'
 compat.linux.oss_version: 198144

 However, I don't have idea what to do next.

 Symlinking /dev/dsp/ to /dev/dsp0.0 or /dev/dsp1.0 
 doesn't cut it.

 regards

   
 
 
 You need hw.snd.compat_linux_mmap=1
 
 Happy frags :)
 
 Regards,
 
 Hugo
 ___
 freebsd-questions@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-questions
 To unsubscribe, send any mail to
 [EMAIL PROTECTED]
 
 

-- 
View this message in context: 
http://www.nabble.com/Linux-Wolfenstein-Enemy-Territory---no-sound-tp19021118p19024428.html
Sent from the freebsd-questions mailing list archive at Nabble.com.

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]