Das Heldenprojekt ist ein kleines Spiel, welches ich für den Informatik-Unterricht geschrieben habe. Der Fokus liegt hier auf der Umsetzung, nicht primär auf Grafik und Spielspaß.

• Lokale Installation
• Spielmechaniken
• Keybinds
• Code-Struktur
• Musik
• Java-Editor
• Lizenz

Da das Spiel in Java geschrieben ist, muss Java installiert sein. Die restliche Installation ist für Windows, Linux und Mac OS X gleich.

1. Repository klonen oder herunterladen
2. In das Verzeichnis wechseln
3. ./gradlew desktop:run ausführen
4. Anweisungen in #Musik folgen
5. Spielen

Ist der Java-Editor erwünscht, kann auch mittels ./gradlew jar eine Dependency-Datei erstellt werden, die in den Java-Editor importiert werden kann. Die weiteren Dateien können dann in den Java-Editor kopiert werden. Bei einer Binärverteilung dieses Projektes wird eine entsprechende Datei mitgeliefert. Mehr dazu in der Sektion Java-Editor.

Der lokale Installationspfad ist %APPDATA%\Chris B\Heldenprojekt\0.1\ (Windows, kann unter Linux und MacOS abweichen).

Nachdem das Spiel gestartet ist, sieht man einige Information auf dem Bildschirm:

• Zentral ist das Spielfeld, auf dem sich das Camp, der Heiler und die bösartigen Burgen befinden.
• Unten werden Informationen über die aktuelle Cursor-Position angezeigt.
• Rechts werden die aktuellen Heldendaten angezeigt.

Zuerst kommt der Name, dann die Lebenspunkte, die aktuelle Stärke und Angriffswert und schlussentlich die aktuelle Waffe samt Waffenbonus.

Mit den Pfeiltasten kann man den Cursor auf dem Spielfeld bewegen. Das Camp kann mit der Enter-Taste an die aktuelle Cursor-Position gesetzt werden, allerdings nur, wenn der Untergrund nicht Wasser oder Gebirge ist. Dies ist wichtig, um Aktionen auszuführen. Hierfür wird zuerst das Camp neben eine Burg oder den Heiler gesetzt und dann mit der Enter-Taste bestätigt. Danach wird die Aktion mit der Leertaste gestartet.

Der Kampf ist ein einfacher Kampf, bei dem der Held mit seiner Stärke angreift und der Gegner mit seiner Stärke verteidigt. Der Kampf endet, wenn einer der beiden Gruppen keine Lebenspunkte mehr hat. Um den Kampf zu starten, muss das Camp neben eine Burg platziert werden und dann mit der Enter-Taste und der Leertaste bestätigt werden. Daraufhin öffnet sich das Kampfmenu, hier kann man mit f den Kampf starten.

Um den Heiler zu besuchen, muss das Camp neben den Heiler platziert werden und dann mit der Enter-Taste und der Leertaste bestätigt werden. Der Heiler hat eine Wartebank, in der Helden warteten, bis sie geheilt werden können. Mit der Taste e können alle Helden in der aktuellen Gruppe auf die Wartebank gesetzt werden, sofern Platz ist. Nach 5s wird der nächste Held geheilt und alle anderen Helden werden um eine Position nach vorne geschoben.

Das Spiel wird automatisch geschpeichert, wenn eine Aktion ausgeführt wird. Beim Start wird der letzte Spielstand geladen.

Mit der Taste F2 kann ein Screenshot erstellt werden, der im Spieleordner abgelegt wird.

• Bewegen des Cursors: Pfeiltasten
• Camp setzen: Enter
• Aktion ausführen: Leertaste
• Kampf starten: f
• Alle Helden auf die Wartebank setzen: e
• Screenshot erstellen: F2
• Spiel beenden / GUI schließen: Escape
• Bildschirmgröße ändern: (+): u, (-) j

Aktuell wird nur eine Platform unterstützt, der Code ist aber darauf ausgelegt, mehrere Platformen zu unterstützen. Denkbar wäre z.B. eine Android, iOS oder Web-Version.

Der Quellcode ist in mehrere Module aufgeteilt:

