Schlagwort-Archiv: Atari ST

Es lebt! Spacola Eclipse ist zwar noch lange nicht fertig, aber ich habe den ersten Meilenstein erreicht: Der erste Gegnertyp fliegt im Spiel herum und man kann schon jede Menge Zeug kaputtballern. Die Gegner können sich zwar noch nicht richtig wehren, aber immerhin nerven sie schon gewaltig. Zur Feier der neuen WIP-Version 0.21 gibt es heute die ersten Preview-Videos, also vollständig bewegte Eindrücke des Spiels. Ich habe endlich eine Desktop-Capture-Software gefunden, die nicht nutzloser Shareware-Müll ist und sogar halbwegs flüssige Bewegungen UND Sound aufnehmen kann.

Das erste Video zeigt das Gameplay des Remakes. Das Intro wird hierzu natürlich abgebrochen. Die schlechte Bildqualität und die ruckelige Grafik bitte ich zu entschuldigen. Das Capture-Programm ist zwar gut, aber leider trotzdem nicht optimal. Der stark verlustbehaftete YouTube-Codec tut dann sein übriges. Das Spiel läuft vollständig flüssig bei (künstlich limitierten) 52 fps und verbraucht nur sehr wenige Ressourcen.

Das zweite Video ist nun naturgemäß nicht so spannend. Es soll im Grunde eigentlich nur zeigen, wie genau ich das Original-Intro in meinem Remake imitiert habe, da ich alles, so weit es mir möglich ist, pixelidentisch halten will. Das Spiel im Demo-Modus würde dann also bisher folgendermaßen aussehen:

Für Späteinsteiger: Spacola Eclipse ist mein kleines Java-Remake (bzw. im Moment eher: Re-Implementation) des Atari ST-Spiels SPACOLA, das 1991 von Dongleware veröffentlicht wurde. Das Ziel ist eine (zunächst) möglichst exakte Nachbildung des Originals für viele moderne Platformen (Windows, Mac OS, Linux, iOS, Android) und in zweiter Instanz die Erweiterung des Spiels um bessere Grafiken, neue Sounds, einen Mehrspielermodus und neue sinnvolle Features.

So viel zu tun, so wenig Zeit. Irgendwie finde ich es traurig, dass ich im Prinzip zu überhaupt nichts mehr komme, wenn ich nicht manchmal einfach ein Stoppschild aufstelle (und Leute enttäusche). Die Wochenenden sind bereits komplett verplant, bevor sie überhaupt angefangen haben, und unter der Woche geht ja sowieso nichts, wenn man erst um 21 Uhr sein täglich zu absolvierendes Alltagsprogramm abgespult hat. Aber genug Geheule für heute. Der nächste Urlaub kommt bestimmt.

Trotz allem ist es mir ein großes Vergnügen, die neuesten Fortschritte bei meinem kleinen Feierabend-Hobby-Projekt vorzustellen: Mein Dongleware-Remake Spacola Eclipse ist jetzt praktisch „spielbar“ in der Version 0.19. Das letzte Mal als ich nennenswert am Code arbeitete, war Anfang Juli. Vor einer Woche packte es mich dann endlich wieder, als ich mich der alten Sound-Problematik annahm. Nach langem Herumgebastele und mit der Unterstützung eines Indie-Spieleentwicklers konnte ich es zu meiner Zufriedenheit hinbiegen. Es geht tatsächlich, allerdings muss man sich um das Abspielen selbst kümmern. Der Sound funktioniert seitdem besser denn je und es sind viele Ingame-Samples dazugekommen. Dadurch hatte ich die nötige Motivation um auch andere Dinge anzupacken.

Im Anschluss schrieb ich lässig den Code für die Asteroiden und die Kollisionserkennung runter. Asteroiden kann man nun zerstören und mit dem Schiff an ihnen abprallen. Zugegeben, die Mathematik hinter dem „Abprall“-Effekt von Asteroiden, die wollte ich mir nicht mit dicken Mathebüchern herleiten. Da geht es um Drehung von Koordinatensystemen, damit man eine eindimensionale Kollision berechnen kann und den Abprallwinkel und die Abprallgeschwindigkeit beider Objekte bekommt. Gruseliges Zeug wenn man schnell fertig werden will. Für die Methode ließ ich mich bei anderen intelligenten Programmierern inspirieren. Es funktioniert noch nicht perfekt, aber immerhin.

In der Folge kamen weitere Powerups hinzu, so z.B. alle Schuss-Powerups und die Extraleben. An Stationen kann man jetzt andocken, so dass man entweder wüst beschimpft wird, oder das Sonnensystem vom Spiel als erfolgreich abgeschlossen beendet wird. Ja genau, endlich kann man im Spiel vorankommen und die Levels zumindest gewinnen. So kann man nach und nach alle Sonnensysteme auf der Übersichtskarte abhaken. Verlieren kann man bisher noch nicht, da das Sterben noch nicht implementiert ist und es weiterhin noch keine Gegner gibt (kommt, kommt!). Die Sektoren sind bisher alle zufallsgeneriert, was leider nicht ganz richtig ist, da das Original-Spacola hier gewisse Konfigurationen kennt, die in die Levelgenerierung mit einfließen. Auch der Zielsektor ist fest nach einem bestimmten Schema berechnet und nicht komplett dem Zufall überlassen. Für den Moment muss es aber so gehen.

