Das Besondere an diesem Beispiel ist, dass (im Gegensatz zu früheren Versionen von Glow) das selbe Tileset für Vorder- und Hintergrund benutzt werden kann. Das sieht doch schon gut aus, oder? Weil das ein ziemlich tiefer Eingriff in die Engine ist, verursacht die Schattierung im Augenblick jedoch jede Menge Bugs. Man kann sie zum Beispiel noch nicht speichern.

Der Grund, warum wir diese Methode eingeführt haben ist simpel. Wenn Stevie zum Beispiel von links nach rechts laufen will und schießt, dann muss der Übergang möglichst glatt wirken. Die Beine interessiert es also nicht was die Arme machen. Wenn Stevie aber die Blitzwaffe benutzt, dann hält diese Waffe, also dieser Frame der Animation, einige Sekunden an. In dieser Zeit kann der Spieler stehen bleiben, sich ducken oder springen. Hier interessiert es den Oberkörper nicht was der Unterkörper macht.

Die Reihenfolge des der Darstellung ist, dass der Oberkörper vor dem Unterkörper dargestellt wird und der hintere Arm natürlich hinter dem Oberkörper. Würde man den Arm nicht abtrennen, würde der hintere Arm vor den Beinen herum baumeln und das schaut dann schon sehr komisch aus. ;)

Für den Spieler hat dies den Vorteil, dass er beliebig Schnell die Bewegungen wechseln kann, Stevie reagiert zum einen immer sofort und man sieht auch keinen „seltsamen“ Bruch innerhalb der Animation. Diese Technik hat leider zwei Nachteile.

Problem 1

Es ist kaum möglich bei so vielen Kombinationsmöglichkeiten die Hauptfigur so zu rendern, dass Ober- und Unterkörper immer perfekt zusammen passen. Die Figur wird also hin und wieder im ein paar Pixel zerrissen. Dieses Problem bekommt man mit einem sog. Zwischenstück in den Griff, welches hinter der Figur gerendert wird. Dieses Zwischenstück ist eine simple Grafik welche man auf einer ganzen Figur heraus schneidet, genau an der Stelle wo Ober- und Unterkörper zusammen kommen sollen. Wenn die beiden Körperteile zerrissen werden, erscheint die Lücke nicht sondern wird mit dem sich dahinter befindenden Zwischenstück gefüllt. Das Problem ist damit gelöst. Das Zwischenstück wird übrigens zwischen dem hinteren Arm und dem Oberkörper gerendert, damit man in der Lücke nicht den hinteren Arm baumeln sieht.

Problem 2

Damit man nur dieses Zwischenstück braucht, braucht Stevie einen genauen Schnitt der Körperteile. Dieser Schnitt muss immer gleich breit und an der selben Stelle sein. Um das zu erreichen muss Stevies Hüfte steif sein. Das ist eine sehr elegante Lösung welche schnell umsetzbar ist, bringt aber den Nachteil mit sich, dass Stevie im wahrsten Sinne des Wortes hüftsteif ist. Beim stehen, laufen und ducken merkt man es nicht sofort, aber spätestens wenn man das Schwert schwingt oder beim laufen / im Sprung zaubert.

Im großen und ganzen kann man mit der Figur sehr gut leben. Allerdings tut sich bei Stevie noch ein weiterer Nachteil auf, der uns erst zum Ende der Produktion richtig aufgefallen ist. Stevie ist vom Charakter her ein Verbrecher. Er trägt gerne coole dunkle Kleidung, wie etwa den recht hübschen Mantel, die schwarze Hose und die schwarzen Stiefel. Im Spiel passt das sehr gut zusammen, aber auf vielen Screenshots ist Stevie auf den ersten Blick nicht zu erkennen. Ein gutes Beispiel ist das Bild rechts.