• core ist das Hauptmodul, welches die Spielmechaniken implementiert. Hier ist kein platformabhängiger Code enthalten.
• desktop ist das Desktop-Modul, welches die Spielmechaniken auf die Desktop-Plattform anwendet. Hier ist der platformabhängige Code enthalten.
• assets ist das Assets-Modul, welches die Assets für das Spiel bereitstellt. Hier sind die Bilder und Audio-Dateien enthalten.
• scripts ist das Scripts-Modul, welches die Skripte für das Spiel bereitstellt. Hier sind die Skripte für die Generierung einiger Assets enthalten.

Die Mainklasse heißt im core-Modul io.bloeckchengrafik.heldenprojekt.Heldenprojekt.

Nachfolgende Absätze beschreiben die Code-Struktur im Detail, weitgehend bezogen auf das core-Modul, da hier die Hauptlogik implementiert ist.

Das Spielgeschehen ist im Package io.bloeckchengrafik.heldenprojekt.game implementiert. Hier sind vor allem die Klassen für Kämpfe, Monster und Held implementiert.

Die Benutzeroberfläche ist im Package io.bloeckchengrafik.heldenprojekt.gui implementiert. Das Interface GUI ist eine Abstrahierung einer Benutzeroberfläche, von ihm erben sowohl der Ladebildschirm als auch das eigentliche Spiel. Die Klasse GameGUI ist die eigentliche Benutzeroberfläche, die die Welt darstellt und die Aktionen des Spielers verarbeitet. In der Klasse HealerGUI ist die Benutzeroberfläche für den Heiler implementiert, wobei sich die Klasse FightGUI um die Kampfmechanik kümmert.

Das Speichern und Laden ist im Package io.bloeckchengrafik.heldenprojekt.save implementiert. Die Klasse SaveFile kümmert sich um das Speichern und Laden der Spielstände. Es wird hier eine weitere Klasse als Datenspeicherung verwendet. Die Serialisierung und Deserialisierung der Spielstände erfolgt über das Java-Interface Serializable. In der finalen Datei wird ein Byte-Array gespeichert, welches die Serialisierung der Spielstände enthält, welches aber erst in renderbaren Ascii-Text umgewandelt wird, um im Textdateiformat zu bleiben. Nach einem Neustart kann diese Datei einfach wieder geladen werden.

Die Utilities sind im Package io.bloeckchengrafik.heldenprojekt.util implementiert. Hier kümmert sich die Klasse BinaryUtils um die oben beschriebene Serialisierung und Deserialisierung der Spielstände. Die Klasse CenteredResolution enthält Methoden, um die Auflösung des Bildschirms zu skalieren und zu zentrieren, damit das Spiel auf allen Bildschirmen gleich aussieht.

Die Welt ist im Package io.bloeckchengrafik.heldenprojekt.world implementiert. Die Klasse World ist die Welt, in der sich die Helden bewegen und die Kämpfe stattfinden. Der WorldLoader macht die Welt als libGDX-Asset-Datei verwendbar, damit sie während dem Laden des Spiels geladen werden kann. Das EvilCastle ist die Burg, in der die Helden kämpfen können und die Monster wohnen. Der Healer ist der Heiler, der die Helden heilen kann.

Für alle Platformen ist ein PlatformProvider implementiert, der die Platform-Abhängigkeiten abstrahiert. Dieser PlatformProvider wird in der Launcher-Klasse der Mainklasse mitgegeben. Die DesktopPlatform ist der Provider für die Desktop-Plattform. Hier werden z.B. direkte Aufrufe zu OpenGL gemacht, um Spezialfunktionen zu nutzen. Um diese Funktionalität auf anderen Plattformen zu nutzen, muss ein eigener Provider implementiert werden.

Weiterer Platformspezifischer Code wird über libGDX verwaltet. libGDX ist eine Java-Bibliothek, die die Entwicklung von Spielen auf verschiedenen Plattformen vereinfacht.

Generell wird das Rendering über libGDX verwaltet, allerdings gibt es hier noch eine kleine Zusammenfassung:

Anfangs werden zwei Buffer erstellt. Diese sogenannten Framebuffers werden verwendet, um die Welt zu rendern. Der erste Framebuffer wird verwendet, um anzuzeigen, was der Spieler sieht. Dieser Framebuffer wird dann auf den Bildschirm gerendert. Der zweite Framebuffer wird verwendet, um die Welt zu rendern. Dies ist nötig, um die Welt zu rendern, ohne dass der Spieler sieht, was gerade geändert wird, sollte das System des Spielers nicht schnell genug sein. Bei einem Framewechsel werden im Hintergrund nur die Zeiger auf die Framebuffers getauscht, sodass der Spieler nun den zweiten Framebuffer sieht, während der erste Framebuffer im Hintergrund gerendert wird. Dieser Vorgang wird so oft wiederholt, bis das Spiel beendet ist.