Die Preis-, Fahndungs- und Bonuslisten sind fast fertig. Die Preise stimmen alle und die Screens sind alle eingebaut, aber bisher sind eben nur die Sprites für die Lieferartikel eingebunden – die Sprites für Gegner und andere Hindernisse fehlen noch. Ebenfalls fehlen die animierten Sprites für das Beschleunigen des eigenen Raumschiffs. Zur Vereinfachung habe ich stattdessen zwei Partikelstrahler-Objekte bei den Triebwerken platziert, die beim Beschleunigen Pixelpartikel emittieren. Sieht eigentlich sehr viel besser aus als im Original, aber es bleibt am Ende natürlich nicht so. Vermutlich lasse ich diesen Effekt für spätere Versionen drin.

Sammeln macht süchtig. Glaube ich jedenfalls. Noch im Februar tönte ich voll Stolz, dass ich ein komplettes Set von uralten Dongleware-Büchern erwerben konnte. Meine Annahme war, dass ich damit alle drei(!) Bücher für den Atari ST im Besitz hatte. Erst vor kurzem, bei der Recherche für mein kleines Dongleware-Museum entdeckte ich, dass das Buch zur General Edition von OXYD auch für die ST-Version der General Edition gilt. Bis dahin wusste ich aber eigentlich noch nichtmal, dass es zwei Versionen des Ur-OXYD auf dem ST gab. Meine Sammlung: nicht komplett. Meine Mission: diesen Missstand beseitigen. So sehr ich Amazon verabscheue, leider ist es die einzige Anlaufstelle im großen weiten Interweb, wo ich ein Exemplar des so begehrten Buches finden konnte.

Und wenn ich sowieso schon einmal dabei war, dachte ich, mache ich die Serie diesmal WIRKLICH wirklich komplett, und bestelle das Buch zu Per.Oxyd gleich dazu, auch wenn das das einzige Dongleware-Codebuch für ein Nicht-ST-Spiel ist. Gab es ausnahmsweise zu einem Spottpreis, aber wohl nicht ohne Grund. Das Per.Oxyd-Buch ist äußerlich in einem einwandfreien Zustand, doch leider hat jemand mit verschiedenfarbigen Kugelschreibern auf der Innenseite des Covers einige Levelcodes notiert. Mir sträuben sich die Haare, wenn ich daran denke.

Im Prinzip sind das nun also fünf Bücher für insgesamt drei Spiele. OXYD General Edition ist schließlich die modifizierte, kolorierte, internationalisierte und multiplatform- äh -isierte Version des ersten OXYD, und Per.Oxyd ist das PC- & MAC-Remake von OXYD 2. Allerdings haben sich die Kopierschutzcodes gegenüber der Ursprungsversion geändert, so dass man in jedem Fall neue Bücher brauchte. Wahrscheinlich weil sowieso neue Handbücher her mussten und weil sich so mehr Geld verdienen ließ.

Also, um meine Unwissenheit über die tatsächliche Anzahl verfügbarer Bücher im letzten Beitrag nachträglich auszugleichen, möchte ich das Thema nun mit diesem Kommentar abschließen. Nun hat die Suche ein Ende und ich kann nachts wieder ruhig schlafen. Der Platz in meiner fiktiven Raritäten-Glasvitrine wird jetzt sowieso bedenklich knapp. In Zukunft sammle ich wieder Briefmarken und Spambot-Accounts bei Twitter.

Achja, fröhlichen Roland-Emmerich-Tag, liebe Amerikaner. Am 4. Juli war doch irgendwas mit Aliens, Jeff Goldblum, und dem Weißen Haus, oder?

Es war mehr Arbeit als ich gehofft hatte, aber deutlich weniger Arbeit als befürchtet: Das Intro von Spacola Eclipse ist fertig. Mit (fast) allem was dazugehört, also die Titel, das Monochrom-Fading mit Dithering, der Textbuilder mit Originalfont, und das Hauptmenü. Einzig die Fahndungs- und Bonuslisten fehlen noch, aber dafür fehlen mir auch noch die ganzen Sprites. Nun ist also der zweite größere Block in der Entwicklung fertig.

Das Intro sieht nun genauso aus wie das im Original, bis auf ein paar Anpassungen bei den Titeln bezüglich des Remakes (mein eigener Name darf ja jetzt auch dort vorkommen). Mit der tollen Hintergrundmusik von Jürgen Piscol laufen die Titel und das Menü nun in Schleife, bis ich mir demnächst die Arbeit mache, Benutzereingaben für das Hauptmenü hinzuzufügen, damit man das Intro abbrechen kann. Ist schon toll zu sehen, wie das eigene Werk nun langsam anfängt zu leben und dem Original immer ähnlicher wird. Aus reinem Spaß an der Freude habe ich vor dem Splash-Screen sogar einen falschen GEM-Ladebildschirm mit echter TOS-Biene eingefügt, so als würde man gerade die ST-Version starten.

