spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Hallo zusammen,
nachdem ich von der Nintendo DS - Programmierung wieder zum PC zurückgekehrt bin, ist mein neues Projekt nach ca. 6 Monaten Entwicklungszeit
nun endlich in einem vorführbaren Zustand ;-)


Projektname:
Forever War

Homepage (mit Download der Techdemo):
http://foreverwar.sourceforge.net/

Kurzbeschreibung:
Forever War ist ein open-source Ego-Shooter mit zerstörbarer Umgebung.
Diese wird dadurch ermöglicht, dass die Levelgeometrie auf Voxeln basiert, aus denen die Dreiecke zum Rendern generiert werden.
Die Voxeldaten sind im Grunde ein 3-dimensionales Array, das für jeden Punkt im Raum angibt, ob dort Materie ist oder nicht.
Die Dreiecke werden daraus mithilfe des "Marching Cubes" - Algorithmus generiert.
Der Code dazu basiert auf der PolyVox - Technologie, die ich um weiche Abstufungen in der Geometrie erweitert habe, um runde Formen zu ermöglichen.

Das Gameplay wird voraussichtlich von "Standard"-Shootern abweichen und von NetHack inspiriert sein, d.h.
- Die Welt wird in jedem Spiel zufällig neu generiert (dank den Voxeln kein Problem, beliebige Formen sind möglich)
- Wenn der Spielcharakter stirbt, gibt es keine zweite Chance

Screenshots:

Mithilfe von Perlin Noise generiertes Terrain ...


... nach etwas Bearbeitung


Kampf gegen den ersten Gegnertyp


Weitere gibt es auf der Homepage.

Entwicklungsstand:
Die Voxelengine funktioniert bereits gut. Es fehlt allerdings noch Unterstützung von Paging - das Nachladen von Daten, wenn der Spieler sich an einen anderen Ort bewegt hat.
Bisher ist das Volumen noch auf einen festen Ort begrenzt.

Für die Objekte in der Welt (Waffen, Gegner, Effekte, der Spieler, ...) sorgt ein Objektsystem, das auf dem Artikel "Component Based Object Management" aus Game Programming Gems 5 basiert. Dabei werden alle Objekte in XML-Dateien definiert und aus Komponenten zusammengesetzt, z.B.
- Mesh: zeigt ein 3D-Modell an
- Physics: fügt das Objekt in der Physikengine ein
- Weapon: sorgt dafür, dass sich das Objekt aufsammeln und als Waffe benutzen lässt
- Timer: führt nach einer festgelegten Zeitspanne ein Lua-Skript aus
- usw.

Alle 3D-Modelle und Texturen habe ich selbst erstellt, es ist also alles "Programmer Art".

Die Techdemo enthält einen Editormodus (Voxeldaten neu generieren oder bearbeiten; wird im fertigen Spiel entfernt) und den Spielmodus (als Spieler durch die Welt laufen).

An Waffen gibt es bisher:
- Pistole
- Messer
- Geometry Gun (Materie erzeugen oder zerstören)
- Granate
- Geometry Granate (erzeugt Materie)

Der erste Gegnertyp (der von Halos "343 Guilty Spark" inspiriert ist) ist bereits implementiert.
Die fliegende Kugel schwebt an dem Ort hin- und her, an dem sie platziert wurde, greift an, sobald sie einen Feind entdeckt und sucht auch danach, falls er wieder aus ihrem Blickfeld verschwindet. Wegfindung existiert in der Form, dass die Kugel von Materie abgestoßen wird, wenn sie darauf zu fliegt.

Externe Bibliotheken:
Grafikengine: OGRE
Physikengine: BULLET
Benutzeroberfläche: CEGUI
Eingabe: OIS
XML-Dateihandling: TINYXML
Skriptsprache: LUA
C++ / Lua - Bindung: LUABIND

Unterstützte Plattformen:
- Windows (getestet mit XP)
- Linux (getestet mit Ubuntu 8.04)

