If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.

Got some strange problems with my new NVIDIA GTX680

Good evening together,

a few weeks ago i build up a new system with complete new hardware. After hardwareinstalling i set up openSUSE 12.2 and installed the latest nvidia drivers.
Everything is running really good except Enemy Territory (short=ET) which is a online only first person shooter from 2003 based on the 2001 released Wolfenstein.
The game uses openGL.

After i join the game i only got unstable ~75fps, sometimes verys unstable ~90fps. With my "old" ATI card i always got stable 125fps.
But the big problem is that i got a full systemfreeze after playing the game for about some minutes.
Also i detected that the left and right side of my ingame field of view is jiggleing alot. I cant describe it better with my poor english.

I can play games like Skyrim, Might & Magic Heroes VI or Mass Effect III through wine really fast and without any problems. The only game which freezes also is Metro2033 but i guess thats a wine issue.

I tried to uninstall the game and reinstall it with a newm fresh and clean config which is written by the game during the first joining on a server. The result is exactly the same.
I tried to uninstall the nvidia driver and reinstall it (i always use the distributionspecific packages to install new software). Result was the same.
I completely reinstalled the OS (openSUSE) with the same result.

To be sure that i meet your requirements tell me what kind of informations you need. I can post the xorg.conf and of course the etconfig (this is the config generated by ET during the first startup. Tell me what kind of infos you expect.

Hrr good'ol'et... Do you have 64bit os? Et is 32bit program, which uses 32libs and for that obvious reasons need 32bit libGL.so.1(nvidia drivers installs it usually in folder /usr/lib32). Altough there's et-cvar which libGL to use it's better that 32bit programs are used properly system wide.

Heh it was pretty horrible an unstable when I tried first betas around 2003...

But back in your problem, I mean that is any 32bit software able to use GL(You can download glxinfo from 32bit package and run it to check if it uses nvidia drivers).

Are you using the same configs as you used with ati. There still seems to be some r_ati_ cvars which won't work with nvidia. Last valid renderer seems to be right so it should be more fluid. One thing popped in to my mind was that nvidia's drivers used vsync on by default(under OpenGL settings), I had same kind of problems with my 120Hz monitor: it always dropped it back to 60Hz and 60 or 90 fps(odd) no matter what I did in nvidia-settings. Had to use xrandr to set it 120Hz and it really stayed 120Hz and fps rised from 60 or 90 to solid 125.

For more informative output could be that you start et from command line show the output(skip the maps and so-on). i.e.

I think unsure was just to tell gl to use default values if some cvar does not work. You can see if there is crashed cvars with et console command com_crashed(or was it should set com_crashed "1" and then check some log file).

Edit: I seems also have those r_ati_ cvars and they don't effect at all.

Are you using the same configs as you used with ati. There still seems to be some r_ati_ cvars which won't work with nvidia. Last valid renderer seems to be right so it should be more fluid. One thing popped in to my mind was that nvidia's drivers used vsync on by default(under OpenGL settings), I had same kind of problems with my 120Hz monitor: it always dropped it back to 60Hz and 60 or 90 fps(odd) no matter what I did in nvidia-settings. Had to use xrandr to set it 120Hz and it really stayed 120Hz and fps rised from 60 or 90 to solid 125.

If you mean my personal configs like autoexec.cfg or binds.cfg i can answer this with yes. If you mean my etconfig then i have to say no because i got a fresh installation after i recognized that et runs unstable and freezes my desktop and let et write the etconfig into ~.etwolf/etmain depending on my new hardware.

Originally Posted by tuke81

For more informative output could be that you start et from command line show the output(skip the maps and so-on). i.e.

Code:

$ et
ET 2.60b linux-i386 May 8 2006

I think unsure was just to tell gl to use default values if some cvar does not work. You can see if there is crashed cvars with et console command com_crashed(or was it should set com_crashed "1" and then check some log file).

Edit: I seems also have those r_ati_ cvars and they don't effect at all.

Here is my startup (with et-sdl-sound which is an alsa-hack to get full sound) to get alsa sound working. But it also freezes my desktop if i start et without et-sdl-sound and therefor without sound.

Hmm There aren't any errors on your gl initiliazing(I had mesa update messed my drivers, thus the different R_init, now it looks the same as yours). Wicked3D caused crashes in some pcs so you should try to disable itseta r_glIgnoreWicked3D "1"