Szene rendern

[Glocke]

Hi, ich habe das OpenGL-Tutorial von Kerli. Sehr, sehr schön Das meiste was ich so gefunden hatte war sehr GLUT-bezogen, ich bin aber irgendwie SDL-Fan ^^

Auf jeden Fall frage ich mich nun, "wie" ich eine Szene am performantesten rendern sollte. Bisher war ich von der Verwendung von glBegin und glEnd im Zusammenhang mit glVertex3f usw. ausgegangen. Nach "näherem Googeln" bin ich auf "DisplayList" und "VBO" gestoßen. Nun meine Fragen:

• Wie sollte ich nun rendern, wenn ich auf Geschwindigkeit wert lege?
• Sollte ich bezüglich der Objekte meiner Szene unterscheiden, ob sie aktuell überhaupt sichtbar sind, oder erledigt das OpenGL für mich? Immerhin kennt es ja meine "Blickrichtung" (glFrustum etc.). Von der 2D-Programmierung bin ich gewöhnt zu unterscheiden, was sichtbar ist (und gezeichnet werden sollte) und was außerhalb des Sichtbereichs liegt.

Vielen Dank im Vorraus!

LG Glocke

[Xin]

Auf jeden Fall frage ich mich nun, "wie" ich eine Szene am performantesten rendern sollte. Bisher war ich von der Verwendung von glBegin und glEnd im Zusammenhang mit glVertex3f usw. ausgegangen.

Das gehört vermutlich zu den langsamsten Vorgängen.

Nach "näherem Googeln" bin ich auf "DisplayList" und "VBO" gestoßen. Nun meine Fragen:

• Wie sollte ich nun rendern, wenn ich auf Geschwindigkeit wert lege?

DisplayListen übernehmen Eingaben in die Grafikkarte. Du kannst danach eine solche Liste aus der Grafikkarte rufen und Dir damit ein Objekt zeichnen lassen. Vertex Buffer Objekts(?) sind - wenn ich das gerade richtig in Erinnerung habe - Array Blocke, wo Du zum Beispiel einen Körper in Form von Dreiecken beschreibst, die in einem Array hintereinander stehen. Statt also pro Dreieck dreimal glVertex3f aufzurufen, sagst Du der Grafikkarte "Schau her, hier sind Dreiecke und zwar so und soviele, zieh's Dir rein."

[*] Sollte ich bezüglich der Objekte meiner Szene unterscheiden, ob sie aktuell überhaupt sichtbar sind, oder erledigt das OpenGL für mich? Immerhin kennt es ja meine "Blickrichtung" (glFrustum etc.). Von der 2D-Programmierung bin ich gewöhnt zu unterscheiden, was sichtbar ist (und gezeichnet werden sollte) und was außerhalb des Sichtbereichs liegt.[/list]

OpenGL ist genauso blöd, wie alles andere auch. Du musst selbst überlegen, welche Objekte Du zeichnen möchtest und welche nicht.

[Glocke]

Vertex Buffer Objekts(?) sind - wenn ich das gerade richtig in Erinnerung habe - Array Blocke, wo Du zum Beispiel einen Körper in Form von Dreiecken beschreibst, die in einem Array hintereinander stehen. Statt also pro Dreieck dreimal glVertex3f aufzurufen, sagst Du der Grafikkarte "Schau her, hier sind Dreiecke und zwar so und soviele, zieh's
Dir rein."

Okay, also sollte ich mit VBOs zeichnen, richtig?

OpenGL ist genauso blöd, wie alles andere auch. Du musst selbst überlegen, welche Objekte Du zeichnen möchtest und welche nicht.

Okay das wollte ich noch bestätigt haben

LG Glocke

[Kerli]

Du solltest auf jeden Fall mit Vertex Buffer Objects arbeiten. Im Gegensatz zu glVertex/glTexCoord/... werden mit VBOs die Daten nur einmal (sofern sie sich nicht ändern) auf die Grafikkart geladen (in den VRAM) und können dann mit sehr wenig Aufwand gezeichnet werden. Du kannst außerdem auch einen Index Buffer verwenden, was dir bei Mehrfachverwendung von Vertices Speicher sparen hilft, vor allem wenn pro Vertex viele Daten wie Farbe, mehrere Texturkoordinaten, usw. verwendet werden.
Vor ein paar Jahren habe ich bei meiner Engine einmal von glVertex/... auf VBOs umgestellt und plötzlich war es möglich 1 Million Dreiecke mit 30fps zu Zeichnen wo vorher nicht einmal 1fps möglich war (Ich weiß nicht ob die Zahlen genau stimmen, aber der Effekt war enorm).
Es ist immer effizienter Blöcke von Speicher zu kopieren als einzelne Werte, dh. glVertex wird immer am Langsamsten sein. Es gibt noch die Möglichkeit die Koordinaten und andere benötigte Daten aus einem Speicherblock im allgemeinen RAM zu zeichen, was zwar deutlich schneller als mit glVertex/... ist, da nur mehr ein großer Speicherblock kopiert werden muss mit sehr wenigen API Aufrufen an den Treiber, aber am schnellsten ist immer ein VBO bei dem das Übertragen der Daten auf die GPU in jedem Frame wegfällt.

[Glocke]

Du solltest auf jeden Fall mit Vertex Buffer Objects arbeiten.

Kannst du mir da ein Tutorial empfehlen, was qualitativ mit deinen OpenGL-Tutorials vergleichbar ist?

Vor ein paar Jahren habe ich bei meiner Engine einmal von glVertex/... auf VBOs umgestellt und plötzlich war es möglich 1 Million Dreiecke mit 30fps zu Zeichnen wo vorher nicht einmal 1fps möglich war (Ich weiß nicht ob die Zahlen genau stimmen, aber der Effekt war enorm).

Das kann ich mir gut vorstellen ...

[Kerli]

Kannst du mir da ein Tutorial empfehlen, was qualitativ mit deinen OpenGL-Tutorials vergleichbar ist?

Freut mich dass meine Tutorials gefallen. Auch wenn ich schon lange nichts mehr aktualisiert und erweitert habe

Ein paar Links habe ich noch ausgraben/finden können (alle Englisch):

http://www.opengl.org/wiki/Tutorials (C, SDL)
http://www.swiftless.com/opengltuts/opengl4tuts.html
http://www.opengl.org/wiki/Vertex_Specification
http://openglbook.com/the-book/

Es ist nicht alles mit der SDL gemacht sondern teilweise auch mit glut/etc. aber die relevanten Teile direkt mit OpenGL funktionieren eh trotzdem gleich. Mit OpenGL 3 gibt es jetzt übrigens auch Vertex Array Objects to quasi alle benötigten Einstellungen für VBOs kapseln.