Die Linux - Version ist mit Vorsicht zu genießen - ich habe zwar größtenteils auf Linux entwickelt, aber noch nie ein Linux - Programm weitergegeben, d.h. möglicherweise fehlen Bibliotheken. Ich habe zwar versucht, indem ich das Live-System von der Ubuntu-CD gestartet habe und von da aus das Programm aufgerufen habe, alle Abhängigkeiten zu finden, aber es könnte trotzdem sein, dass auf anderen Distributionen etwas fehlt.

Weitere Entwicklung:
Als nächstes gibt es u.a. folgendes zu tun:
- Paging - Support für das Voxelvolumen. Das Ganze sollte im Hintergrund in einem Thread ablaufen, damit nicht ständig Ladezeiten anfallen
- Levelgenerator, der Kontrolle über die generierte Geometrie ermöglicht (wo werden Räume platziert, wo Gänge, ...), aber trotzdem abwechslungsreiche Variationen liefert
- Mehr Gegner (nicht nur fliegend, sondern auch am Boden oder an den Wänden)

Bisher habe ich allein an dem Projekt gearbeitet, aber nun, da die Techdemo fertig ist, d.h. die Machbarkeit bewiesen ist, suche ich auch nach weiteren Teammitgliedern.
Grafiker / Modellierer sind zwar wünschenswert, aber ich denke, für jetzt gehen die Platzhaltermodelle und -texturen noch in Ordnung ;-)
Programmierer könnten sich z.B. mit der zufälligen Levelgenerierung oder dem Erstellen von weiteren KI - gesteuerten Agenten beschäftigen.
Oder es könnte der noch etwas seltsam anmutende Comicstil, der nur bei den Objekten angewendet wird, durch einen Postprocessing-Shader ersetzt werden, der aufgrund von Unregelmäßigkeiten bei Normalenvektoren oder Tiefe Kanten findet und schwarz markiert.

Wenn jemand Interesse hat, kann er sich gerne bei mir melden ;-)


Weitere Infos zum Spiel wie z.B. eine Sammlung von 91 Screenshots, die den Entwicklungsprozess und ein paar interessante Bugs (z.B. Kornkreise!) zeigen,
gibt's auf der Projektseite. Der Code im SourceForge-SVN ist übrigens noch nicht komplett, weil ich noch mit dem SVN-Server kämpfe, der ernsthafte Verbindungsprobleme zu haben scheint (edit: erledigt).

Viel Spaß beim Testen!

MfG,
Thomas

Danke erstmal für das Feedback!

@Das Gurke:
Natürlich halte ich euch auf dem Laufenden, was das Projekt betrifft
Ein Mehrspielermodus ist allerdings vorerst nicht geplant - der Ein-Spieler-Modus reicht mir vom Aufwand her erstmal. Wenn sich aber jemand um die Netzwerkfähigkeit kümmern will, kann er das gerne machen.

Einen Multiplayer-Shooter mit zerstörbarer Umgebung würde ich allerdings auch gerne spielen. Das würde ganz neue Möglichkeiten eröffnen, z.B. könnte man im CTF-Modus mit der Flagge durch einen selbstgegrabenen Tunnel entkommen

@Jonathan_Klein:
Shader 3.0 ist leider momentan für die Texturierung des Terrains (durch "Tri-planar texturing") notwendig - weil dazu noch das Überblenden zwischen bis zu 3 Texturen berücksichtigt werden muss, ist der Shader für Version 2.0 zu lang. Vielleicht ließe sich es sich irgendwie auf Version 2.0 portieren, aber besonders viel Erfahrung mit Shadern habe ich leider nicht.

@hecker:
Stimmt, die Textur sieht platt aus. Aber wie lässt sich das bei Gras am besten verhindern? Vielleicht hilft es, wenn ich sie nochmal "von weiter weg" erstelle, so dass das Gras kleiner erscheint. Ansonsten helfen wohl nur separate Gras-Meshes.

Wo wir gerade bei den Texturen sind: die graue "Felstextur" auf demselben Screenshot stammt eigentlich von einem Gullydeckel. Merkt man das, oder geht die in Ordnung?