First, my system specs: v3 3000, k7 650, 256, rh 6.2 2.2.14-12, all required libraries for OpenUT installed via
source rpm with all dev kits, OpenUT binaries via CVS as of
5/30/00.
Okay, now here is where the evil comes in, guru help needed. I, for the life of me, cannot get UT to run without crashing some way or another, and i've reduced myself to playing the game in the manner that crashes least harshly. This should not be. What I mean is this: (Note, i've read every readme / FAQ there is about this game, and the newgroups)
These are with the XDrv.XClient, when I use SDL as the viewport manager, the game fails to load, brings up the penguine screen and then dies. Also, DGA mouse is disabled in the game config / environment variable / XF86Config file. (However I did try all of those variables in all the on / off configurations possible, with the set to use SDL in the .ini file and without. And yes, I have spent about 24 hours total debugging this game.
Epic UT: v400a: will crash and lock the video totally randomly, forces me to attempt a blind ctrl-atl-bksp, su then reset, or ssh into the machine and reboot.
402b: Will sigout when trying to load levels in multiplayer, seems to do it on the second level switch per server, not every time though. This only requires me to restart the game, not the entrie machine.
413a: Will lock the video inbetween level loads in multiplayer, requires blind keystrokes / ssh reboot.
OpenUT: 402b With SDL in the .ini file, the game loads up and runs perfectly, smoothe mouse / graphics / the works. Doesn't crash inbetween multiplayer level switches. However, it will lock the video upon exit, forcing blind keystrokes / ssh reboot. This is with / with out DGA variables set.
With XDrv as the viewport manager, (w/ w/o DGA) the game will load and behave much the same as with the SDL manager, only the mouse is less smoothe. Doesn't crash inbetween levels, but it does crash upon exit. Forcing blind keystrokes / ssh reboot yadda.
I've tried the game at 640x - 1024x resolutions, same results for each setup. Does anyone out there with a v3 card have this game running in what a sane person would call a stable configuration? ie: doesn't crash / force a reboot every hour... BTW, it's not my hardware, because I can frag in quake3 for hours and hours with no crashes. Nothing overclocked, no evilness elsewhere.
For the love of frag, HELP!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
My hardware: abit bp6 with 2 celerons 466 (not overclocked) , v32000, 128megs ram, redhat6.2 with 2.2.15smp or 2.3.99pre6smp
I have the same problem as you, crashes are very random, usually between levels too. I tried everything and nothing can make this game stable. Sometime it crash properly (it shutdown glide correctly) sometime it hardly crash. I never had problem with quake3 too, i can play for hours without a glitch. WIth SDL, my screen is invert and its almost impossible to change the resolution (Dont see the cursor) which seem to be the only solution (with glide 2.60).
Also, when unreal hardly crash (glide dont shutdown) i can telnet my machine and run test3dfx which reset my screen. But the big problem i really really hate, its my cursor that never change icons. Its very annoying and it force me to reboot (restarting X dont change anything)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Apparently, OpenUT with SDL is the best for you. The only problem is display lockup. Actually, running the test3Dfx program will restore it to normal. You can make a "kill switch" using the joyd program. Here's my joydrc:
[general]
device /dev/joystick
daemon 1
debug 0
stdout 0
syslog 1
calmin -16384
calmax 16383
[actions]
# Press the first 4 buttons and move the stick to the left to reset the
# state of the 3dfx card.
1 15 echo | /usr/local/glide/bin/test3Dfx
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I just had this happen again. I have a fresh 4.13a installationwith bonus pack. First my 3dfx does not reset properly without running a glide test program. It freezes on the UT logo screen but really does exit the game. After running a 3dfx test, my cursor is stuck on |<- and nothing will make it go away. I have been trying "xsetroot -cursor_name NAME": X_cursor, cross, etc. etc.
Hafta reboot!!! Maybe something is up with the hardware cursor...???
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Okay, I did another clean installed of Epic UT, did a patch to 405b, then to 413, then to 413a... now I can simply press f10 when the game goes to the next level in an online game, then reconnect to the server via the multiplayer menu. If I'm not quick like a bunny however, and the game goes into the loading phase, it'll usually lock up %[
That is the only thing i've found so far that works reliably. Building in a 3dfxtest 'kill switch' doesn't work everytime, and will sometimes leave the video locked up / cursor unavailable. Thanks for the replies though.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
First, my system specs: v3 3000, k7 650, 256, rh 6.2 2.2.14-12, all required libraries for OpenUT installed via
source rpm with all dev kits, OpenUT binaries via CVS as of
5/30/00.
Okay, now here is where the evil comes in, guru help needed. I, for the life of me, cannot get UT to run without crashing some way or another, and i've reduced myself to playing the game in the manner that crashes least harshly. This should not be. What I mean is this: (Note, i've read every readme / FAQ there is about this game, and the newgroups)
These are with the XDrv.XClient, when I use SDL as the viewport manager, the game fails to load, brings up the penguine screen and then dies. Also, DGA mouse is disabled in the game config / environment variable / XF86Config file. (However I did try all of those variables in all the on / off configurations possible, with the set to use SDL in the .ini file and without. And yes, I have spent about 24 hours total debugging this game.
Epic UT: v400a: will crash and lock the video totally randomly, forces me to attempt a blind ctrl-atl-bksp, su then reset, or ssh into the machine and reboot.
402b: Will sigout when trying to load levels in multiplayer, seems to do it on the second level switch per server, not every time though. This only requires me to restart the game, not the entrie machine.
413a: Will lock the video inbetween level loads in multiplayer, requires blind keystrokes / ssh reboot.
OpenUT: 402b With SDL in the .ini file, the game loads up and runs perfectly, smoothe mouse / graphics / the works. Doesn't crash inbetween multiplayer level switches. However, it will lock the video upon exit, forcing blind keystrokes / ssh reboot. This is with / with out DGA variables set.
With XDrv as the viewport manager, (w/ w/o DGA) the game will load and behave much the same as with the SDL manager, only the mouse is less smoothe. Doesn't crash inbetween levels, but it does crash upon exit. Forcing blind keystrokes / ssh reboot yadda.
I've tried the game at 640x - 1024x resolutions, same results for each setup. Does anyone out there with a v3 card have this game running in what a sane person would call a stable configuration? ie: doesn't crash / force a reboot every hour... BTW, it's not my hardware, because I can frag in quake3 for hours and hours with no crashes. Nothing overclocked, no evilness elsewhere.
For the love of frag, HELP!
My hardware: abit bp6 with 2 celerons 466 (not overclocked) , v32000, 128megs ram, redhat6.2 with 2.2.15smp or 2.3.99pre6smp
I have the same problem as you, crashes are very random, usually between levels too. I tried everything and nothing can make this game stable. Sometime it crash properly (it shutdown glide correctly) sometime it hardly crash. I never had problem with quake3 too, i can play for hours without a glitch. WIth SDL, my screen is invert and its almost impossible to change the resolution (Dont see the cursor) which seem to be the only solution (with glide 2.60).
Also, when unreal hardly crash (glide dont shutdown) i can telnet my machine and run test3dfx which reset my screen. But the big problem i really really hate, its my cursor that never change icons. Its very annoying and it force me to reboot (restarting X dont change anything)
Apparently, OpenUT with SDL is the best for you. The only problem is display lockup. Actually, running the test3Dfx program will restore it to normal. You can make a "kill switch" using the joyd program. Here's my joydrc:
[general]
device /dev/joystick
daemon 1
debug 0
stdout 0
syslog 1
calmin -16384
calmax 16383
[actions]
# Press the first 4 buttons and move the stick to the left to reset the
# state of the 3dfx card.
1 15 echo | /usr/local/glide/bin/test3Dfx
Yes, but the cursor dont reset... forcing a reboot
The X cursor can be reset by restarting X. Try pressing Ctrl+Alt+Backspace...
I have seen this phenomena before too and like the man said,
restarting X doesn't do the trick. You REALLY DO have to reboot
to fix it... :-(
I just had this happen again. I have a fresh 4.13a installationwith bonus pack. First my 3dfx does not reset properly without running a glide test program. It freezes on the UT logo screen but really does exit the game. After running a 3dfx test, my cursor is stuck on |<- and nothing will make it go away. I have been trying "xsetroot -cursor_name NAME": X_cursor, cross, etc. etc.
Hafta reboot!!! Maybe something is up with the hardware cursor...???
Okay, I did another clean installed of Epic UT, did a patch to 405b, then to 413, then to 413a... now I can simply press f10 when the game goes to the next level in an online game, then reconnect to the server via the multiplayer menu. If I'm not quick like a bunny however, and the game goes into the loading phase, it'll usually lock up %[
That is the only thing i've found so far that works reliably. Building in a 3dfxtest 'kill switch' doesn't work everytime, and will sometimes leave the video locked up / cursor unavailable. Thanks for the replies though.