Hallo!


Vielleicht ist mein gerade veröffentlichtes Game Boy-Projekt RETROID für euch von Interesse.


Mein Ziel war die Entwicklung eines Game Boy-Spiels auf dem technischen Niveau eines (frühen) kommerziellen Game Boy-Titels mit nur einigen wenigen sehr grundlegenden Entwicklungstools. Das Ergebnis ist ein Breakout-Klon, den man hier herunterladen kann:


retroidgameboy.wordpress.com


RETROID ist vergleichbar mit Alleyway, übernimmt aber verschiedene Features aus Arkanoid und anderen Spielen (wie etwa Bonus-Items, bessere Grafik, In-Game-Musik, Bosskampf usw.). Das Spiel ist für die "echte" Game Boy Hardware optimiert, kann aber natürlich auch per Emulator gespielt werden. Wenn ihr emulieren möchtet, empfehle ich BGB als Emulator. Bei einigen anderen Emulatoren kommt es vor, dass z.B. der Sound nicht ganz korrekt wiedergegeben wird.


Hier noch einige Screenshots:





Viel Spaß beim Ausprobieren!


Jonas

Hallo zusammen und erstmal allerseits vielen Dank für die netten Kommentare und Likes!


Ich gehe jetzt einfach mal eure Fragen der Reihe nach durch:


@ mr-edit: Schön, dass sich noch andere mit solchen Projekten beschäftigen. Für mich stand die Auswahl des klassischen Game Boy als Zielplattform außer Frage, weil ich damit Kindheitserinnerungen verbinde. Wenn das nicht so wäre, wäre die Wahl nicht einfach gewesen. Für den GBA gibt es nach meiner Kenntnis ein brauchbares Development-Kit und sogar ein Lehrbuch, dessen erste Auflage im Internet kursiert. Das Problem dürfte sein, dass der GBA ein (vergleichsweise) leistungsfähiges System ist; technisch ist er in etwa vergleichbar mit einem SNES. Da die kommerziellen Spiele die Möglichkeiten des Systems meistens bis zu einem gewissen Grad ausnutzen, wird die Entwicklung eines Spiels, das technisch "mithalten" kann, vermutlich sehr aufwändig.

Beim klassischen Game Boy ist es eher umgekehrt: Technisch ist das System extrem begrenzt, so dass die von den "originalen" Spielen gesetzte Benchmark nicht ganz so hoch hängt. Allerdings sind die Entwicklungstools nicht sehr komfortabel. Mein Spiel ist nicht in Assembler, sondern in C programmiert. Der einzige verfügbare Compiler (GBDK) ist allerdings uralt und teilweise fehlerhaft.

Ein guter Mittelweg ist übrigens das NES. Dort gibt es brauchbare Entwicklungssoftware und eine recht lebendige Community, die einem bei Fragen vielleicht einmal weiterhilft. Andererseits ist das NES technisch so einfach gestrickt, dass es realistisch ist, ein konkurrenzfähiges Spiel als Einmann-Projekt zu erstellen.


@ FreitagDer (und andere): Wenn jemand gerne Cartridges erstellen möchte, hat er natürlich meinen Segen und kann mich gerne ansprechen, wenn ich behilflich sein kann. Ich selbst kenne mich damit zu wenig aus und möchte das Spiel auch nicht kommerziell auswerten. Es ist für mich ein reines "Just-for-Fun"-Projekt.


@ Streets: Bist du denn mit den 20 Levels schon durch?


@ saturnu: Ja, wie schon oben geschrieben ist das Spiel mit GBDK in C programmiert. Außerdem habe ich den Game Boy Map Builder und den Game Boy Tile Designer verwendet.


@ Konso1ero: Die Punkte, die du ansprichst, sind schöne Beispiele für die technischen Einschränkungen des Game Boy.

Die Kapseln sind in den meisten ähnlichen Spielen farblich unterscheidbar. Das geht auf dem Game Boy natürlich nicht. Unterschiedliche Formen könnte man verwenden, aber es sieht nicht besonders cool aus. Daher habe ich mich entschieden, die Art des Bonus-Items oben im Bild als blinkenden Text einzublenden, während das Item herunterfällt. Aus deinem Kommentar schließe ich, dass das leicht übersehen werden kann.

Das Paddle zu beschleunigen wäre technisch auch kein Problem. Allerdings hat der klassische Game Boy einen starken "Nachzieheffekt", so dass das Bild dann auf der originalen Hardware recht stark verschmiert. Außerdem wird das Spiel mit einem schnelleren Paddle deutlich einfacher. Ich habe mich bemüht, einen passablen Mittelweg zu finden.

