spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Dann kannst du halt nicht die Ogre Terrain Engine verwenden, obwohl ich dachte (?) dass man die Heightmap in Echtzeit verändern kann? Natürlich kannst du dann keine Überhänge erzeugen, dafür müsstest du entweder eine eigene Terrain-Klasse schreiben oder auf eventuelle 3rd person software zurückgreifen.

mfg CBenni::O

Ich erinnere mich, das WümpftlBrümpftl (ich frag mich wie man den schnell ohne fehler eintippen kann...) für Xrodon II in seinem Editor mit Ogre ein deformierbares Terrain gebaut hat. Das ging ja auch zur Laufzeit. Hast du ansonten im Ogre-Forum schon gefragt?

EDIT: Schreib ihm doch eine PN da antwortet er am ehesten.

Klasse Idee mir ne PM zu schreiben - sonst hättet ihr lange warten müssen, bin hier nur noch ganz selten ;D

In Ogre (1.7.1 hatte ich genutzt, dürfte sich aber nicht viel verändert haben) kann man das Terrain problemlos jeder Zeit ändern. Allerdings gibt es da einige Sachen zu beachten.
Prinzipiell wird die Angelegenheit sehr langsam und rucklig wenn man größere Areale deformiert. Allerdings sind die Funktionen hierzu Threadsafe! Mit einem Parallel-For (OpenMP/TBB) oder einer einfachen manuellen Threading ist da viel gewonnen. Deutlich schlimmer wirds außerdem wenn man die Texturierung in Echtzeit ändern möchte.
Hat man einen Bereich editiert, muss man Ogre mitteilen in welchen Rect er Updates durchzuführen hat. Daraufhin werden die Vertexdaten umgehend aktualisiert und Normalen & Lightmapping in je in einen Thread delayed. Hat man man eine flüssige Deformierung (zb Anheben des Terrains) wird die Änderung solang aufgeschoben, bis für ein gewisses Zeitinterval das Terrain sich nicht mehr ändert. Erst eine Weile danach sieht man die korrekten Normalen und Beleuchtung wieder reinploppen. Bin mir gerade nicht sicher ob sich das umkonfigurieren lässt.
Bei Xrodon II hab ich eine Custom-Texturierung und Beleuchtung eingeführt weswegen eine Nachberechnung der Lightmaps nicht nötig war. Allerdings gabs ähnlich zum Ogre-Standardverfahren eine "CompositeMap" der Texturen für die Distanz, welche dann manuell upgedated wurde. Wenn man das System erstmal durchschaut ist Ogre hier sehr erweiterungsfreudig!

Fazit: Editierfähigkeit für Editoren absolut ausreichend. Für Ingame bei kleinen Flächen meist auch. Doof wirds erst wenn Terraineditierung zum Kernspielinhalt wird. Dann sollte man etwas tricksen oder sich ggf. doch was anderes überlegen.

Wenn du mehr Infos brauchst kann ich ja mal in dem alten Code wühlen. Ogre ist da aber größtenteils ganz gut dokumentiert, man findet einiges. Außerdem gibt es ein Sample in dem man das Terrain auch editieren kann (da kann man sich die Performance ohne manuelle Optimierung auch mal gut anschaun).


Je nach Anspruch würde ich davon abraten so etwas mit XNA anzufangen. Ogre bietet ein sehr ausgeklügeltes Chunked-LOD Verfahren mit Geomorphing und feinen Standardshadern! Bis man das nachgebaut kanns eine gaaaanz Weile dauern.