spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ich würde einen neuen Puffer aber nur anlegen, wenn nötig. Falls sich die Anzahl der Instanzen nicht geändert hat, solltest du auch keinen neuen Puffer anlegen.

Das wundert mich aber. Durch Instancing für so kleine Sachen wie ein kamera-ausgerichtetes Rechteck wird die GPU deutlich langsamer. Dafür spart man halt Arbeit auf CPU-Seite und muss partikel-spezifische Daten nur noch einmal anstatt viermal pro Partikel schreiben. Wenn Du hier wirklich Faktor 10 rausgeholt hast, war wohl was mit Deiner Vertexdaten-Erzeugung faul.

Meine Erfahrung dazu: ich habe vor einiger Zeit meinen Sprite-Renderer (und damit auch Font-Rendering) auf Instanced Particles umgestellt. Dabei habe ich auch Rotation, Skalierung und Texturkoord-Begrenzung für saubere Interpolation in den VertexShader geschoben. Das hat zwar einiges an Rechenzeit auf CPU-Seite eingespaart, aber in der Praxis war eigentlich immer die Grafikkarte das Problem. Wirklich was gebracht hat es erst bei vielen Hunderttausend winzigen Partikeln. Als ich diese Technik dann meinen Voxel-Renderer anwenden wollte, der viele Millionen kleine Voxel als kamera-ausgerichtete Quadrate rendert, stellte sich heraus, dass der Input Assembler ein echter Engpass ist. Beim Voxel-Renderer zeichne ich jetzt wieder Partikel ohne Instancing, das hat die Framerate verdreifacht.

Dazu noch einen Tipp, den ich leider noch nicht selbst ausprobiert habe: Zeichne nur Punkte - also einzelne Vertizes - und blase die im GeometrieShader zu zwei Dreiecken auf. Damit vermeidest Du die etwas langsame Komplexität im Input Assembler und musst trotzdem nur einmal Vertexdaten pro Partikel hochladen. Geht natürlich erst ab DX10, weswegen ich das noch nicht erprobt habe.

Es kann aber durchaus sinnvoll sein Zeit auf der CPU freizuschaufeln.
Bei einem kompletten Spiel hat man ja nicht nur Grafik.

Zitat von »BurningWave«

Ich bin mittlerweile zu D3D11_USAGE_IMMUTABLE für die Instanzpuffer umgestiegen.

Wieso IMMUTABLE? Damit kannst du den Puffer ja nie mehr updaten. Vermutlich fährst du mit einem dynamischen Puffer (D3D11_USAGE_DYNAMIC) besser den du einmal initialisierst. Den Inhalt kannst du dann beim Mappen als "verworfen" markieren.

Zitat von »BurningWave«

Beim Rendern von halbtransparenten Partikeln muss ja eigentlich die Renderreihenfolge so angepasst werden, dass das am weitesten entfernte Partikel zuerst gerendert wird, damit das Alpha-Blending korrekt funktioniert. Muss ich wirklich alle Partikel sortieren (was sicherlich viel CPU-Zeit kostet) oder gibt es andere Tricks?

Du kannst die Sortierung auch auf der GPU durchführen. Allerdings würde ich eine Sortierung nicht unbedingt erzwingen. Bei machen Effekten gibt es hässliches "popping" von Partikeln, wenn sich die Sortierung ändert. Da möchte man vielleicht eher nach Spawnzeitpunkt sortieren, oder überhaupt nicht. Ich würde alle Optionen anbieten.

Meine Empfehlung lautet eher: lass das Sortieren sein, nimm die Reihenfolgen-Probleme in Kauf. Nach meiner Erfahrung bemerkt das praktisch niemand.

Zitat von »Schrompf«

Nach meiner Erfahrung bemerkt das praktisch niemand.

Das stimmt leider nicht in jedem Fall. Ich hatte zu Beginn auch auf eine Sortierung verzichtet, aus selbigen Grund. Das ging bis zu einem gewissen Punkt gut, leider gab es irgendwann einen Partikel-Effekt, mit relativ großen (Soft-)Partikeln, der an den weichen Kanten äußerst hässliche Artefakte hatte. Eine Sortierung macht schon Sinn, allerdings kann oft darauf verzichtet werden. Daher sollten mehrere Optionen angeboten werden.