Auf einer höheren Abstrahierungsebene befinden sich in der Heldenprojekt-Klasse drei Funktionen, die den Lebenszyklus des Spiels steuern: create(), render() und dispose(). Diese Funktionen werden bei Bedarf von libGDX aufgerufen. Die create()-Funktion wird einmalig beim Start des Spiels aufgerufen, die render()-Funktion wird so oft aufgerufen, dass maximal 60 Frames per Second erreicht werden und die dispose()-Funktion wird beim Beenden des Spiels aufgerufen und wird für die Löschung von z.B. Texturen aus den GPU-Buffern verwendet.

Jetzt greift ein eigenes System ein, welches die einzelnen GUIs verwaltet. Hierfür wird das Interface GUI verwendet, von dem auch GameGUI und LoadingScreenGUI erben. Die GameGUI ist die eigentliche Benutzeroberfläche, die die Welt darstellt und die Aktionen des Spielers verarbeitet. Die LoadingScreenGUI ist die GUI, die während des Ladens des Spiels angezeigt wird. Hier werden auch im Hintergrund die Assets geladen, damit das Spiel nicht erst beim Start des Spiels lange warten muss. Der angezeigte Ladebalken zeigt dies an.

Im GameGUI werden mehrere Instanzen der CenteredResolution-Klasse verwendet, um die Auflösung des Bildschirms beim Berechnen der Positionen der GUI-Elemente zu skalieren. Dies ist nötig, damit das Spiel auf allen Bildschirmen gleich aussieht. Weiterhin wird hier die Zentrierung der GUI-Elemente berechnet.

Um die Musik des Spieles nutzen zu können, müssen die 4 Musikdateien vor dem Kompilieren in den assets-Order abgelegt werden. Diese Dateien heißen musicSanKen.mp3, musicOldStories.mp3, musicComeToMyWorld.mp3 und musicNewWorld.mp3.

• musicSanKen.mp3 ist die erste Kampfmusik, sie ist in der Entwicklerausgabe SAN-KEN「The Three SAGES」 von Kevin Penkin
• musicOldStories.mp3 ist eine normale Hintergrundmusik, sie ist in der Entwicklerausgabe Old Stories von Kevin Penkin
• musicComeToMyWorld.mp3 ist auch eine normale Hintergrundmusik, sie ist in der Entwicklerausgabe Come to my World von Kevin Penkin
• musicNewWorld.mp3 ist die zweite Kampfmusik, sie ist in der Entwicklerausgabe New World von Kevin Penkin

Die Musik ist hier nicht enthalten, da ich nicht die nötigen Rechte habe, diese zu veröffentlichen. Die Musik ist aber bei YouTube verfügbar. In der abgegebenen Variante des Spiels ist die Musik enthalten.

Um das Projekt im Java-Editor zu öffnen, muss das Projekt als ZIP-Datei heruntergeladen werden. Danach muss das Projekt mit dem Command ./gradlew desktop:dist kompiliert werden. Dies ist in der vorkompilierten Variante des Spiels bereits geschehen und kann ignoriert werden. Weiterhin muss die genRPG.html in dem Ordner JavaEditorFiles geöffnet werden. Hier muss nun der absolute Pfad zum Ordner JavaEditorFiles/src eingegeben werden. Nach dem Download kann das Projekt jetzt im Java-Editor geöffnet werden, indem die heruntergeladene RPG.uml-Datei geöffnet wird. Im Java-Editor angekommen, müssen jetzt alle Bibliotheken geladen werden. Hierfür braucht man zuerst Java 11 oder neuer. In der vorkompilierten Variante gibt es einen Ordner namens jdk, hier ist Java 19 enthalten.

Das Spiel ist unter der MIT-Lizenz veröffentlicht. Nähere Informationen zur Lizenz sind in der Datei LICENSE zu finden.

Die Musik wird aus lizenzrechtlichen Grüden nicht veröffentlicht.