spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Das erste Ziel ist es so viele Vertice wie nur möglich von deinem Terrain aus der Pipeline zu schmeissen. Bei so grossen Terrains ist glaub ich deine Technik nicht die beste. Das Occlusion Culling ist hier wesendlich besser geeignet. Des weiteren haben solche Terrain Engines immer ein LOD. Sprich weit entfernte Regionen werden nicht mehr so Detailert dargestellt. Das halbiert die Anzahl der Vertice dann noch mal, von denen die noch übrig sind.

Dann zu den Modellen. Diese haben natürlich auch ein LOD und werden mittels Culling aus der Pipeline geworfen. Oder halt auch nur Teilweise.

Teil drei, ist der schwerste. Optimierung und Assembler. Es wird schliesslich Monate damit verbracht die Algorithmen zu Optimieren, wenn es sein muss auch durch den eigenen Assembler Code zu ersetzen.

Den Algorithmus werd ich mir mal später reinziehen ;D

Was man auch machen kann ist, zu prüfen ob man einen Sichtbares Dreieck auch wircklich sieht? Schliesslich haben die ja zwei Seiten. Selbst wenn ein Modell zu 100% im Sichtbereich ist, sieht man doch nur die Hälfte. Die Rückseite wir nämlich mit gerendert obwohl man sie nett sieht. Hier könnte man mit dem Normalvektor ansetzen. Hatte mir schon die ein oder andere Sache überlegt.
Aber vieleicht kommt ja jemand auf eine gute Lösung.

Zitat von »"DragonMaster"«

Den Algorithmus werd ich mir mal später reinziehen ;D

Was man auch machen kann ist, zu prüfen ob man einen Sichtbares Dreieck auch wircklich sieht? Schliesslich haben die ja zwei Seiten. Selbst wenn ein Modell zu 100% im Sichtbereich ist, sieht man doch nur die Hälfte. Die Rückseite wir nämlich mit gerendert obwohl man sie nett sieht. Hier könnte man mit dem Normalvektor ansetzen. Hatte mir schon die ein oder andere Sache überlegt.
Aber vieleicht kommt ja jemand auf eine gute Lösung.

guck dir mal das renderstate D3DRS_CULLMODE an

cya, neonew

Hehe....ich kenne dieses Renderstate. Allerdings muss das Triangle ja in der Pipeline bleiben, damit die API prüfen kann ob es nun gerendert werden soll oder nicht.

Die Idee war ja es gar nicht erst bis dahin kommen zu lassen. Wollte den Algo in den Octree-Baum eines Modelles einbauen. Die BoundingBox hätte dann einen Normalenvektor, der ein Durchschnitt ist von den Normalenvektoren der Vertice. Zeigt der Normelnvektor der Boundingbox vom User weg, brauch ich diese Vertice gar nicht erst zur API schicken.
Das war die Idee dahinter. So würde man die hälfte einsparren. Allerdings hab ich es nie getestet und als ich es im Kopf dann mal durchgespielt habe gab es ein paar Schwierigkeiten.

Werd vieleicht irgendwann einmal den Algo Implementieren. Und schauen wie er sich macht