Forums » Linux
computer locks up when exiting VO
I'm running the 64bit linux version of VO, and occasionally the computer locks up as the game is exiting. (The computer doesn't respond to network traffic when this happens, so it's not just XWindows that's locked up.) Any settings that I've changed during the session are back to their previous settings after I reboot the computer.
My computer is an Athlon64 X2 3800+, with a GeForce 7900GS video card and a gig of ram. More importantly, it's never locked up before :)
Anyway, is there anything I can do to try and debug the problem?
My computer is an Athlon64 X2 3800+, with a GeForce 7900GS video card and a gig of ram. More importantly, it's never locked up before :)
Anyway, is there anything I can do to try and debug the problem?
heh, I just noticed the bug report form. I'll paste this in there to be sure it gets to the right person. :)
I got the same prob here....
what if you tell it to run in window mode via the config file?
Happens to me too occasionally. Not sure what's going on, but it sure pisses me off. It's not like there's some kind of "lock up the computer" logic inside Vendetta, it's got to be something broken with the nvidia driver.
what versions are you using?
I havent faced this problem yet:
AMD Athlon(tm) 64 X2 Dual Core Processor 4200+
Linux lightbringer 2.6.18.6 #4 SMP Sat Mar 3 01:28:49 CET 2007 x86_64 GNU/Linux
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce 7600 GT/PCI/SSE2
OpenGL version string: 2.1.0 NVIDIA 97.55
the 7600 is SLi and running splitframe
I havent faced this problem yet:
AMD Athlon(tm) 64 X2 Dual Core Processor 4200+
Linux lightbringer 2.6.18.6 #4 SMP Sat Mar 3 01:28:49 CET 2007 x86_64 GNU/Linux
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce 7600 GT/PCI/SSE2
OpenGL version string: 2.1.0 NVIDIA 97.55
the 7600 is SLi and running splitframe
:(
this problem seems to be related to the driver version 9755 which is unstable for me. 9631 seems to doesnt have this problem
this problem seems to be related to the driver version 9755 which is unstable for me. 9631 seems to doesnt have this problem
Ah, the wonderful world of running binary 3D drivers from nvidia and ATi.
If it's hardware-healthy and it's really "locking up" at all, those drivers are the first place to look.
If it's hardware-healthy and it's really "locking up" at all, those drivers are the first place to look.
If the alternative are slow ass os drivers I'm happy with my binaries. :P
In general it seems to help to be conservative with agp rate, fastwrite and stuff to get them stable.
In general it seems to help to be conservative with agp rate, fastwrite and stuff to get them stable.
Good to see I not alone in this. I'd been blaming Beryl for the problem.
I have an almost identical system as the OP (2Gig ram though :) )
Running Gentoo and KDE
When the computer "locks", I find that if I press CTRL-ESCAPE it brings up KDE's task manager thingy, which I can close off in the usual manner (don't have to kill Vendetta or anything) and return to working normally.
I have an almost identical system as the OP (2Gig ram though :) )
Running Gentoo and KDE
When the computer "locks", I find that if I press CTRL-ESCAPE it brings up KDE's task manager thingy, which I can close off in the usual manner (don't have to kill Vendetta or anything) and return to working normally.
Oh absolutely spuck - it's a trade-off I accept too, to get 3D performance in the sweet spot for my system.
Of course, when trying to diagnose a massive problem like a complete freeze, and the system looks otherwise healthy - well, if you're trying to work out why your compass won't work, it's probably a good idea to step away from that sealed black metal box with iron filings stuck to it before dismantling the compass.
Of course, when trying to diagnose a massive problem like a complete freeze, and the system looks otherwise healthy - well, if you're trying to work out why your compass won't work, it's probably a good idea to step away from that sealed black metal box with iron filings stuck to it before dismantling the compass.