Linux - GamesThis forum is for all discussion relating to gaming in Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Hi, I recently installed ut2004 on my machine. After the install had completed I ran the game as a user just to test it. It started up and ran without any errors except for no sound. When I type the command "ut2004" in the terminal I get an error saying:
open /dev/[sound/]dsp: Resource temporarily unavailable
Xlib: extension "XiG-SUNDRY-NONSTANDARD" missing on display ":0.0".
I don't know if the second line will cause problems because I have not seen any glitches or errors reffering to what it says. I also have the latest nvidia drivers.
I am currently running:
AMD AthlonXP 3000+
512MB of memory
NVidia GeForce4 (generic)
WDC 7200RPM 100GB HD
Red Hat 9 ----> 2.4.20-8
Nope, didn't work. I have heard about how the OpenAL in ut2004 uses the ALSA driver, which I have already installed. Im clueless at this point. Anyone else have the same problem?
Well, alsa usually starts muted. If you havn't unmuted it that may be the problem. You need to have installed the alsa-utils package for this, then type alsamixer in a term and see if it is unmuted or not. If alsamixer throws an error it usually means alsa is not setup properly or the sound card is not loaded. Try those and report back with any new info, thnx.
i have the same problem. there are no errors from alsa, and when i try to start game with option 'artsdsp -m qt2004' (which works excellent with quake3, sof and rtcw) i get this message"
create a file ~/.openalrc
the contents of which should be:
Code:
# Use ALSA (also valid: sdl, native)
(define devices '(alsa))
# Four speaker surround with ALSA
(define speaker-num 2)
# Change hw:#,# if you have two snd cards
(define alsa-out-device "hw:0,0")
(define alsa-in-device "hw:0,0")
I also turned the autosuspend time for artsd down to 30 seconds. (You can do this in the Control Center under Sound and Multimedia -> Sound System.)
Now, when I click on the UT icon (which simply calls "ut2004", it waits 30 seconds for arts to give up its lock on the sound card, then runs perfectly with sound.
The one downside to this is that UT locks /dev/[sound/]dsp, so you can't play music in-game. Since the game already has good music, I don't much mind it.
I tried patching my ut2004 installation, and openal.so got overwritten. All I had to do was make a simlink from my system's libopenal.so to the ut2004/System directory as openal.so and it worked.
personally I have to start ut2004 using aoss ut2004 instead of just ut2004 as a command. This requires having alsa-oss installed. So far none of the other solutions that I have seen helped though that one also worked on other programs that have sound issues
also if you want to simplify your life a little bit in your home directory in the .bashrc file add the following line:
alias ut2004="aoss ut2004" and then after you restart/open a new shell when you type ut2004 it will automatically do aoss ut2004 instead and that way you don't have to remember it.
I tried patching my ut2004 installation, and openal.so got overwritten. All I had to do was make a simlink from my system's libopenal.so to the ut2004/System directory as openal.so and it worked.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.