spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Wo genau liegt das Problem? Einfach den Buffer mit den Instanzdaten eben entsprechend befüllen...

Wieso genau verwendest du nochmal Instancing?

Ich glaube eher, dass dot darauf hinaus will, dass wenn Du eh alles nur einmal am Anfang initialisierst, Du auch hättest ein statisches VBO nehmen können statt Instancing. Was ehrlich gesagt vermutlich sogar besser gewesen wäre.

Natürlich spart man mit Instancing Speicher und Bandbreite, aber ein weiterer wesentlicher Vorteil ist ja gerade eben auch, dass man einen großen Haufen Objekte dynamisch rendern kann, ohne dass sämtliche Daten in jedem Frame über den Bus müssen. Gerade bei sowas wie Gras will man ja wohl kaum in jedem Frame tatsächlich jedes einzelne Grasbüschel in der Szene rendern. Dank Instancing kannst du nun eben einfach nur deine Positionsdaten dynamisch befüllen, der Rest ändert sich ja nicht...

Ich würde aber auch nicht jedes Grasbüschel in jedem Frame einzeln gegen das Kamerafrustum prüfen wollen.

Meine Empfehlung:

Unterteile Deine Landschaft in passend große Teilgebiete, so dass in jedem Teilgebiet von einem einzelnen Mesh ein paar hundert oder tausend Instanzen stehen. Erstelle pro Teilgebiet einen VertexBuffer mit allen Instanzen, die zu instanziierenden Meshes hast Du hoffentlich separat erstellt. Dann kannst Du pro Teilgebiet eine Bounding Box (oder was auch immer Du benutzt) erstellen und gegen die cullen.

Im Falle von Gras könnte man allerdings überhaupt die Grasbüschel voll dynamisch für das aktuelle Frustum generieren anstatt das ganze Gras für die komplette Szene vorzuberechnen...

Ist es heute schon möglich, effizient (bzw in echtzeit) über große Flächen Gras zu rendern? Die meißten Spiele nutzen einfach sprites, auf denen ein ganzes grasbüschel steht... Sieht total kacke aus -.- und sie rendern auch nur gras bis zu einem gewissen Abstand (=wenige hundert meter). Ich habe nie Instancing ausprobiert, wie mächtig ist es?

mfg CBenni::O