Den frühen kommeziellen Game Boy-Spielen sieht man übrigens recht deutlich an, dass die Programmierer in dieser Hinsicht auch eine "Lernphase" durchlebt haben. Wenn man etwa Alleyway und Kirby's Block Ball vergleicht, sieht man, wie sich das Design mit der Zeit verändert hat: Der Ball ist langsamer und größer geworden und auch die Blöcke wurden stark vergrößert. Das ist nach meinem Eindruck darauf zurückzuführen, dass man zwischenzeitlich mehr Erfahrung mit den Eigenheiten des Systems gesammelt hatte.


@ Konso1ero und Commodore64: Die Musik beruht ausnahmslos auf mehr oder weniger bekannten Synthesizer-Stücken aus den 60er bis 80er Jahren. Allerdings wurden hier keine Musikdateien konvertiert oder sonstige technische Verfahren eingesetzt. Ausgangspunkt waren frei verfügbare Notenblätter, die ich neu arrangiert und dann händisch in Datenfiles für eine selbst erstellte Musikengine übertragen habe. In einem Fall habe ich keine Noten gefunden; allerdings gab es ein YouTube-Viedo, bei dem man einem Keyboarder auf die Finger schauen und die gedrückten Tasten mitstenographieren konnte (das betrifft das Stück auf dem Game Over-Screen, das auf "Fifth Rendez-Vous" von Jean-Michel Jarre basiert).

Ich denke nicht, dass irgendjemand daran Anstoß nimmt, solange es sich um ein nichtkommerzielles Projekt handelt. Ob das auch so wäre, wenn man Module verkaufen wollte, kann ich nicht beurteilen.

Viele Grüße
Jonas

@ mr-edit: Dein ROM habe ich mir angesehen. Es sieht vielversprechend aus. Dennoch würde ich dir empfehlen, zunächst auf einer einfacheren (8-Bit) Plattform anzufangen. Bedenke, dass es in der Zeit, als der GBA aktuell war, praktisch keine Einmann-Entwicklerteams mehr gab; die kommerziellen Spiele wurden alle von Teams mit mehreren Personen entwickelt, die schätzungsweise wenigstens ein halbes Jahr in Vollzeit an einem Spiel gearbeitet haben. Daher finde ich deine Aufgabe schon sehr anspruchsvoll.

Was GBDK und den Game Boy angeht, würde ich - auf Grundlage meiner bisherigen Erfahrung - sagen, dass alle technisch "einfachen" Spiele damit realisierbar sein sollten. Das betrifft jede Art von Puzzlespiel ohne schnelle Bewegungen und Animationen (Boxxle, Mario's Picross), ferner die verschiedenen Varianten von Falling-Block-Games (Tetris, Dr. Mario) und alles, was sich sonst ohne viel Scrolling auf Einzelbildschirmen abspielt (Revenge of the Gator oder eben Alleyway). Daneben könnte ich mir gut vorstellen, dass einfache Spiele mit etwas Scrolling noch möglich wären (etwa ein Shooter nach Art von Solar Striker oder Nemesis). Im Internet habe ich auch jemanden gefunden, der ein Autorennspiel mit GBDK verwirklicht. Bei technisch anspruchsvolleren Spielen würde GBDK sicherlich an seine Grenzen stoßen. Das betrifft insbesondere Jump-and-Runs, deren komplexere Spielphysik mehr Rechenaufwand erfordert und die häufig aufwendige Animationen und Scrolling in mehrere Richtungen benötigen (wie etwa Super Mario Land 2). Bei so einem Projekt würde ich davon ausgehen, dass man zumindest einen Teil in Assembler schreiben müsste.

Ich selbst habe zur Zeit keine Pläne für ein weiteres Spiel. Aber RETROID hat mir viel Spaß gemacht und man soll ja niemals nie sagen.


@ Neocrypton: Nein, das Spiel speichert keine Highscores. Das hat den einfachen technischen Grund, dass dafür ein zusätzlicher Speicherbaustein und eine Batterie nötig wären. Würde man darauf zurückgreifen, würde das Spiel vermutlich auf einigen Flash Cartridges nicht mehr richtig funktionieren. Außerdem würde es schwieriger, physische Module herzustellen, wenn jemand das doch einmal machen wollte. Deshalb habe ich auf alle Features verzichtet, die zusätzliche Hardwarekomponenten erfordern (zumal ich das Abspeichern von Highscores persönlich nicht für eine großartige Verbesserung halte).