Über die "Feiertage" (für die meisten da draußen zumindest) hab ich mal wieder ein neues, kleineres OpenGL-Projekt begonnen, denn bei solchen kurzfristigen Sachen hat man recht schnell ein brauch- und v.a. spielbares Ergebnis. Titel des Projektes ist Bean Machine, und evtl. werden einige unter euch jetzt denken sowas ähnliches schonmal gehört zu haben, was auch vollkommen korrekt ist. Denn immer wenn mich die platonischen PC-Spiele die momentan so am Markt schwimmen nicht mehr packen können (kommt in letzter Zeit leider oft vor), dann stöber ich oft in meiner Emulatorensammlung, in der sich auch einer für Segas Mega Drive befindet (trauere der Konsole heute noch nach), und dort gab es ein Spiel (von Sega selbst) das den Titel "Dr. Robotnik's Mean Bean Machine" trug und quasi eine stark modifizierte Tetrisvariante darstellt.
In diesem Spiel ging es darum farblich unterschiedliche Bohnen aufzutürmen, die man kombinieren muss um Punkte zu erhalten (min. 4 Bohnen verbunden), also quasi Tetris mit Bohnen und statt verschiedener Teile mit verschiedenen Farben. Das tolle an diesem Spiel war jedoch die Tatsache, das man es mit zwei Personen gleichzeit (oder auch gegen die CPU) spielen kann, und sobald ein Spieler eine Kombination hat, bekommt der Gegner (je nach größe der Kombo) "böse" Bohnen aufs Spielfeld geworfen, die ihn blockieren und nur durch angrenzende Kombos entfernt werden können. So enstand besonders zusammen mit einem menschlichen Gegenspieler eine richtig hitzige Atmosphäre, die mit jeder Kombo noch angeheizt wurde.
Genau das will ich wieder am PC nachahmen, allerdings mit zeitgemäßer Grafik, also 3D mit OpenGL. Momentan (nach wenigen Stunden Arbeit) ists bereits für einen Spieler spielbar, der Rest folgt in den nächsten Tagen. Der Hintergrund auf dem zweiten Screenshot ist übrigens ein in 3D Studio MAX erstelltes 3D-Objekt und wird auch im Spiel als solches gerendert, so dass später auch dynamische Dinge den Hintergrund bevölkern werden.
Zuerst gibts wie gewohnt zwei Screenshots, damit ihr entscheiden könnt ob ihr noch weiterlesen wollt
:
(Klicken für größere Ansicht)
Jetzt aber zum eigentlichen Kern der Sache, und dem Grund warum ich dieses "kleine" Projekt trotzdem hier in der Projektsektion publiziere : Ich behaupte mal ganz mies (wie ich bin), das ich in dem Bereich schon recht viel Erfahrung gesammlt habe, an der sich einige von euch sicherlich auch gerne laben würden. Genau deshalb werde ich hier in der Projektsektion mal auf das was Programmiertechnisch hinter dem Projekt steht eingehen, um den ein oder anderen evtl. zu inspirieren, zumal viele in kleinen Projekten genutze Techniken auch für größere Projekte anwendbar sind.
Wie oben kurz gesagt, habe ich bis zur (für einen Spieler) spielbaren, komplett funktionsfähigen Version nur wenige Stunden (inkl. dem Basteln von Grafiken/Modellen) gebraucht, und zwar aus einem Grund : Meinem Basecode, den ich bei eigentlich jedem Projekt das ich beginne (oft selbst bei kleineren OpenGL-Demos/Tests) um irgendwelche nützlichen Sachen erweitere, so dass über die Zeit hinweg ein recht großes Sammelsurium an nützlichen Units entstanden ist, so dass ich mich beim Start eines neuen Projektes fast direkt um die Contenterstellung kümmern kann.
Das Rückrat des Basecodes sind dabei diverse Manager, deren APIs sich wie ein Ei dem anderen gleichen, wodurch deren Nutzung stark vereinfacht wird. In Beanmachine verwende ich (momentan, weitere folgen noch) folgende Manger :
- TexturenManager
Wohl unverzichtbar, und sollte in keinem Basecode fehlen. Er "wrappt" den Texturenlader (bei mir ne angepasste Textures.pas). - ModelManager
Er kümmert sich sowohl um das Laden als auch um das Aufsuchen von verwendeten 3D-Modellen. Der wrapt bei mir die gl3DS.pas von Noeska (thx für die tolle Unit). - SoundManager
Was der macht dürfte wohl auch eindeutig sein. Er kümmert sich um die verwendeten Sounds.
Wie grade eben gesagt, sind die APIs dieser Manager allesamt gleich, bis auf wenige spezifische Parameter, wie z.B. der Wrap für Texturen oder z.B. der Loop für Sounds. Durch diese uniforme API wird deren Nutzung vereinfacht (siehe dazu z.B. auch Objekte unter OpenGL), so haben alle Manger u.a. den Befehl AddInDir gleich, der alle passenden Dateien im angegeben Ordner lädt. Weiterhin besitzen alle Manager neben einer Objektliste (TexturenID, SoundHandle, ModelID) auch eine StringList, in der die Namen dieser Objekte zum schnellen Auffinden abgelegt sind (ohne deren Extension, was die Sache einfacher macht), was auch wiederrum in eine Funktion gekapselt ist. Dadurch gestaltet sich auch das Nutzen eines Objektes im Manager recht einfach. Hier mal ein Beispiel :
Laden von Sounds und Abspielen :
Code:
- SoundManager.AddInDir('data\sounds');
- SoundManager.Play('dead');
Laden und Rendern von 3DS-Modellen :
Code:
- ModelManager.AddInDir('data\models');
- ModelManager.Render('player')
Anhand dieser Beispiele sollte dann die Nützlichkeit solcher Manager schnell klar werden. Wenn man sowas geschrieben hat, und das geht recht schnell, oft < 100 Zeilen Quellcode, dann hat man stark wiederverwertbare Units, die den Start eines neuen Projektes beschleunigen. Wenn man also ein neues Projekt startet in dem man ein 3D-Modell laden muss, dann einfach die Unit des ModelManagers einbinden und schon hat man mit <5 Zeilen Quellcode selbiges getan.
Die Manager waren dann auch schon mein Hauptanliegen, und ich hoffe das ihr euch jetzt fleissig dran macht welche zu schreiben. Abschliessend werde ich aber für alle Interessierten noch kurz was zur Programmstruktur von BeanMachine sagen :
Ich kapsle (auch wenns auf den ersten Blick unnötig scheint) mein Spiel immer in eine globale Klasse (in diesem Falle TBeanMachine). So kann ich z.B. schön den Konstruktor dieser Klasse nutzen um OpenGL zu initialisieren, Modelle/Texturen/Sounds zu laden und ein neues Spiel zu starten.
Hoffe mal der ein oder andere hat hier was Brauchbares entnehmen können.
P.S. : Die erste Version von BeanMachine dürfte innerhalb der nächsten Tage kommen
BeanMachine Version 0.1 (5,7 MByte, als ZIP, Sprachen : Deutsch und Englisch)
: Wie man evtl. an den bisherigen Szenarien sehen kann, sind diese alle in bestimmten Zeitepochen (Urzeit, Ägypten, Rom, Mittelalter) angesiedelt. Und in diesem Storymodus will ich dann quasi in einer zeitlichen Reihenfolge (angefangen in der Urzeit, über die Gegenwart bis hin zur Zukunft) den Spieler alle Szenarien durchspielen lassen. Dort wird es dann wohl auch noch passend jeweils einen "Gegner" geben, der dem Spieler das Leben (wie genau das sein wird überlege ich mir noch) schwer machen soll.
