Die Idee bei dem Benchmark war ja gerade solche für Programmierer wichtige Daten und nicht irgendwelche Punktzahlen bei möglichst viele Karten zu sammeln und dann online zur Verfügung zu stellen.

schwer, da ich nur bei einem bestehenden terrain die Anzahl der chunks erhöht hab (pro chunk ~3 texturwechsel bei der version). aber da ich da nur trianglestrips in vertexarrays benutze erhöht sich dadurch natürlich auch die Anzahl der vertices die durchgejagt werden und die anzahl der frustum-tests.

Aber son Benchmark wär schon nicht schlecht.

Ja find ich auch. Mal eine echte Übersicht der Leistungsdaten von OpenGL wäre echt ne feine Sache. Eventuell würden uns dann auch die mystischen Optimierungen bei diversen Kommerziellen Spielen etwas klarer. Denn die schaffens ja Problemlos auch auf alten Karten flüssige Darstellung zu realisieren.

Dieser Benchmark wird solange ich im Forum bin immer wieder erwähnt und wie ein heißes Eisen fallen gelassen. Aber ich sag dir wies is: Der Benchmark sollte gemacht werden. (Wie? ... Öhm ...Phob? Sagwas.)


(Die Ergebnisse könnten auch das Wiki zieren. )

_________________
Blog: kevin-fleischer.de und fbaingermany.com

bitte die BEnchmarkdiskussion hier weiterführen: viewtopic.php?t=3978

_________________
. . .

Ähhhhm hab ich was verpasst?? Also ich wechsle Texturen immer mit glBindTexture..., gibts da denn eine andere Möglichkeit??



EDIT
Hups hab net ganz verstanden was ich gelesen habe. Man darf nur die Textur in die gerendert wird nicht allzu oft wechseln, glBindTexture ist dagegen "mehr" in Ordnung. Also hat sich erledigt, sorry für den verfühten Post

_________________
Good software is like sex, it's best when it's free

Wenn man durchschnittliche Shader (z.B. Bumpmapping) und Texturen verwendet, is es dann besser das Zeug danach zu sortieren, um die Wechsel gering zu halten, oder sollte man Front-To-Back sortieren, damit möglichst viele Pixel beim Depth-Test rausfallen?

Hat das mal jemand für In- und Outdoor getestet?

Zuerst einen Renderpass ohne Shader und Farbe mit glColormask(false,false,false,false) von vorne nach hinten. Das ist nicht teuer und sogar speziell optimiert. Danach ist der ZBuffer geschrieben und man kann glDepthMask(false) aufrufen. Im zweiten Durchgang kann man dann nach Materialien sortieren und gleichzeitig wird jeder Pixel nur einmal berechnet, weil der ZBuffer bereits alle Daten enthält. Dann ist es sogar egal, ob sich zwei Flächen hintereinander befinden. Die Geschwindigkeit ist in etwa die selbe.