spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Hallo!

Seit langer Zeit wollte ich schon eine Fortsetzung der "Pharao"-Reihe schreiben, natürlich in 3D. Jetzt habe ich endlich damit angefangen. Hier seht ihr schonmal einen Screenshot:



Man sieht hier eine Wüstenlandschaft, wo später ein Dorf hingebaut werden wird (dort beginnt das Spiel). Ich habe für dieses Spiel extra einen eigenen 3ds max-Exporter geschrieben, da im gewöhnlichen 3DS-Format z.B. keine Light-Maps möglich sind, hier jedoch schon (wie man sehen kann)! Die Light-Maps erzeuge ich mit dem in 3ds max 5 neuen Feature "Texture-Baking".
In 3ds max kann ich sogar mit Hilfe von Splines Kamerapfade festlegen und sie im Spiel der Kamera dynamisch zuweisen. Das Spiel beherrscht lineare und Hermite-Spline-Interpolation. Der für eine Interpolation zuständige "Controller" kann für alles verwendet werden: für Vektoren, normale Zahlen usw.. Ein Controller arbeitet dabei mit Key-Frames, zwischen denen er interpoliert.
Im Hintergrund sieht man eine Sky-Box und ein paar Sterne (einzelne Punkte, gerendert als D3DPT_POINTLIST).
Das Spiel wird von der Art her mit "Zelda: Ocarina of Time" vergleichbar sein.

Danke
Eine gute Nachricht: Ich gebe mir bei diesem Spiel besondere Mühe mit sauberem Code und Kommentaren. Ihr könnt Euch ja vielleicht schon denken, warum?... (Open Source!)
Das Export-PlugIn für 3ds max wäre dann natürlich auch dabei.

Das Terrain selbst ist ein Modell, das ich in 3ds max durch Displacement-Mapping aus einer Height-Map erzeugt habe. Danach wende ich noch den "Optimize"-Modifikator an. Dadurch hat das Terrain nur relativ wenige Dreiecke und ich kann es mir ohne Gewissensbisse leisten, es immer komplett zu rendern. Falls es dann doch mal zu groß werden sollte, kann ich es ja immer noch aufteilen.
Für die Kollisionserkennung werde ich die Meshes sowieso noch aufteilen müssen, wahrscheinlich mit einem Octree.

Das hätte im gegenwärtigen Entwicklungsstadium eigentlich noch garkeinen Sinn. Du musst wissen, dass ich erst vor zwei Tagen mit dem Projekt von null angefangen habe.
Von den Light-Maps merkt man im Spielquellcode garnicht viel. Und das Export-PlugIn kann man wirklich nur dann verstehen, wenn man sich sehr, sehr gut mit 3ds max auskennt und weiß, wie es seine Daten verwaltet. Es war für mich auch sehr schwer, mich damit zurechtzufinden...
Es wird eine Demo geben, wenn man ein bisschen mit der Spielfigur rumlaufen kann. Aber die gibt es bisher noch garnicht.

So, es gibt wieder einen neuen Screenshot
Diesmal sieht man, wie die Objekte intern mit einem Octree aufgeteilt werden. Dabei verwende ich aber keinen gewöhnlichen Octree, sondern ein eigenes, leicht verändertes Verfahren. Wenn ein Octree-Knoten beispielsweise 100 Einheiten lang ist, aber nur 5 Einheiten breit und hoch, dann wäre es ja Unfug, ihn auch in diesen 5 Einheiten Breite und Höhe nochmal zu unterteilen. In dem Fall werden dann nur die 100 Einheiten halbiert. Das führt zu einem besser balancierten Baum, der damit natürlich auch schneller sein sollte.

Hier das Bild:

Ich benutze STL jetzt überall, wo's geht.
Beim Octree benutze ich eine std::list zum Speichern der Dreiecke in jedem Knoten. Für die maximal 8 Child-Nodes reicht mir ein einfaches Array. Da wäre es glaube ich nicht so sinnvoll, eine Liste einzusetzen.