spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ich bin zwar kein Experte darin, aber ich würde schon sagen:
Ja, es kann langsamer sein. Du brauchst für das Instancing etwas mehr Aufwand um es zu "initialisieren" als wenn du direkt drauflos zeichnest.
Wenn du die dafür zusätzlich draufgegangene Zeit nicht wieder durch das schnellere Rendering reinholen kannst, dann ist es langsamer.

Ich finde die interessanteste Frage hier ist erstmal: Wieso willst du zum Rendern eines einzelnen Models Instancing verwenden?

Natürlich hat Instancing potentiell einen gewissen (vermutlich aber relativ kleinen) Overhead. Instancing bringt vor allem dann was, wenn du viele eher kleine Modelle rendern willst, die eben ohne Instancing viele kleine Batches erzeugen würden. Wenn du dagegen z.B. einfach nur vier Instanzen eines riesigen Models (sagen wir mal 100k+ Dreiecke pro Instanz) rendern willst, wird Instancing schon wieder eher wenig bringen...

Es lohnt sich ab 17:23 und 12s. Und zwar auf jedem Rechner und Grafikkarte. So, nun weisst du es...

Zitat von »dot«

Ich finde die interessanteste Frage hier ist erstmal: Wieso willst du zum Rendern eines einzelnen Models Instancing verwenden?

Nun, man könnte eine 3D Engine schreiben, die nach Modellen sortiert rendert und dann grundsätzlich mittels Instancing Rendern, egal wie viele Modelle man jetzt hat. Das Vorteil läge dann darin, dass man einfach alles gleich behandelt und so der Code einfacher und übersichtlicher wird.

Zusatzkosten von Instancing: ein minimales bisschen mehr CPU-Last für den evtl. notwendigen zweiten VertexBuffer. Auf GPU-Seite ein gewisses Bisschen mehr Last auf dem Input Assembler für das Zusammenstellen der VertexStruktur aus zwei verschiedenen Buffern.

Der zusätzliche Buffer für die Instancing-Daten kann sich aber erübrigen, wenn man die zur Verfügung gestellten IDs im Shader schlau ausnutzen kann. Das gilt dann ebenso für die zusätzlichen Kosten am Input Assembler. Für extreme Instancing-Anwendungen (einige 100k Instanzen eines Quads) frisst der IA nämlich enorme Rechenzeit, was ich mit DX10 und VertexID hätte komplett sparen können.

Potentieller Gewinn: nunja, man spart die DrawCalls für jedes einzelne Modell. Die sind aber eh recht billig, weil sie ja nur aus einer Kette Konstanten-Update - DrawIndexed bestehen. Wenn man sehr viele Instancing DrawCalls hat, kann es sich tatsächlich wie von Jonathan beschrieben lohnen, auch Einzelobjekte per Instancing zu zeichnen, weil dann der (meist aufwändige) Wechsel der Inputdeklaration wegfällt. Das ist aber hier nur DX9-Erfahrung, vielleicht ist das ab DX10 viel einfacher.

Intern ist heutzutage Instancing und Nicht-Instancing eh dasselbe, soweit ich weiß. Wenn man also die Instanz-Daten per Konstantenpuffer zur Verfügung stellt und per InstanceID adressiert, sollte Instancing nur noch eine Parameterfrage sein. Bei den Splitterwelten hatte ich für alle möglichen Ecken Instancing benutzt und pro Instanz eine 4x3-Matrix und eine SH 3. Grades zusammengequetscht auf 10 Konstantenregister x4 float. Wenn man also ab DX10 einen Konstantenpuffer nur für Instanz-Daten abstellt, kann man damit immerhin schon 400 Instanzen zeichnen. Mehr als die hatte ich glaube nur per Sprite Batches, also z.B. Partikelsystem. Ist also eigentlich ne prima Sache.

SH = Spherical Harmonics, wird benutzt um Beleuchtung durch beliebig viele Lichtquellen mit einer konstanten Anzahl von Koeffizienten zu approximieren.
http://en.wikipedia.org/wiki/Spherical_harmonic_lighting

Zitat von »FSA«

Bei mir wären es wohl 20xfloat. Also 5xfloat4. Ist das annehmbar? Ein Beispiel: Ich habe zwei mal einen Quader aus 36 Vertices. Lohnt sich der höhere Speicheraufwand bzw. die höhere Rechenleistung in Relation zur Renderzeit?
Ich bin übrigens auf DirectX9 unterwegs.

Du scheinst immernoch davon auszugehen, dass es eine konkrete Antwort auf diese Frage gibt. Gibt es aber nicht. Es hängt viel davon ab, wie Deine Renderpipeline aussieht, ob Du für das Instancing irgendwelche Kompromisse eingehen musst oder ob Du für das Instancing teure State Changes machen musst, wie z.B. die Input Declaration wechseln. Wenn Du fünf Modelle zu je 10k Vertizes hast und durch Instancing alle fünf zeichnen müsstest, obwohl nur drei im Blick sind, dann ist es Verschwendung. Wenn Du zehn Würfel zu je 24 Vertices hast, wirst Du den Unterschied zwischen Instancing und Nicht-Instancing nicht mal messen können. Wenn Du 200 Würfel hast, die alle gleichartig sind, könnte es sich lohnen.

Probier es doch einfach aus.