Dem grandiosen Fortschritt der Entwicklung entsprechend habe ich mir heute im Laufe des Vormittags auch die Arbeit gemacht, auf SuccessDenied.com die Spacola-Seite komplett zu renovieren und zu aktualisieren. Ich glaube so wird das ganze fürs Auge doch sehr viel ansehnlicher und vor allem übersichtlicher.

Im Moment überlege ich mir auch, die Intro-Schleife von Spacola Eclipse zumindest als Video hochzuladen, damit man einen ersten Eindruck gewinnt, wie nah sich alles am Original bewegt. Mal schauen, wenn ich kommende Woche mal zuviel Zeit habe.

Anlässlich des 25-jährigen Jubiläums des bekannten Atari ST-Klassikers Ballerburg (das ich leider ganz knapp verpasst habe), wurde Version 0.25 des SDL-Ports Ballerburg SDL für Linux veröffentlicht. Der Port basiert auf dem Original Lattice-C-Quellcode von Eckhard Kruse, der ihn vor einigen Jahren freigegeben hat. Kruse, der u.a. auch das Musik- und Grafik-Demo „Gruseldemo“ auf dem ST programmiert hat, ist seit 2008 Informatikdozent an der BA Mannheim. Seiner Webseite ist außerdem zu entnehmen, dass er in Heidelberg wohnt, also praktisch nur ein Steinwurf von mir entfernt.

Ballerburg ist damals in der PD-Szene des ST eingeschlagen wie eine Bombe. Es gab kaum einen ST-Benutzer, der dieses kleine aber extrem süchtigmachende Spiel nicht kannte. Auch heute verursacht das Stichwort „Ballerburg“ unter ehemaligen Atarianern leuchtende Augen. Ich selbst habe (zu der Zeit noch in der Grundschule) regelmäßig mit teilweise bis zu vier Schulfreunden komplette Nachmittage gebannt vor dem Schwarzweiß-Monitor verbracht, und eine Burg nach der anderen durch gezielte Kanonenschüsse abgerissen. Aber auch alleine konnte man mit dem Spiel sehr viel Spaß haben, denn schließlich gab es intelligente Computergegner mit solch wohlklingenden Namen wie „Brubbel“ oder „Tölpel“. Kult erlangte das Spiel außerdem für den König, der jeder Burg innewohnte, und den der Spieler in jeder Situation um Rat fragen konnte. Manchmal gab er dem Spieler tatsächlich sinnvolle Tipps, wie die Empfehlung, Fördertürme zu bauen. Oft jedoch kam nur generisches Blabla heraus, das man dann demütig zur Kenntnis nehmen durfte.

1989 erschien noch eine verbesserte Version von Ballerburg, deren sichtbarste Änderung die Einführung von Spieltabellen war, falls man (wie ich) mal in der Situation war, komplette Ballerburg-Turniere ausrichten zu wollen. So hatte man auf einer übersichtlichen Tabelle immer genau im Blick, wer gerade mit den meisten gewonnenen Burgenkämpfen an der Spitze stand. Als ich 12 oder 13 war, habe ich zusammen mit einem Freund die Definitionsdatei für die Ballerburg-Burgen analysiert, da uns (irgendwie) das Taschengeld fehlte um dem Autor die angebrachte Spende von 20 DM zukommen zu lassen – als Dankeschön hätte es einen Burgen-Editor und den Quelltext des Spiels gegeben. Es hat aber nur 2-3 Stunden gedauert bis wir das Speicherformat verstanden hatten, dann konnten wir auf Millimeterpapier unsere eigenen Burgen vorzeichnen und anschließend ins Spiel einfügen.

Eckhard Kruse hat das Spiel innerhalb eines Monats in der 12. Klasse des Gymnasiums geschrieben, im Alter von etwa 17 Jahren, was an sich schon sehr bemerkenswert ist. Der Programmierer hat noch immer eine nennenswerte Fangemeinde. Seit kurzem gibt es sogar für iOS eine Ballerburg-App. Ich bin wahrlich kein Fan von Apple, aber diese Anwendung muss ich erwähnen, weil sie wirklich SEHR nah am Original und scheinbar gut gemacht ist. Ein wenig traurig finde ich allerdings, dass der fleißige iOS-App-Entwickler sich nicht zu schade ist, die Hand dafür aufzuhalten (womit Apple daran noch kräftig mitverdient). Aber so ist eben die Apple-Gefolgschaft: Wenn es nichts kostet, kann es nichts wert sein. Gerade weil das Original nämlich bewusst Public Domain war, finde ich das ein wenig unpassend. Wahrscheinlich mache ich mich mal wieder lächerlich, wenn ich um Gleichberechtigung und eine Android-Umsetzung bitte, meinetwegen mit Werbeeinblendungen, wie das heute gern gemacht wird.

Wo wir bei Umsetzung sind: Ich hätte nix dagegen, wenn jemand die neuen Ballerburg SDL-Sourcen für Windows kompilieren täte. Mir fehlt dafür Werkzeug und Erfahrung.