Nun fragen sich so manche Leute sicherlich, wie so ein Fehler überhaupt passieren konnte. Das ist relativ einfach erklärt. Als ich Stevie geplant und mit ihm angefangen habe, sollte er möglichst cool aussehen. Ich wollte unbedingt einen langen schwarzen Mantel haben. Auf den großen Bildern sah es immer sehr gut aus. Als ich die ersten Animationen gerendert habe, testeten wir diese nur auf einem pechschwarzen Hintergrund. Im Spiel selber wirkte es ebenfalls immer sehr gut. Wenn sich Stevie bewegt, sieht man ihn sehr gut. Auch auf großen Screenshots ist es mir noch nicht aufgefallen, was eher daran lag, dass ich immer wusste wo Stevie steht. Erst bei den Vorschaubildern wurde ich stutzig. „Wo ist Stevie?“ war die häufigste Frage beim betrachten der Vorschaubilder.

Weder für die Versionen 1.0, noch für 1.5 hatte ich die Zeit dieses Manko zu beheben. Nun, bei Version 1.666, wird dies endlich anders. Stevie bekommt im Spiel eine neue Kleidung. Bei dieser Gelegenheit wird auch die Qualität der Animationen weiter verfeinert, wobei dies mit einer weiterhin steifen Hüfte sehr schwierig ist.

Wie auch immer, da wir bedingt lernfähig sind, schaut Stevie in Zukunft so aus:

Man könnte meinen, ein Raster wäre eine Einschränkung, und natürlich stimmt das auch. Aber andererseits hat ein Tilesystem viele Vorteile, auf dem Spieltisch und im Computer erst Recht: Vereinfacht ausgedrückt wird es möglich, mit vergleichsweise geringem Aufwand unendlich viele Spielwelten zu erzeugen. Man muss nichts weiter tun, als die vorhandenen Tiles neu anzuordnen.

Natürlich darf die Auswahl der zur Verfügung stehenden Tiles nicht zu klein sein, sonst wird es schnell langweilig. Aber darum soll es im Folgenden nicht gehen (dazu vielleicht in einem späteren Beitrag mehr). Ich möchte eine andere Frage stellen: Wie bekommt man es hin, dass der Spieler nicht die ganze Zeit über das Gefühl hat, in einem karierten Blatt Papier herumzulaufen?

Schritt 1: Wenn man anfängt, ein auf einem quadratischen Raster basierendes Spiel zu entwickeln, hat man vielleicht nur ein paar grundlegende Tiles zur Verfügung. Sie sind entweder vollständig mit einer kachelbaren Textur gefüllt oder vollständig leer.

Diese Welt ist bereits voll spielbar. Unser Held kann durch die Gänge hüpfen oder klettern, er stößt mit dem Kopf an die Decke, muss vielleicht durch niedrige Gänge kriechen und so weiter. Aber alles ist künstlich rechtwinklig, sowohl optisch als auch spielerisch, denn unser Held muss jede noch so kleine Stufe umständlich hinauf klettern.

Schritt 2: Kümmern wir uns also vorläufig nicht weiter um die Optik sondern um die Spielbarkeit. Wir wollen, dass unser Held nicht nur geradeaus laufen kann. Er soll kleine Stufen selbstständig erklimmen, ohne dabei wie ein Kaninchen durch die Gegend hüpfen zu müssen. Dazu gibt es im Groben zwei Lösungsmöglichkeiten: Entweder wir bringen ihm bei, an kleinen Stufen von nur einem Tile Höhe automatisch schräg nach oben zu laufen und nur an höheren Absätzen zu stoppen (Hurrican macht das so). Oder wir schaffen dafür spezielle Schrägen (Slopes), die wie die vollen Tiles auf der normalen Spielebene platziert werden, aber eine eigene, besondere Kollisionserkennung erhalten.

Jetzt wandert unser Held schon deutlich entspannter durch die Gegend. Aber es sieht immer noch furchtbar aus. Die im Bild weißen Schrägen passend anzumalen, würde nur bedingt helfen. Was dann immer noch stört, sind die vielen geraden Linien und rechten Winkel.

Schritt 3: Um die Höhle unregelmäßiger zu machen, brauchen wir unregelmäßige Tiles, die unsere geraden Linien „zerbrechen“. Auch hier gibt es wieder zwei Möglichkeiten: Man könnte die Tiles, auf denen unser Held entlang läuft, durch andere ersetzen, die auf der Oberseite unregelmäßig gestaltet sind. Dabei entsteht schnell das Problem, dass die Spielfigur über die kleinen Unregelmäßigkeiten hinweg „schwebt“, denn aus Geschwindigkeitsgründen findet unsere Kollisionsprüfung nicht mit einzelnen Pixeln sondern nach wie vor nur mit ganzen Tiles statt.

