spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Redest du jetzt von Software- oder Hardware Instancing?

Hardware-Instancing ist wohl in den meisten Fällen am effizientesten, schau dir dazu mal glDrawElementsInstanced an ;-)
Das kannst du allerdings nicht per Fixed-Function Pipeline nutzen, falls du damit überhaupt etwas machst. Shader sind dabei also Pflicht.

Software Instancing hat halt noch den Vorteil, dass man per Culling Objekte aussortieren kann, die komplett außerhalb des Bildschirms bzw. Sichtbereiches liegen.
Allerdings ist das bspw. ViewFrustum-Culling von 100 Objekten auf der CPU meist langsamer, als die GPU mit dem Rendern von millionen von Dreiecken.
Soll heißen, in manchen Fällen lieber die GPU einige Dreiecke mehr rendern lassen, auch wenn diese nicht im Sichtbereich liegen, als die CPU unnötig mit Culling belasten.

Mfg,
Lukas

Ich glaub wenn er Performance will, will er auch ein modernes OpenGL benutzen. Also ist die Fixed-Function Pipeline eh egal.

Wenn tatsächlich alles was du brauchst einfach so in den Videospeicher passt, dann ist es natürlich keine schlechte Idee, es auch dort abzulegen...

Naja, zuallererst dient Instancing zum reduzieren des Speicherverbrauchs. Es ist schlicht nur logisch das man das die Daten des selben Objekts (zB ein Baum) nur einmal in den Speicher lädt und dann eben mehrfach an verschiedenen Positionen 'rendert'
Hier kann man bei jeden Objekt auch noch einfluss (neben der Position) auf Rotation, Grösse und Textur nehmen...

Mit dem vom LukasBanana's vorgeschlagen glDrawElementsInstanced hab ich selbst bisher noch nicht gearbeitet, daher hier korrigieren wenn ich daneben vollkommen daneben liege. Aber hier kann man wirklich eine Performance Steigerung erreichen, da die funktion alle angegebenen Instanzen gleichzeitig rendert, wärend bei den sonst üblichen verfahren eben jedes Objekt für sich aber eben an anderer Position gerendert wird.
Aber ich glaube (und hier könnte ich falsch liegen) hier hat man nicht so viel Spielraum wie sonst üblich das man auch Einfluss auf Rotation und Grösse nehmen kann...

Zitat von »EternalPain«

Aber ich glaube (und hier könnte ich falsch liegen) hier hat man nicht so viel Spielraum wie sonst üblich das man auch Einfluss auf Rotation und Grösse nehmen kann...

Der einzige Nachteil ist, dass sich Culling nicht mehr umsetzen lässt, zumindest nicht auf die einzelnen Intances. Höchstens auf einen ganzen Block von Instances.

Rotation und Skalierung lässt sich wunderbar über 4x4 Matrizen umsetzen. Das effizientste dürfte hierbei sein, alle Matrizen in einer Float-Texture zuspeichern.
Die Texture-Zugriffe erfolgen dann im Vertex-Shader.
Hab mal einen Artikel gelesen, in dem das mit Texture und Uniform-Array ausprobiert wurde.
Texture war den Testergebnissen zufolge schneller ;-)

Zum Thema Hardware-Instancing habe ich in diesem Thread auch mal ein Video hochgeladen :-)

Gruß,
Lukas