Making Games Report - Post Mortem Galaxy on Fire 2

Mit einem Preis von 7,99 Euro liegt Galaxy on Fire 2 eher im Premium-Segment des App Stores.

Georg Kupitz, Community Manager bei Fishlabs Entertainment: »Immer wieder lesen wir erfreut die Kommentare zu »Galaxy on Fire 2« für iPhone, iPod Touch und iPad. Das Spiel sei außergewöhnlich, die Grafik hervorragend und viele Spieler hätten sagenhafte 100 Stunden oder mehr im Spiel verbracht, das mit einem Preispunkt von 7,99 Euro in das Premiumsegment des App Stores fällt. Als unser Sprössling in diesem Jahr auch noch als Sieger aus dem Rennen um den Deutschen Computerspielpreis für das »Beste mobile Spiel« hervorging, war unser Glück als stolzer Entwickler perfekt. Weil dieser Erfolg bei Fishlabs viele Väter hatte, habe ich mich in der Firma umgehört und versucht, den Werdegang von Galaxy on Fire 2 nachzuzeichnen.

Anders als die anderen Projekte

Die Grundidee für Galaxy on Fire 2 stammt aus Zeiten, als Handys noch eine Speicherbegrenzung von 512 KB hatten. Die Frage, die sich Chefentwickler Hans-Christian Kühl seinerzeit stellte, war simpel: Was kann man aus 512 KB rausholen? Der Forscher- und Entdeckerdrang ist noch heute das grundlegende Wesensmerkmal des Spiels. Im ersten Teil der Reihe auf Java-Basis gab es bereits 500 Planeten und 100 Systeme, was sich zum damaligen Zeitpunkt nur die wenigsten vorstellen konnten. Gleichsam vollzog sich schon hier der Wechsel vom rein linearen Leveldesign hin zur Sandbox, einer offenen Welt, die es zu erforschen galt. Von Beginn an war die Vision des Projekts Galaxy on Fire, die Grenzen des Möglichen auf der mobilen Plattform zu verschieben. Das Schiff auf der Reise ins Ungewisse hatte dabei stets denselben Kapitän, was für Kontinuität im Projektablauf und eine gleichbleibende Spielerfahrung gesorgt hat. Der Chefentwickler heute wie damals ist Hans-Christian Kühl, er kümmert sich fast ausschließlich um sein Baby. Er spielt die zentrale Rolle als Entwickler, Projektleiter, Creative Director und Drehbuchschreiber. In seinem Kopf sind alle Informationen gespeichert. Mit der Personalie HCK, wie er intern genannt wird, steht und fällt das Projekt. In seiner zentralen Rolle begründet sich auch der etwas unkonventionelle Projektablauf. Wo es normalerweise eine konzeptionelle Vorlage gibt, die in einem linearen Prozess auf Umsetzbarkeit geprüft, verfeinert, produziert und der Qualitätskontrolle unterzogen wird, war die Entwicklung von Galaxy on Fire 2 für iOS stattdessen eher ein organischer, evolutionärer Prozess. Das Ausarbeiten der Story und die Programmierung fanden simultan statt. Fast ein halbes Jahr lang hatte HCK die Freiheit, das Spiel ohne Vorgaben oder Eingriffe wachsen zu lassen. Der Producer Jörg Thomaschewski hatte zwar stets den Überblick über die Produktion von Programmierung, Design und 3D-Assets, mischte sich aber ausdrücklich nur dann ein, wenn es an irgendeiner Stelle hakte. Nachdem HCK das erste Mal eine Demoversion abgerungen werden konnte, liefen auch Entwicklung und Qualitätsmanagement simultan ab. In unzähligen Schritten wurden neue Versionen, inhaltliche Wendungen und Features getestet, verworfen oder weiterverfolgt.

Technische Herausforderungen

Zu Beginn des Projekts musste HCK eine erste, grundlegende Entscheidung treffen: Sollte er die »Galaxy on Fire 1«-Version in C nehmen und diese zu »Galaxy on Fire 2« weiterentwickeln oder die Java-Version von »Galaxy on Fire 2« nach C portieren? Diese Evaluierung dauerte allein schon zwei Wochen. Schließlich entschied er sich dafür, die Java-Version in C umzuwandeln, womit er rückblickend zufrieden ist. Die Portierung war, gelinde gesagt, ein Riesen-Akt. Es gab gleich mehrere Knackpunkte, die bei der Programmierung beachtet werden mussten. Das automatische Speichermanagement und die Strukturen von Java wurden per Hand in C übertragen. Einige der in Java entworfenen Strukturen haben wir neu angelegt, weil der Zugriff über Zeiger andere Routinen erfordert als in Java. Der Lebenslauf jedes einzelnen Elements im Speicher wurde von der Erstellung bis zur Freigabe überprüft. Mit Hinblick auf die neue Funktionalität der Touch Devices von Apple haben wir auch das Screendesign neu entworfen. Jeder Bildschirm und jedes grafische Element musste erneut angefasst und die Funktionalität des vorher mit Tasten gesteuerten Spiels auf eine touchbasierte Benutzeroberfläche übertragen werden.

Das technisch anspruchsvolle Galaxy on Fire 2 wurde komplett von Java in C/C++ portiert.

Knackpunkt Ressourcenmanagement

Das Ressourcenmanagement war ebenfalls neues Gewässer. In der Folge gab es eine große Interface-Textur anstatt vieler kleiner PNG-Dateien. Es teilten sich auch nicht länger sämtliche 3D-Modelle eine Textur. Während die Java-Version eine Textur mit 65 KB hatte, waren es in der iOS-Version 300 Texturen mit insgesamt 130 MB. Auf Zahlenebene fand der Wechsel von Integer zu Float statt. Sämtliche Berechnungen konnten nun aufgrund der vorhandenen FPU in Fließkommazahlen erfolgen. Daraus ergaben sich teils andere Wertebereiche und somit Änderungen bei Raumkoordinaten und Algorithmen. Der gesamte Aufwand der Portierung lässt sich erahnen, wenn man 3D-Sound, Vertonung und Musik der beiden Versionen miteinander vergleicht. Die Java-Version hatte 19 verschiedene Sounds. Die iOS-Version hat rund 1.500.«

» Den vollständigen Artikel lesen Sie in einem Special auf makinggames.de

Jedes Wochenende präsentieren wir Ihnen ausgewählte Making-Of-Artikel, Reportagen sowie Interviews aus unserem Schwestermagazin Making Games und lassen Sie hinter die Kulissen der Spielebranche blicken.
Und wer könnte besser über die großen und kleinen Geheimnisse der Spieleentwicklung schreiben als die Entwickler selbst? Genau das machen sie jede Ausgabe im Making Games Magazin und jeden Tag auf makinggames.de.

Dieser Artikel erschien in Ausgabe 04/2011 des Making Games Magazins.