Die bessere Lösung sieht so aus, dass wir nicht mit Tiles arbeiten, die unsere problematischen quadratischen Tiles ersetzen, sondern sie lediglich ergänzen.

Diese Ergänzungs-Tiles setzen wir in eine eigene Ebene in den Vordergrund vor die eigentliche Spielebene. Die Bruchstücke wirken sich also nicht auf die Kollisionserkennung aus. Sie sind sozusagen durchlässig und unsere Spielfigur bewegt sich dahinter entlang. Das verdeckt vor allem an den Schrägen die Tatsache, dass sich die Füße unserer Spielfigur nicht an die Schräge anpassen, sie also nicht wirklich „am Hang steht“.

Zusammengesetzt sehen Mittel- und Vordergrund so aus:

Das sieht schon ganz anders aus. Aber es wirkt immer noch sehr, sehr flach und Retro. Dieses Retro-Gefühl setzen viele Spiele bewusst ein, zum Beispiel The Underside, aus dem auch das hier gezeigte Beispiel-Tileset stammt. Aber wir wollen mehr.

Schritt 4: Wo genau ist eigentlich das Problem? Wir haben zwar eine schöne Textur, aber sie wiederholt sich unendlich oft und unendlich gleich. Selbst tief im Erdboden ist es scheinbar genauso hell wie an der Oberfläche. Unser Held bewegt sich in einer Laubsägearbeit.

Wie erzeugt man Tiefe? Durch Helligkeit und Dunkelheit. Aus dem selben Grund ist der freie Hintergrund, in dem sich unser Held bewegen darf, entweder ganz schwarz oder deutlich dunkler als der Mittel- und Vordergrund. Den selben Trick wenden wir jetzt auf den Vordergrund an und geben jedem Tile eine individuelle Schattierung.

Da wir diese Schattierungen nur für ganze Tiles festlegen können, entsteht leider wieder ein Raster. Damit muss man entweder leben und einen guten Kompromiss aus Schattierung und flächiger Füllung finden, oder man interpoliert (das beste Beispiel dafür ist wieder Hurrican).

Für Glow würde uns für’s erste auch eine gerasterte Schattierung genügen. Auch die gibt es noch nicht, aber für Version 1.666 ist sie fest eingeplant.

Über die Vergangenheit haben wir nun genug gesprochen, über die Zukunft kaum. Manch einer wird sich dabei auch noch denken: „He, das Spiel war doch schon fertig, warum dauert die neue Version so lange?“ Thiemo und ich haben uns viel Zeit gelassen, um vor allem Ideen zu sammeln. Nachfolgend möchte ich ein paar Beschlüsse mitteilen.

Die Tiles

Die zahlreichen Tilesets werden derzeit grafisch verbessert und erweitert. So gibt es derzeit bereits Höhlenelemente, Moos auf Steinen und manches mehr. Hierbei geht es vor allem darum, mehr grafische Abwechslung zu schaffen, aber auch die Kontraste zu verbessern.

Dekoration

Ein großer Schwepunkt ist die Dekoration. Hier wird es einige neue Objekte geben, die zum Teil auch extrem groß sein werden, wie etwa riesige Statuen. Wir möchten mehr markante Objekte haben, die aber nur ein- oder zweimal im ganzen Spiel auftauchen.

Lichter

Früher gab es nur runde Lichter, wodurch die Ausleuchtung bzw. Schattierung der Levels nicht sehr einfach war. Nun haben wir auch Lichter als Halb- und Viertelkreis, um einen Raum perfekt beleuchten zu können. So können endlich auch Ecken glaubwürdig mit einem Schatten versehen werden.

Leveleditor

