Ja, es ist definitiv nicht so ganz einfach einzurichten.

Allerdings stimmt es nicht, dass es Mehraufwand für die CPU bedeutet. Man kann die Index Buffer ohne Probleme vorher erstellen und dann fällt keine Rechenarbeit mehr zur Laufzeit an. (Und selbst wenn, wäre es jetzt nicht so tragisch ein paar tausend Integerwerte in einer bestimmten Reihenfolge zu schreiben.)

Die Normalen berechne ich übrigens vorher in einem Fragment Shader in eine Textur(Und Framebuffer Object). Die Höhendaten mache ich dem Fragment Shader über ein Texture Buffer Object verfügbar. Mit Compute Shadern und Storage Buffern würde das bestimmt besser gehen, aber ich wollte erstmal kompatibel mit OpenGL 3.3 bleiben. Ein generelles Problem ist auch, dass die Chunks sich um zwei Vertices überschneiden müssen, damit die Randdaten auf beiden Seiten verfügbar sind. Außerdem gibt es sonst Probleme bei der Berechnung der Normalen.

Zur Performance kann ich leider wenig sagen, weil ich bisher noch keine andere Technik probiert habe.
Es geht auf jeden Fall einige 10 Millionen Dreiecke damit auf meinerr GTX 760 flüssig darzustellen. (ohne LOD natürlich)
Ich glaube nicht das man mit Tesselation so viel schaft. Ich weiß es natürlich nicht sicher.

Die Idee gefällt mir, ich hatte mit gl_VertexID und der erzeugung von x/z aus dieser(y und morph aus dem vbo) rum gespielt aber musste das ganze verwerfen, weil nur vbo's mit ibo's von der Engine supported wurden und sobald ein ibo ins spiel kommt funktioniert gl_VertexID nicht mehr wie gewollt. Man bekommt dann den index als id und nicht eine hochzählende Vertex ID.

Das find ich an Terrain Rendering so toll, es gibt mehr Möglichkeiten als man Zeit hat sie aus zu probieren ^^

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Also ich bekomme auch den Index des Vertices als VertexID und nicht die tatsächlich den Index des Indices. Ich denke das macht deshalb Sinn, weil nur so der Vertex für verschiedene Indices im Post Transform Cache wiederverwendet werden kann.

Für mich jedenfalls ist das auch so perfekt, weil die Vertices ja genau dem Gitter folgen. Die X-Koordinate bekomment man mit "(gl_VertexID & 0xff) + ChunkX" und die Z-Koordinate mit "(gl_VertexID >> 8) + ChunkZ". Würde dagegen der Wert dagegen für jeden Index im Indexbuffer hochgezählt, würde das mit meinen in kleinen Schlangen verlegten Triangle Strip(das mache auch ich wegen dem Post Transform Cache) und den Unregelmäßigkeiten im Gitter bei LOD extrem komplex werden.