I benchmarked some test systems on Nexuiz 2.3's latest test version with different configurations... but see for yourself:




Source: http://mensa.ath.cx/~polzer/temp/benchresults.txt

As you see, for nvidia cards, there are no big driver performance differences between the operating systems - on Linux you basically get the same performance as on Windows. OTOH, look at the ATI drivers... 2.5x as slow on Linux than on Windows.

ATI, make working drivers!

Not that I advocate the destruction of any ATI cards, but they have consistently proven unworthy on Linux, and as a dedicated Linux-based developer I have no interest in cards that are poorly supported on my preferred development platform.

I really hope AMD and ATI can craft some good GPL drivers for ATI cards on Linux, I'd switch to a good card with GPL drivers in an instant.

@div: Can we have some numbers please? Did the open source drivers not run the higher details tests at all? Any artifacts?

I know most people will automatically jump to looking at the low detail numbers (just because they're higher) but those will be the least reliable as they are too dependent upon other factors. The higher settings will give the more honest reflection of rendering performance. The only use of the lower resolutions is that as they are more CPU limited, they give, by comparison, indication of the CPU overhead of the driver.

I know this is off topic but what benchmarking program did you use?

Ed wrote:@div: Can we have some numbers please?

Look beneath the pictures, there's a link

[TSA] Psychiccyberfreak wrote:I know this is off topic but what benchmarking program did you use?

Obviously some game called Nexuiz

KadaverJack wrote:Obviously some game called Nexuiz

Where can I get that?

torus wrote:

KadaverJack wrote:Obviously some game called Nexuiz

Where can I get that?

that and how much does it cost?

I ran a timedemo on silvercity on my keyhunt server. However, I have good reasons to not hand out that demo file (mainly, a player called "P**** ** ** ***** *** **y").

then hexedit it

Would need to change all player names, including possible typos of them in the chat messages. That's much work... and any other timedemo on silvercity with about 10 to 12 players will yield the same relative differences.

Tried it: http://mensa.ath.cx/~polzer/temp/kh-sil ... rk.dem.bz2

I have

ATI RADEON X600/X550 , 256 Mb dedicated
Intel Pentium 4 CPU 3.20GHz , 1Gb RAM
windows xp

and this setttings for Nexuiz

OpenGL 2.0 Shaders Off
Vertex Buffer Obiects Off
Show FPS On

Resolution 1024x768
Bits Per Pixel 32-bit
Fullscreen On

Vertical Synchronization On
Anisotropic Filtering Off
Texture quality Good
Texture Quality Reduction Reduce skins only
---
Particle Quality 1.0
Decals On
Bloom Off
High Dynamic Range Off
Coronas On
GIoss Off

Deluxemapping Off
Offset Mapping Off
Realtime Light Bumpmaps On
Realtime World Lights On
Realtime World Shadows On
Realtime Dynamic Lights On
Realt.Dyn.Lights Shad. On
---

I take 60 fps... it's good or bad?

Realtime World Lights On

This is the most resurce eating feature aside gloom/hdr. You might get FPS issues with some maps with it enabled, but if you have STEADY 60 FPS, you're all fine (imho everything steady above 50 FPS is ok. There's no difference between 160FPS or 50 in feel).

Ati drivers + apple = a huge pile of shit. Let me demonstrate. With OGL2 enabled on GreatWall reloaded, one experiences a whole new level of breakage.

That's some new breakage... looks like we won't enable r_glsl anytime soon on OS X... it currently is forced off for a reason (one can toggle it on in the menu, but it reverts to off on next startup).

torus wrote:Ati drivers + apple = a huge pile of shit. Let me demonstrate. With OGL2 enabled on GreatWall reloaded, one experiences a whole new level of breakage.

We really need to get Apple to fix the GLSL vs non-GLSL surface zfighting issues (which have been there for as long as they have supported GLSL), the driver is violating the OpenGL Shading Language spec by having different transforms in the GLSL shader than the fixed function path despite my use of ftransform().

I can tell you right off the bat that the zfighting shown there is related to r_depthfirst (which defaults to 1 or 2 depending on the preset configuration, or 0 on the lower ones), try setting it to 0, there will be a slight speed hit.

Thank u C.Brutail.

Is not steady 60 fps but few time i have less 50 fps.
60 fps is the max value

giuseppe wrote:Thank u C.Brutail.

Is not steady 60 fps but few time i have less 50 fps.
60 fps is the max value

Laptop or flatscreen? you have

Vertical Synchronization On

That means it will never have more fps when yer screens refresh rate. Oh the SDL executable seems to do this on windows too..

thank u tZork
nice information

i have turned off Vertical Synchronization
and now i take 50-200 fps

yes i have flatscreen