Da der Leveleditor dem Spiel beigelegt wird, gibt es hierzu nicht nur eine komplette Anleitung, sondern wir bauen auch noch neue Funktionen ein, welche den Bau von Levels wesentlich vereinfachen werden. Die selbst erstellten Levels wird man dann selbstverständlich auch laden, spielen und tauschen können, was bisher noch nicht möglich war.

Effekte

Eines der größten Schwerpunkte sind für uns die Effekte. Alle Partikeleffekte werden überarbeitet, außerdem gibt es nun einen Texturfilter, zum Beispiel für das Feuer, sowie additives Blending. Das Motto lautet hier: „Größer, schöner, kontratreicher, bunter!“

Neue Levelfolge

Die Levelfolge wird komplett geändert. In der „alten“ Version gab es 40 Level welche nacheinander durchgespielt werden mussten. In der neuen Version wird es verschiedene Wege zum Satan geben. Der direkteste Weg beinhaltet „nur“ noch 32 Level, insgesammt wird es aber auf jeden Fall mehr als 40 geben. Derzeit gehen wir von einer Zahl von 52 aus.

Neue Bossgegner

Derzeit ist geplant, dass sich zu den 4 alten Bossgegnern noch 4 neue gesellen. Somit bekommt man beim Durchspielen aller 4 Levels einen Bossgegner zu sehen, statt wie früher aller 10 Levels.

Verbesserte KI

Das Verhalten der Gegner – ihre „künstliche Intelligenz“ – wird an vielen Stellen verbessert. Ziel ist es, dass die KI viel abwechslungsreicher ist als bisher. So sollen die Gegner auch unvorhergesehene Dinge tun oder sich aus Lust und Laune gegenseitig verkloppen.

Schwerpunkte

Auch wenn ich hier viele Dinge noch nicht angesprochen habe, so sind die Schwerpunkte deutlich zu sehen. Wir wollen mehr Abwechslung, mehr Action und eine verbesserte Grafik. Kein Wunder also, dass es etwas länger dauert. ;)

In vielen Außenlevels wollte ich mehr den Aspekt der Geschicklichkeit ausarbeiten. Kurz: Innenräume sollen mehr Action beinhalten, Außenlevel sollten schwierigere Hüpfeinlagen haben. Eines der meiner Meinung nach perfektesten Spiele dieser Art war Super Mario Land 1 auf dem alten GameBoy. Es war stets fordernd, manchmal richtig schweißtreibend, aber nie unfair. Das Spiel hatte zwar ebenfalls Innenräume, diese waren aber eher langweilig. Die Außenwelt hingegen war zu meiner Zeit eine meisterliche Herausforderung. Was ich damit meine, kann man im nachfolgenden Video vor allem ab Zeitindex 2:09 sehen.

Wer bereits Glow 1.0 oder 1.5 kennt, wird hier und da sogar einige Ähnlichkeiten feststellen. Wer alle sechs Teile dieser Serie bis hierhin gelesen hat, wird sich über die vielen Einflüsse vielleicht etwas wundern. Wir haben im Grunde versucht, so viele tolle Erlebnisse aus unserer Kindheit und Jugend in Glow einzubauen, wie nur möglich. Was daraus geworden ist, ist etwas ganz Neues, Eigenständiges und es fällt uns vielleicht auch deshalb bis heute so schwer, Glow in wenigen Sätzen zu beschreiben. Es gibt nicht ein großes Vorbild, es gibt sehr viele davon. Sätze wie „Es ist wie Commander Keen für Erwachsene(re).“ oder „Wie Doom in 2D.“ werden dem Spiel einfach nicht gerecht. Bei der Vermarktung hat sich genau dieser Punkt als Problem dargestellt. Es war uns einfach nicht möglich, einen einfachen, genauen Vergleich mit großen Vorbildern herzustellen. Da haben es andere Spiele, vor allen aus anderen Genres, einfacher. Sätze wie „Es ist wie C&C, nur besser.“ oder „Es spielt sich wie Quake 3, nur viel moderner und hübscher.“ zeigen einfach viel mehr Wirkung wie das Herumgeeier, welches wir bei Glow veranstaltet haben.

Sei es wie es ist. Bei Freeware spielt das alles keine Rolle und deshalb freuen wir uns gemeinsam auf die neue Version 1.666.