Schlagwort-Archiv: Atari 8-bit

Wizard of Wor (1981) – Das Labyrinth, das Freundschaften auf die Probe stellte

"Garwor and Thorwor become invisible! Hahahaha!"

In vielen Spielhallen der frühen achtziger Jahre war schon aus einiger Entfernung zu hören, wenn jemand Wizard of Wor spielte. Zwischen den typischen Pieptönen und Explosionen anderer Automaten meldete sich plötzlich eine krächzende Computerstimme zu Wort. Sie verspottete die Spieler, kündigte Gegner an und machte keinen Hehl daraus, wer Herr des Dungeons war. Wer sich dem Automaten näherte, fand kein Rennspiel und keinen Weltraum-Shooter vor, sondern ein düsteres Labyrinth voller unsichtbarer Gegner, in dem Zusammenarbeit oft die beste Strategie war – bis der eigene Mitspieler beschloss, für ein paar Extrapunkte auf einen zu schießen.

Als Wizard of Wor 1981 von Midway veröffentlicht wurde, befand sich die Arcade-Branche in einer Phase rasanten Wachstums. Pac-Man dominierte die Hallen, Galaga lockte Weltraumfans an die Automaten und beinahe monatlich erschienen neue Konzepte. Wizard of Wor schlug jedoch einen etwas anderen Weg ein. Das Spiel entstand bei Dave Nutting Associates, einem Entwicklungsstudio, das bereits mehrere technisch anspruchsvolle Projekte für Bally Midway realisiert hatte. Die ursprünglichen Credits nennen Thomas McHugh, Scot L. Norris und Julie Malan als Schöpfer des Spielkonzepts, während Dave Nutting und sein Team die technische Umsetzung verantworteten.

Auf den ersten Blick wirkt die Aufgabe simpel. Der Spieler steuert einen bewaffneten Krieger durch eine Reihe unterirdischer Labyrinthe und soll sämtliche Gegner beseitigen. Bereits nach wenigen Minuten zeigt sich jedoch, dass Wizard of Wor wesentlich mehr ist als ein einfacher Labyrinth-Shooter. Die ersten Gegner sind die blauen Burwors, vergleichsweise langsame Kreaturen, die durch die Gänge streifen. Nach ihrem Abschuss erscheinen die gelben Garwors, gefolgt von den roten Thorwors. Beide Gegnertypen besitzen eine Eigenschaft, die damals für reichlich Nervenkitzel sorgte: Sie werden unsichtbar, sobald sie sich außerhalb der direkten Sichtlinie des Spielers befinden.

Damit rückte ein Element in den Mittelpunkt, das viele andere Spiele der Zeit nur als dekoratives Extra verwendet hätten: das Radar. Am unteren Bildschirmrand zeigt es die Position aller Gegner an, selbst wenn diese unsichtbar sind. Wer das Radar ignorierte, überlebte meist nicht lange. Viele erfahrene Spieler berichten noch heute, dass sie häufig mehr auf das Radar als auf ihre eigentliche Spielfigur blickten. Jeder Gang konnte leer sein – oder einen unsichtbaren Thorwor verbergen, der bereits auf den nächsten Schuss wartete.

Eine weitere Besonderheit war die Schussmechanik. Der Spieler konnte immer nur ein Projektil gleichzeitig auf dem Bildschirm haben. Wer überhastet einen langen Korridor hinunterfeuerte, blieb für einige Sekunden praktisch wehrlos. Gerade in den späteren Dungeons wurde deshalb jeder Schuss zur taktischen Entscheidung. Viele der besten Spieler lernten, zunächst die Bewegungsmuster der Gegner zu beobachten, statt wahllos zu feuern.

Besondere Aufmerksamkeit galt dem Worluk, einem geflügelten Gegner, der nach dem Abschluss vieler Ebenen erscheint. Anders als die übrigen Monster versucht er nicht primär anzugreifen, sondern sucht den nächstgelegenen Ausgang. Gelingt es dem Spieler, ihn vor seiner Flucht zu vernichten, verwandelt sich die nächste Ebene in einen Double-Score-Dungeon, in dem sämtliche Punkte verdoppelt werden. Dieser Mechanismus sorgte dafür, dass viele Spieler enorme Risiken eingingen, um den Worluk noch im letzten Moment zu erwischen.

Noch begehrter war jedoch das Erscheinen des Wizards selbst. Der Wizard of Wor teleportiert sich durch das Labyrinth, bewegt sich deutlich schneller als die meisten anderen Gegner und taucht oft genau dort auf, wo man ihn am wenigsten erwartet. Sein Abschuss belohnt den Spieler nicht nur mit einer hohen Punktzahl, sondern löst auf dem Bildschirm ein wahres Feuerwerk aus Blinkeffekten, Soundeffekten und Sprachsamples aus. Für viele Besucher der Spielhallen gehörten diese Momente zu den eindrucksvollsten Erlebnissen, die ein Automat Anfang der achtziger Jahre bieten konnte.

Die Sprachsynthese war überhaupt eines der großen Alleinstellungsmerkmale des Spiels. Während viele Automaten jener Zeit mit einfachen Tönen arbeiteten, kommentierte der Wizard das Geschehen fortlaufend. Er verspottete die Spieler, kündigte Gegner an und lachte über Fehler. Besonders bekannt wurde die Warnung „Garwor and Thorwor become invisible! Hahahaha!“, die zahllosen Spielern bis heute im Gedächtnis geblieben ist. Die verwendete Votrax-Sprachsynthese verlieh dem Automaten eine unverwechselbare Persönlichkeit. Wer die Stimme einmal gehört hatte, erkannte Wizard of Wor meist schon, bevor er den Bildschirm sehen konnte.

Mindestens ebenso wichtig wie die Monster war jedoch der Mehrspielermodus. Zwei Spieler konnten gemeinsam antreten und sich gegenseitig decken. Das Spiel erlaubte allerdings auch, den Mitspieler zu erschießen. Dafür gab es sogar Extrapunkte. Diese Entscheidung der Entwickler führte zu einem ungewöhnlichen Spannungsfeld zwischen Zusammenarbeit und Verrat. Viele Spieler erinnern sich heute weniger an ihre Highscores als an die Diskussionen mit Freunden oder Geschwistern, nachdem sie kurz vor Ende eines Levels von der Kugel des eigenen Partners getroffen worden waren. Gerade auf Heimcomputern entwickelte sich dieser Aspekt zu einem festen Bestandteil des Spielerlebnisses.

Viele Spieler lernten Wizard of Wor überhaupt erst auf dem Commodore 64 kennen. Dort kostete ein weiterer Versuch keine zusätzliche Münze. Man konnte stundenlang neue Strategien ausprobieren, das Radar studieren oder mit Freunden und Geschwistern zusammenspielen. Gerade diese Heimcomputer-Erfahrung trug wesentlich dazu bei, dass sich das Spiel weit über seine eigentliche Arcade-Lebensdauer hinaus im Gedächtnis vieler Spieler festsetzte.

Die damalige Fachpresse reagierte überwiegend positiv auf Wizard of Wor. Besonders das amerikanische Branchenmagazin Play Meter hob den hohen Schwierigkeitsgrad hervor. Im November 1981 beschrieb der Tester das Spiel als anspruchsvoll und bemerkte, dass die Gegner mit zunehmender Spieldauer immer aggressiver würden. Gleichzeitig lobte er die ungewöhnliche Mischung aus Strategie, Reflexen und Kooperation. Tatsächlich liegt genau hier einer der Gründe, weshalb Wizard of Wor noch Jahrzehnte später diskutiert wird. Das Spiel verlangte nicht nur schnelle Reaktionen, sondern auch Planung und ständige Aufmerksamkeit. Wer lediglich wild durch die Labyrinthe lief, überlebte selten lange.

Technisch basierte der Automat auf Bally-Midway-Hardware mit einem Z80-Prozessor. Besonders auffällig war die Kombination aus Radar, Sprachsynthese und mehreren Audiokanälen. Während viele Konkurrenten jener Zeit ihre Spannung hauptsächlich durch Geschwindigkeit erzeugten, setzte Wizard of Wor auf Unsicherheit. Die eigentliche Gefahr war oft nicht sichtbar. Das Radar verriet zwar die Position der Gegner, doch zwischen Wahrnehmen, Reagieren und Schießen lagen oft nur Sekundenbruchteile.

Der Erfolg des Automaten führte schnell zu Umsetzungen für Heimsysteme. Eine der frühesten erschien 1982 für die Bally Astrocade unter dem Namen The Incredible Wizard. Die Credits nennen Joe Hellesen und Joe Wagner als Programmierer. Da die Astrocade-Hardware zahlreiche Gemeinsamkeiten mit den technischen Wurzeln des Arcade-Systems besaß, gelang eine bemerkenswert gelungene Umsetzung. Viele Astrocade-Besitzer betrachteten das Spiel als einen der technisch beeindruckendsten Titel ihrer Konsole. Besonders die Animationen und die flüssige Bewegung der Gegner wurden häufig hervorgehoben.

Ebenfalls 1982 veröffentlichten CBS Electronics und Atari Umsetzungen für Atari 2600 und Atari 5200. Die Atari-2600-Version zählt bis heute zu den ambitionierteren Arcade-Transfers für das VCS. Die Hardware war ursprünglich nicht dafür ausgelegt, eine größere Zahl beweglicher Figuren gleichzeitig darzustellen. Die Entwickler griffen daher zu verschiedenen Tricks, darunter schnelles Multiplexing der Sprites. Das Ergebnis waren zwar sichtbar flackernde Gegner, doch das eigentliche Spielprinzip blieb erstaunlich gut erhalten. Burwors, Garwors, Thorwors, Worluk und der Wizard selbst fanden ihren Weg auf die Konsole, ebenso das Radar und der kooperative Spielmodus.

Für Atari 5200 und die Atari-8-Bit-Computer entstand wenig später eine weitere Umsetzung unter Leitung von Joe Hellesen. Da die Atari-Heimcomputer und die 5200 technisch eng verwandt waren, ähnelten sich beide Fassungen stark. Besonders die Computer-Version wurde später häufig für ihre Spielbarkeit, die Musik und das hohe Tempo gelobt. Rückblicke aus der Atari-Szene beschreiben sie oft als eine der gelungensten Heimcomputerfassungen des Spiels.

Die in Europa bekannteste Version erschien 1983 für den Commodore 64. Programmiert wurde sie von Jeff Bruette. Für viele Spieler war dies die erste Begegnung mit Wizard of Wor überhaupt. Die Umsetzung übernahm große Teile des Arcade-Spielgefühls und bewahrte insbesondere die Spannung zwischen Radar, unsichtbaren Gegnern und dem ständigen Kampf um die Kontrolle der Labyrinthe. Besitzer des seltenen Magic-Voice-Sprachmoduls konnten sogar Sprachsamples erleben, was nur wenige C64-Spiele unterstützten. Das Commodore-Manual nennt Jeff Bruette ausdrücklich als Verantwortlichen für die Umsetzung.

Interessanterweise veränderte der Heimcomputer die Wahrnehmung des Spiels. In der Spielhalle bedeutete jeder Fehler den Verlust einer Münze. Auf dem Commodore 64, Atari oder Astrocade konnte man dagegen beliebig oft neu starten. Dadurch entwickelten viele Spieler Strategien, die in der Spielhalle kaum jemand ausprobiert hätte. Die Jagd auf den Worluk, das optimale Nutzen des Radars oder die perfekte Zusammenarbeit im Zweispielermodus wurden zu Herausforderungen, die man über Wochen und Monate verfeinerte.

Genaue Verkaufszahlen veröffentlichte Midway nie. Schätzungen aus der Sammlerszene gehen heute von mehreren tausend produzierten Arcade-Automaten aus. Ein neuer Wizard-of-Wor-Automat kostete Anfang der achtziger Jahre etwa 2.500 bis 3.000 US-Dollar. Inflationsbereinigt entspricht dies heute einer Investition von deutlich über 8.000 US-Dollar. Für kleinere Spielhallenbetreiber war die Anschaffung damit alles andere als selbstverständlich. Die Heimversionen bewegten sich dagegen im üblichen Preisrahmen der damaligen Modul- und Diskettenveröffentlichungen und erreichten durch die enorme Verbreitung von Commodore-, Atari- und Astrocade-Systemen ein deutlich größeres Publikum.

Auch lange nach dem Ende der klassischen Arcade-Ära blieb Wizard of Wor präsent. Die deutsche Elektropop-Band Welle: Erdball veröffentlichte 2006 auf dem Album Chaos Total den Titel „Wizard of Wor“. Das Stück greift Klangfragmente und Stilmittel klassischer Heimcomputer auf und zeigt, welchen Eindruck das Spiel bei vielen Spielern hinterlassen hatte. Nur wenige Arcade-Titel der frühen achtziger Jahre fanden Jahrzehnte später noch einen Platz in der Popkultur.

Wer heute einen originalen Automaten einschaltet, erlebt noch immer dieselbe Abfolge wie vor mehr als vierzig Jahren. Zunächst schleichen einige Burwors durch die Gänge. Kurz darauf werden Garwors und Thorwors unsichtbar. Der Worluk versucht durch einen Seitenausgang zu entkommen. Irgendwann erscheint der Wizard selbst, verspottet den Spieler und teleportiert sich durch das Labyrinth. Die Technik stammt aus einer anderen Epoche, doch die Anspannung dieser Momente funktioniert erstaunlich unverändert. Vielleicht liegt genau darin das Geheimnis von Wizard of Wor. Hinter den einfachen Grafiken verbirgt sich ein Spiel, das seine Spieler ständig zwingt, Entscheidungen zu treffen, Risiken einzugehen und dem eigenen Instinkt zu vertrauen – selbst dann, wenn der gefährlichste Gegner gerade unsichtbar ist.

 

Pit Stop II (1984) – Epyx, Split-Screen und Boxenstrategie auf dem Commodore 64

Einige Spiele werden durch ihre Grafik berühmt. Andere durch ihren Sound. Wieder andere durch eine besonders ausgefeilte Simulation. Als Epyx im Jahr 1984 Pit Stop II veröffentlichte, lag die eigentliche Besonderheit jedoch an einer anderen Stelle: Zwei Spieler konnten gleichzeitig auf demselben Bildschirm gegeneinander antreten, sich gegenseitig unter Druck setzen, um Positionen kämpfen und dabei trotzdem Reifenverschleiß, Treibstoffverbrauch und Boxenstopps im Auge behalten. Was heute selbstverständlich erscheint, war auf einem Commodore 64 mit seinem knapp 1 MHz schnellen Prozessor alles andere als selbstverständlich.

Um zu verstehen, warum Pit Stop II entstand, lohnt sich zunächst ein Blick auf die Situation bei Epyx. Das Unternehmen war ursprünglich unter dem Namen Automated Simulations bekannt geworden und hatte sich mit Rollenspielen und Strategiespielen wie Temple of Apshai einen Namen gemacht. Anfang der 1980er Jahre übernahm Michael Katz die Leitung des Unternehmens und verfolgte einen neuen Kurs. Katz war überzeugt, dass sich die Zukunft nicht allein mit komplexen Strategiespielen gewinnen ließ. Stattdessen wollte er Action und Strategie miteinander verbinden. Aus dieser Überlegung entstand die interne Kategorie der „Action Strategy Games“. Das Ziel bestand darin, Spieler anzusprechen, die schnelle Reaktionen mochten, ohne dabei auf taktische Entscheidungen verzichten zu müssen. Katz beschrieb Pit Stop später selbst als Beispiel für diese Philosophie: Das Rennen stellte die Action dar, während Reifenverschleiß, Benzinverbrauch und die Entscheidung über den richtigen Zeitpunkt für einen Boxenstopp die strategische Komponente bildeten.

Der erste Pit Stop erschien 1983 und erwies sich als Erfolg. Die Entwicklung erfolgte bei Action Graphics, einer aus dem Umfeld des Arcade-Herstellers Bally hervorgegangenen Softwarefirma. Die Commodore-64-Version wurde von Jamie Fenton umgesetzt, der zuvor bereits an dem Arcade-Automaten Gorf mitgewirkt hatte. Das Spiel kombinierte Rennfahren mit einem damals ungewöhnlichen Boxenstopp-System und unterschied sich damit deutlich von den meisten Konkurrenten. Dennoch besaß es eine Einschränkung: Mehrere Spieler konnten zwar teilnehmen, mussten ihre Rundenzeiten jedoch nacheinander fahren. Für die Fortsetzung wollte Epyx deshalb einen Schritt weitergehen.

Die Entwicklung von Pit Stop II verlief allerdings nicht geradlinig. Nach Aussagen aus späteren Entwicklerberichten war Epyx mit einer frühen externen Version des Spiels unzufrieden und entschied sich, das Projekt neu aufzusetzen. Michael Katz erinnerte sich später an diesen ersten Entwurf mit den Worten „Terrible. Awful. I hated it.“ Die Verantwortung ging daraufhin an Stephen H. Landrum über, der nur noch einen Bruchteil der ursprünglich vorgesehenen Entwicklungszeit zur Verfügung hatte. Unterstützt wurde er von Dennis Caswell, der später vor allem durch Impossible Mission bekannt werden sollte. Während Landrum die technische Umsetzung verantwortete, wird Caswell in mehreren späteren Quellen mit dem Spieldesign und den Boxenmechaniken in Verbindung gebracht. Zusätzlich werden die Grafiken häufig Erin Murphy zugeschrieben, auch wenn zeitgenössische Credits hierfür bislang nicht eindeutig nachgewiesen werden konnten.

Das Ergebnis war eines der technisch anspruchsvollsten Rennspiele seiner Zeit. Der Bildschirm wurde dauerhaft in zwei Hälften geteilt. Jeder Spieler erhielt seine eigene Perspektive auf die Strecke. Dabei handelte es sich nicht um eine einfache statische Anzeige, sondern um zwei unabhängig laufende Rennansichten inklusive Gegnerverkehr, Schadensmodell, Treibstoffverwaltung und Boxenstrategie. Selbst heute wirkt die flüssige Darstellung beeindruckend, wenn man die begrenzte Hardware des Commodore 64 berücksichtigt.

Zu den größten technischen Herausforderungen gehörte die Darstellung der Boxenstopps. Spätere Berichte über die Entwicklung beschreiben, wie Landrum während seiner Experimente mit den Grafikmodi des VIC-II-Chips auf einen ungewöhnlichen Nebeneffekt stieß. Durch eine ungewöhnliche Kombination von Multicolor- und Extended-Color-Modus gelang es ihm, den Bildschirm kurzzeitig auszublenden und die Boxenansicht im Hintergrund neu aufzubauen. Für den Spieler erschien der Übergang als natürlicher Szenenwechsel, während technische Probleme wie sichtbares Neuzeichnen oder störende Bildfehler vermieden wurden.

Epyx wählte für die Fortsetzung sechs reale Rennstrecken als Vorbilder. Zur Auswahl standen Brands Hatch in Großbritannien, Hockenheim in Deutschland, Rouen-les-Essarts in Frankreich, Sebring und Watkins Glen in den USA sowie Vallelunga in Italien. Zusätzlich konnten die Strecken in einem Grand-Prix-Modus hintereinander gefahren werden. Bereits dadurch unterschied sich das Spiel von vielen zeitgenössischen Rennspielen, die häufig auf Fantasie-Strecken setzten.

Bereits nach wenigen Kurven wurde deutlich, dass Epyx einen anderen Schwerpunkt setzte als viele zeitgenössische Konkurrenten. Anders als bei Pole Position oder zahlreichen Arcade-Rennspielen genügte es nicht, einfach nur Vollgas zu geben. Jede Berührung mit anderen Fahrzeugen oder den Streckenbegrenzungen beschädigte die Reifen. Deren Zustand wurde über eine Farbskala dargestellt, die sich von dunklen Blautönen über Violett, Grün, Rot und Gelb bis hin zu Weiß veränderte. Wer die Warnzeichen ignorierte, riskierte einen Reifenplatzer und damit das vorzeitige Ende des Rennens. Gleichzeitig musste der Kraftstoffverbrauch überwacht werden. Eine leere Tankanzeige bedeutete ebenfalls das Aus.

Damit wurde der Boxenstopp zum integralen Bestandteil des Spiels. Statt automatisch abzulaufen, musste der Spieler die Boxencrew selbst steuern. Reifen wurden einzeln entfernt und ersetzt, Treibstoff musste nachgefüllt werden, und selbst dabei konnten Fehler passieren. Wer den Tank überfüllte, verlor wertvolle Zeit. Jede Entscheidung hatte unmittelbare Auswirkungen auf den Rennverlauf. Gerade im Mehrspielermodus entstanden dadurch Situationen, die weit über das hinausgingen, was andere Rennspiele der Zeit boten. Während der eine Spieler versuchte, mit abgefahrenen Reifen noch eine Runde herauszuholen, stand der andere vielleicht bereits in der Box und hoffte, durch einen schnellen Service die Führung zu übernehmen.

Zeitgenössische Tester erkannten schnell, dass hierin die Besonderheit des Spiels lag. Die Fachpresse hob dabei weniger den Split-Screen selbst hervor als die Verbindung aus Rennen, Reifenmanagement und Boxenstopps. Die Happy Computer bezeichnete die Commodore-64-Version als Spiel, das alles in den Schatten stelle, was der Markt an Autorennsimulationen zu bieten habe. Besonders hervorgehoben wurden die direkte Konkurrenz zwischen zwei Spielern und die taktische Komponente der Boxenstopps. Auch die britische Presse zeigte sich begeistert. Computer & Video Games vergab 90 Prozent und bezeichnete das Spiel als die beste Formel-1-Umsetzung seit Pole Position. ZZAP!64 verlieh 95 Prozent und lobte die enorme Langzeitmotivation. Die Zeitschrift beschrieb das Spiel sinngemäß als zwei verbesserte Versionen von Pole Position übereinander auf demselben Bildschirm.

Trotz aller Stärken blieb der Einzelspielermodus nicht völlig frei von Kritik. Mehrere Tester bemängelten, dass die Computergegner vergleichsweise leicht zu schlagen seien. Die künstliche Intelligenz nutzte ihre Möglichkeiten oft nicht vollständig aus und stellte für erfahrene Spieler nur begrenzt eine Herausforderung dar. Dies schadete dem Gesamteindruck jedoch kaum, da nahezu alle Berichte den Mehrspielermodus als eigentlichen Mittelpunkt des Spiels betrachteten.

Der Erfolg führte zu Umsetzungen für weitere Systeme. Neben dem Commodore 64 erschienen Fassungen für Atari-8-Bit-Computer, Apple II, IBM-PC-Kompatible und den TRS-80 Color Computer. Die Atari-Version übernahm das Spielprinzip weitgehend unverändert, während die PC-Version mit den Einschränkungen der damaligen CGA-Grafik leben musste. In vielen späteren Rückblicken dient die Commodore-64-Version als Referenzfassung, da sie die ursprünglich entwickelte Version war und in den meisten zeitgenössischen Tests behandelt wurde.

Auch wirtschaftlich zahlte sich die Veröffentlichung aus. Exakte Verkaufszahlen sind nie bekannt geworden, doch die Vielzahl der Umsetzungen, die jahrelange Verfügbarkeit im Handel und spätere Budget-Neuauflagen unter Labels wie Kixx sprechen für eine anhaltend hohe Nachfrage. Zusammen mit Titeln wie Jumpman, Impossible Mission und der späteren Games-Reihe gehörte Pit Stop II zu den Veröffentlichungen, die Epyx Mitte der 1980er Jahre zu einem der bekanntesten Namen der Heimcomputerbranche machten. Das Spiel selbst entwickelte sich zu einem der bekanntesten Rennspiele der Heimcomputerära.

Die Fachpresse der Jahre 1984 und 1985 beschäftigte sich auffallend häufig mit denselben Punkten: dem direkten Duell zweier Spieler, dem Reifenverschleiß und den Boxenstopps. Genau diese Elemente tauchen auch in modernen Rückblicken immer wieder auf. Während andere Rennspiele der frühen Heimcomputerzeit vor allem auf schnelle Rundenzeiten setzten, verband Pit Stop II Geschicklichkeit und Streckenkenntnis mit Entscheidungen über Reifen und Treibstoff. Ein späterer Rückblick brachte den Kern des Spiels auf eine einfache Formel: Man fuhr nicht nur ein Rennen, man verwaltete es. Dass Pit Stop II Jahrzehnte später noch regelmäßig auf Bestenlisten von Commodore-64-Spielern erscheint, deutet darauf hin, dass dieser Ansatz viele Spieler langfristig angesprochen hat.

Centipede: Wie Dona Bailey und Atari 1981 einen Arcade-Klassiker zwischen Trackball, Zufall und Pilzlabyrinth schufen

Ein leises Summen liegt in der Luft, irgendwo zwischen Neonlicht und dem metallischen Klang fallender Münzen. Anfang der 1980er Jahre war die Spielhalle kein Ort der Erklärungen, sondern der Erfahrung. Als Dona Bailey zum ersten Mal vor einem Automaten von Space Invaders stand, wusste sie nicht einmal, was ein Videospiel war. „I said what is a video game…“, erinnerte sie sich später, nur um wenige Augenblicke danach eine Entscheidung zu treffen, die rückblickend wie ein Wendepunkt wirkt: „I don’t want to program for GM anymore, I want to program for Atari.“ („Ich will nicht mehr für GM programmieren, ich will für Atari programmieren.“) Was als neugieriger Blick auf flackernde Pixel begann, führte direkt zur Mitarbeit an einem der einflussreichsten Titel der Arcade-Geschichte: Centipede.

Bailey brachte dabei kein vages Interesse, sondern handfeste technische Erfahrung mit. Bei General Motors hatte sie bereits mit dem MOS-6502-Prozessor gearbeitet – jenem Chip, der auch das Herz vieler Heimcomputer wie des Commodore 64 bilden sollte. Dort programmierte sie Systeme wie Tempomat- und Klimasteuerungen im Cadillac Seville. Der Wechsel zu Atari war damit weniger ein Sprung ins Unbekannte als eine Verschiebung des Einsatzfeldes: von Sensorik und Regeltechnik hin zu Bildpunkten und Spiellogik. Die Werkzeuge blieben jedoch ähnlich streng – und ebenso unerbittlich.

Denn die Entwicklung von Centipede war ein permanenter Balanceakt zwischen Idee und Limit. „I was always supposed to be counting my bytes and counting my cycle time“, erklärte Bailey. („Ich musste ständig meine Bytes und meine Taktzyklen mitzählen.“) Jeder Befehl, jede Routine war an exakte Zeitfenster gebunden. Wurde diese Grenze überschritten, hatte das unmittelbare Konsequenzen: „If you run over the amount of clock time there’s tearing on the screen.“ („Wenn man die verfügbare Taktzeit überschreitet, zerreißt das Bild.“) Programmieren bedeutete hier nicht nur Logik, sondern Timing im wortwörtlichen Sinne – eine direkte Verbindung zwischen Code und sichtbarem Ergebnis.

Auch der Arbeitsalltag im Atari-Arcade-Team wirkt aus heutiger Sicht fast fremd. Code wurde handschriftlich verfasst, in einen Korb gelegt, von spezialisierten Mitarbeiterinnen abgetippt, kompiliert und auf ein PROM gebrannt. Erst Stunden später ließ sich das Ergebnis im Entwicklungskabinett testen. „Here’s your cubicle, now make a game“, lautete die nüchterne Einweisung. („Hier ist deine Kabine, jetzt mach ein Spiel.“) Eine Struktur, die kaum Planung erlaubte, dafür aber Experiment begünstigte. „We had no idea what we were doing. We were just doing stuff.“ („Wir hatten keine Ahnung, was wir da taten. Wir haben einfach Dinge gemacht.“)

Die Grundidee von Centipede war schlicht: Ein segmentierter Gegner bewegt sich über das Spielfeld und wird vom Spieler beschossen. Doch die eigentliche Qualität entstand aus den Lösungen, die unterwegs gefunden wurden. Ein prägnantes Beispiel sind die Pilze. Lange Zeit wurden sie als ironische Anspielung interpretiert, doch Bailey widersprach dieser Deutung deutlich: „It was not my style to make a drug reference like that.“ („Es war nicht meine Art, einen solchen Drogenwitz zu machen.“) Stattdessen entstand ihre Funktion aus einem praktischen Problem. Bailey benötigte visuelle Marker, um die Bewegung und Drehpunkte des Tausendfüßers nachvollziehen zu können. Aus einfachen Testobjekten entwickelte sich schließlich der Pilz als grafisch funktionierende Form. „Putting the mushrooms on the screen made it a maze right away.“ („Die Pilze machten das Spielfeld sofort zu einem Labyrinth.“) Aus einer technischen Notwendigkeit wurde ein spielprägendes Element.

Ähnlich zentral war die Frage der Steuerung. Frühere Varianten mit Knöpfen oder Joystick erwiesen sich für Bailey als wenig überzeugend. Erst mit dem Einsatz eines Trackballs änderte sich das grundlegend. „It was when the track ball was tried out that it really became compelling for me to play“, erinnerte sie sich. („Erst mit dem Trackball wurde das Spiel für mich wirklich fesselnd.“) Die direkte, fließende Bewegung verlieh dem Spiel eine Präzision, die sich mit herkömmlichen Eingabegeräten kaum erreichen ließ. Bailey sah darin rückblickend auch einen möglichen Grund für die ungewöhnlich breite Spielerbasis: „I think the track ball was part of the reason that it was successful with girls and women.“ („Ich glaube, der Trackball war einer der Gründe für den Erfolg bei Frauen und Mädchen.“)

Technisch nutzte Centipede zudem einen hardwarebasierten Zufallsmechanismus, gekoppelt an den Atari-Pokey-Chip. Dadurch variierte das Spielfeld von Runde zu Runde – ein Ansatz, der sich deutlich von den festen Angriffsmustern früherer Titel wie Space Invaders oder Galaxian unterschied. Pilzverteilung, Gegnerbewegungen und Bedrohungslagen wirkten weniger berechenbar und gaben dem Spiel eine Dynamik, die über das reine Reaktionsspiel hinausging. Besonders die Spinne wurde so zu einem unberechenbaren Faktor, dessen Auftreten durch ein charakteristisches Geräusch angekündigt wurde – eine frühe Verbindung von Sound und Spielmechanik.

Auch visuell setzte Centipede eigene Akzente. Die leuchtenden, teilweise pastellartigen Farben entstanden zunächst aus technischen Umständen, wurden jedoch bewusst beibehalten. Bailey beschrieb ihre Reaktion darauf schlicht mit: „I just thought it was so beautiful.“ („Ich fand es einfach wunderschön.“) In der dunklen Umgebung der Spielhallen entwickelte das Spiel dadurch eine besondere Präsenz. „It would be the shimmering jewel across the room.“ („Es war quer durch den Raum ein schimmerndes Juwel.“) Damit wurde Centipede nicht nur ein Spiel, sondern auch ein visueller Anziehungspunkt.

Die zeitgenössische Presse bestätigte diese Wirkung, wenn auch nicht ohne Einschränkungen bei den Heimversionen. Die britische Commodore User schrieb über die VIC-20-Fassung: „All round, centipede is a good one or two player game with well-defined graphics and good clear sound.“ („Alles in allem ist Centipede ein gutes Ein- oder Zwei-Spieler-Spiel mit klar definierten Grafiken und gutem, deutlichem Sound.“) Das deutsche Magazin TeleMatch hob die Popularität des Originals hervor und beschrieb den Spielablauf treffend: „Reaktion ist alles!“ Gleichzeitig wurde jedoch auch kritisch angemerkt, dass die grafische Umsetzung nicht an die Arcade-Version heranreiche. Internationale Stimmen wie das Games Magazine bezeichneten die Atari-5200-Version als „faithful and satisfying adaptation“, während Bill Kunkel und Arnie Katz im Video Magazine auf die technischen Grenzen des Apple II verwiesen und die Steuerung als „sluggish“ beschrieben.

Mit dem Erfolg des Arcade-Originals begann eine breite Welle von Portierungen. Systeme wie das Atari 2600 reduzierten die Darstellung auf einfache Formen, bewahrten jedoch die Geschwindigkeit und damit den Kern des Spiels. Auf leistungsfähigeren Plattformen wie dem Atari 5200 oder den Atari-Heimcomputern näherte sich das Spiel stärker dem Original an, insbesondere wenn ein Trackball verwendet werden konnte. Umsetzungen für den Commodore 64 oder Systeme wie den ZX Spectrum zeigten jeweils eigene Interpretationen, während spätere Versionen etwa für den Game Boy durch das kleinere Display ein verändertes Spielgefühl erzeugten. Entscheidend blieb dabei stets die Steuerung: Ohne Trackball verlor Centipede einen Teil seiner charakteristischen Präzision.

Auch wirtschaftlich spiegelt das Spiel den Wandel der Branche wider. Ein Arcade-Automat kostete zur Veröffentlichung rund 2.000 bis 3.000 US-Dollar, was inflationsbereinigt etwa 7.000 bis 10.000 Euro entspricht. Heimversionen waren deutlich günstiger und machten das Spiel einem breiteren Publikum zugänglich, während spätere Budgetveröffentlichungen den Titel dauerhaft im Markt hielten.

Die Entwicklung von Centipede lag im Kern bei Ed Logg und Dona Bailey, deren Zusammenarbeit das Spiel maßgeblich prägte. Weitere Beiträge entstanden innerhalb des Atari-Teams, lassen sich jedoch nicht in allen Fällen eindeutig einzelnen Personen zuordnen.

Auffällig ist rückblickend auch, wie konzentriert Baileys Beitrag in der Spielegeschichte geblieben ist. Abgesehen von Centipede ist kein weiteres von ihr entwickeltes Spiel erschienen. Zwar arbeitete sie nach ihrer Zeit bei Atari und später unter anderem bei Activision an weiteren Projekten, doch keines davon erreichte den Markt. Diese Entwicklung ist weniger ungewöhnlich, als es aus heutiger Sicht erscheinen mag: Die frühe Spieleindustrie war geprägt von kurzen Karrieren, instabilen Strukturen und einem rasanten Wandel.

So bleibt Centipede nicht nur als Spiel in Erinnerung, sondern als Momentaufnahme einer Phase, in der sich das Medium noch in Bewegung befand. Zwischen handgeschriebenem Code, experimentellen Ideen und der unmittelbaren Rückmeldung aus der Spielhalle entstand ein Titel, dessen Prinzip sich als erstaunlich widerstandsfähig erwies. Dass er auf unterschiedlichsten Systemen funktionierte und bis heute nachvollziehbar bleibt, spricht weniger für technische Perfektion als für die Klarheit seines Entwurfs – und für eine Zeit, in der man, wie Bailey es formulierte, oft einfach begann, Dinge zu machen.

 

Crystal Raider (1986) – Mastertronics kompromissloses Logik-Plattformspiel für Atari 8-Bit

Crystal Raider erschien 1986 beim britischen Budget-Publisher Mastertronic und gehört zu jenen Spielen, die ihre wahre Natur erst nach einigen Minuten offenbaren. Was zunächst wie ein klassisches Jump-’n’-Run wirkt, entpuppt sich rasch als streng durchdachtes Logik- und Präzisionsspiel, das Geduld und Planung über schnelle Reflexe stellt. Der Spieler steuert einen namenlosen Abenteurer durch ein weit verzweigtes Labyrinth aus fünfzig einzelnen Bildschirmen, deren Ziel stets darin besteht, sämtliche Kristalle einzusammeln und den richtigen Ausgang zu finden.

Bereits der offizielle Begleittext der Kassette formuliert diesen Anspruch ungewöhnlich offen: „Crystal Raider is not an arcade adventure. It is in fact a set of logic problems and should be approached in that way.“ („Crystal Raider ist kein Arcade-Abenteuer. Es handelt sich vielmehr um eine Reihe von Logikproblemen, die auch so angegangen werden sollten.“)

Diese Selbsteinordnung ist bemerkenswert ehrlich und trifft den Kern des Spiels präzise. Unüberlegtes Springen führt fast immer zum Verlust eines Lebens. Gegner bewegen sich nach festen Mustern, Plattformen erscheinen und verschwinden scheinbar willkürlich, und jeder Raum verlangt eine exakt geplante Abfolge von Bewegungen. Zusätzlich setzt das Spiel den Spieler mit einer begrenzten Sauerstoffanzeige unter permanenten Zeitdruck, der strategisches Vorgehen erzwingt, ohne Hektik zu erlauben.

Die Levelstruktur ist bewusst nicht linear angelegt. Viele Bildschirme besitzen mehrere Ausgänge, die zu unterschiedlichen Bereichen führen, wodurch sich ein labyrinthisches Geflecht ergibt. Orientierung ist hier keine Nebensache, sondern elementarer Bestandteil des Spiels. Wer erfolgreich sein will, muss sich Wege merken oder – ganz im Sinne der 1980er-Jahre – eigene Karten anfertigen. Jeder vollständig geräumte Bildschirm belohnt den Spieler mit einem zusätzlichen Leben sowie einer Auffrischung des Sauerstoffvorrats. Theoretisch lassen sich so bis zu 55 Leben ansammeln, doch spätere Abschnitte fordern diese Reserve gnadenlos ein.

Die britische Fachpresse brachte diese Ambivalenz treffend auf den Punkt. Computer Gamer schrieb im März 1987 zur Atari-8-Bit-Version:
„To add to your troubles there are platforms that appear and disappear almost at will and you have to plunder the crystals before your limited oxygen runs out. You get an extra life for clearing a screen and an oxygen top up, so you should be able to finish the game with the available 55 lives! Unfortunately, it isn't that easy.“ („Zu all deinen Problemen kommen Plattformen hinzu, die scheinbar nach Belieben erscheinen und verschwinden, während du die Kristalle plündern musst, bevor dein begrenzter Sauerstoffvorrat aufgebraucht ist. Für das Räumen eines Bildschirms erhältst du ein zusätzliches Leben und eine Sauerstoffauffrischung, sodass man meinen könnte, man könne das Spiel mit den verfügbaren 55 Leben beenden. Leider ist es nicht so einfach.“) Die daraus resultierende Wertung von 54 Prozent spiegelt diesen Eindruck exakt wider: fair, logisch, aber kompromisslos anspruchsvoll.

Auch die deutsche Power Play erkannte den besonderen Charakter des Spiels. In Ausgabe 3/1988 wurde Crystal Raider als anspruchsvoller Titel beschrieben, der sich deutlich von vielen zeitgenössischen Plattformspielen abhob. Hervorgehoben wurde insbesondere die Größe des Labyrinths sowie die Notwendigkeit, systematisch vorzugehen. Mit einer Wertung von 7,5 von 10 Punkten wurde das Spiel als empfehlenswert für geduldige Spieler eingeordnet.

Technisch präsentiert sich Crystal Raider funktional und zurückhaltend. Musik fehlt vollständig, Soundeffekte sind minimalistisch, erfüllen jedoch ihren Zweck. Die Grafik ist klar strukturiert und stets gut lesbar. Eine Besonderheit stellt der optionale Nachtmodus dar, bei dem nur der unmittelbare Bereich um die Spielfigur sichtbar bleibt. Zusätzlich existieren im regulären Spielverlauf einzelne dunkle Räume, die Orientierung und Planung weiter erschweren und dem Spiel eine beinahe klaustrophobische Atmosphäre verleihen.

Rückblickend würdigte Retro Gamer das Spiel 2009 als zeitlos fordernden Vertreter seiner Gattung: „A simple but engaging game about an explorer hunting for crystals.“ („Ein simples, aber fesselndes Spiel über einen Entdecker auf der Jagd nach Kristallen.“). Weiter heißt es: „There are approximately 50 screens of platform trickery to navigate, with multiple paths to take on many levels allowing you to choose your own route.“ („Es gilt, rund 50 Bildschirme voller Plattform-Tücken zu durchqueren, wobei viele Ebenen mehrere Wege bieten und dem Spieler erlauben, seine eigene Route zu wählen.“)

Preislich entsprach Crystal Raider vollständig der Mastertronic-Philosophie. In Deutschland lag der Kassettenpreis bei rund 10 DM, inflationsbereinigt heute etwa 12–15 Euro. Dafür erhielt man kein kurzlebiges Actionspiel, sondern ein konsequent durchdachtes Werk, das Planung, Geduld und Konzentration einforderte.

Heute gilt Crystal Raider nicht als Mainstream-Klassiker, wohl aber als typischer Vertreter einer kompromisslosen Designhaltung der 1980er-Jahre. Es ist ein Spiel, das nicht gefallen will, sondern fordert – und genau darin liegt bis heute seine besondere Faszination.

Erhältlich für: Atari 8-bit (400/800, XL, XE) – Kassette; Atari 8-bit (XL/XE) – Diskette

Spy Hunter (1983) – Straßenkrieg, Agentenfantasie und das Arcade-Gefühl der Kontrolle

Warum steuert man in einem Arcade-Spiel ein Auto mit dem Steuerhorn eines Flugzeugs? Diese Frage stellt sich nicht aus technischer Neugier, sondern aus ehrlicher Verwunderung. Schließlich wollte man hier keinen Jumbo auf die Landebahn bringen, sondern mit quietschenden Reifen über amerikanische Highways jagen. Und doch stand man 1983 vor dem Spy Hunter-Automaten, legte die Hände an ein Yoke, trat ein Gaspedal und hatte binnen Sekunden das Gefühl, etwas ausgesprochen Richtiges zu tun.

Der popkulturelle Kontext lieferte dafür reichlich Vorlagen. Ein Jahr zuvor hatte Knight Rider das Bild des intelligenten Autos geprägt, während im Kino mit Octopussy der aktuelle James-Bond-Film lief. Zwar verzichtete dieser auf ein neues Gadget-Wunderauto, doch der bewaffnete Lotus Esprit aus den Vorgängerfilmen war noch präsent genug, um klare Assoziationen zu wecken. Autos, Geheimagenten, Technik, Gadgets – all das lag Anfang der Achtziger förmlich in der Luft.

Tatsächlich wurde Spy Hunter in einer frühen Entwicklungsphase als James-Bond-Lizenzspiel konzipiert. Die Parallelen sind offensichtlich: ein anonymer Agent, ein spezialisiertes Fahrzeug, endlose Verfolgungsjagden und technische Spielereien, verbunden mit dem Versprechen, der Situation stets einen Schritt voraus zu sein. Dass es nicht zur offiziellen Lizenz kam, lag nicht an mangelnder Passung, sondern an den Kosten. Der Wegfall des Namens erwies sich jedoch als Vorteil. Ohne feste Figur, ohne Kanon und ohne narrative Verpflichtungen konnte sich das Spiel ganz auf das konzentrieren, was Arcade-Spiele am besten konnten: Tempo, Haltung und Übersicht. Die Wahl des Peter-Gunn-Themas anstelle einer Bond-Titelmelodie unterstreicht diesen Schritt perfekt – vertraut im Tonfall, aber eigenständig im Ausdruck.

Ganz von der Hand zu weisen ist allerdings auch ein anderer zeitgenössischer Einfluss nicht. Der Name des Fahrzeugs – Interceptor – ruft unweigerlich Assoziationen an Mad Max und The Road Warrior hervor. Max Rockatanskys schwarzer V8 Interceptor stand nicht für Geheimdienst-Glamour, sondern für Straßenkrieg, Improvisation und Durchsetzungsfähigkeit. Beide Filme waren zu Beginn der Achtziger noch präsent genug, um das Bild der Straße als Kampfzone zu prägen. Ob diese Nähe bewusst gesucht wurde oder zufällig entstand, lässt sich nicht belegen – die gedankliche Verbindung ist jedoch auffällig. Auch Spy Hunter verhandelt den öffentlichen Raum nicht als Verkehrsfläche, sondern als feindliche Umgebung, in der Geschwindigkeit und Aufmerksamkeit über Erfolg oder Scheitern entscheiden.

1983 erschien Spy Hunter als Arcade-Spiel von Bally Midway und war von Beginn an als kompromissloser Spielhallentitel konzipiert. Der Spieler übernimmt die Rolle eines namenlosen Agenten im G-6155 Interceptor und fährt, solange er kann. Es gibt kein Ziel, kein Ende, keine Verschnaufpause. Gegnerische Fahrzeuge versuchen, den Interceptor von der Straße zu drängen oder direkt zu zerstören, während zivile Autos den Verkehr beleben und gleichzeitig zur moralischen Stolperfalle werden, denn ihre Zerstörung wird mit Punktabzug bestraft. Aus dieser simplen Konstellation entsteht ein permanenter Spannungszustand: aggressiv genug, um zu überleben, ohne den Überblick zu verlieren.

Ein weiteres zentrales Spielelement ist der sogenannte Weapons Van, ein bewaffneter Lastwagen, der in regelmäßigen Abständen auftaucht. Wer es schafft, im richtigen Moment auf dessen ausklappende Rampe zu fahren, wird belohnt: Ölspuren, Rauchwände oder – nach entsprechender Aufrüstung – Raketen erweitern das Arsenal des Interceptors. Der Weapons Van lässt sich nicht rufen oder planen; er erscheint einfach, und der Spieler muss reagieren. Genau dieses Prinzip verleiht Spy Hunter seinen typischen Rhythmus. Es ist kein Spiel, das sich durch Vorbereitung gewinnen lässt, sondern durch Aufmerksamkeit und Timing.

Erst vor diesem Hintergrund ergibt die Steuerung des Automaten ihren vollen Sinn. Bally Midway verzichtete bewusst auf einen klassischen Joystick und setzte stattdessen auf ein Steuerhorn, das eher an ein Cockpit als an einen Spielautomaten erinnerte. Trigger und Daumentasten erlaubten die getrennte Auslösung der Waffenfunktionen, ergänzt durch einen Zweigang-Schalthebel. Spy Hunter verlangte nicht nur schnelle Reaktionen, sondern Koordination – Hände, Fuß und Kopf gleichzeitig. Fehler entstanden selten aus Langsamkeit, sondern aus Überforderung.

Die Technik des Automaten trug dieses Spielgefühl maßgeblich. Die MCR-III-Hardware ermöglichte flüssiges vertikales Scrolling und eine klare Bilddarstellung auf einem vertikal eingebauten Monitor, während mehrere Prozessoren die Spiel- und Soundlogik parallel abarbeiteten. Schüsse, Motorengeräusche und Effekte verschmolzen mit der permanenten musikalischen Begleitung zu einem dichten akustischen Gesamtbild. In der Spielhalle war Spy Hunter akustisch sofort präsent.

Auch die zeitgenössische Presse erkannte früh, worin die Stärke des Spiels lag. CRASH begrüßte die spätere Budget-Neuauflage mit den Worten: „Aaah, it’s nice to see this classic come back again on a budget label“, während Sinclair User nüchtern feststellte, dass das Spiel simpel wirke, aber genau darin seine Stärke liege.

Gerade vor diesem Hintergrund wird verständlich, warum die zahlreichen Umsetzungen für Heimcomputer und Konsolen einen schweren Stand hatten. Spy Hunter war eng an seine ursprüngliche Hardware gebunden. Systeme mit nur einem Feuerknopf mussten Waffenfunktionen zusammenlegen oder automatisieren, wodurch das charakteristische Gefühl von Übersicht häufig verloren ging. Besonders schwach fielen Umsetzungen aus, die das Spiel auf reine Reaktionsarbeit reduzierten. Als vergleichsweise gelungen galten hingegen Fassungen, die zumindest den Rhythmus des Originals bewahrten – insbesondere auf dem Commodore 64 sowie dem ZX Spectrum.

Einige Portierungen sind darüber hinaus auch personell greifbar: Die ColecoVision-Fassung nennt Michael Price (Game Adaptation), Jesse Kapili (Computer Graphics) und Roland J. Rizzo (Audio Adaptation), die Amstrad-CPC-Version wurde bei Choice Software von Sean Pearce programmiert und grafisch umgesetzt, und die BBC Micro-Fassung nennt David Hoskins in den In-Game-Credits. Für Atari 2600 ist als Programmer Jeff Lorenz dokumentiert. Andere Plattformen bleiben hingegen ohne gesicherte namentliche Zuschreibung.

Rückblickend ist Spy Hunter kein Spiel, das man über einzelne Features erklärt. Es funktioniert als geschlossenes Ganzes. Steuerung, Technik, Musik und Spielmechanik greifen ineinander und erzeugen ein Erlebnis, das sich kaum zerlegen lässt. Vielleicht erinnert man sich deshalb weniger an konkrete Gegner oder Highscores als an das Gefühl, vor diesem Automaten zu stehen – Hände am Yoke, Fuß auf dem Pedal, während das Peter-Gunn-Thema unaufhörlich antreibt.

Spy Hunter war kein Spiel, das man spielte, um es zu beenden. Es war eines, das man spielte, um es auszuhalten – solange die Konzentration reichte, solange die Straße noch lesbar blieb, solange der nächste Fehler nicht der letzte war. Und genau darin liegt seine bleibende Qualität. Es wollte nichts erklären – nur, dass man fährt.

Erhältlich für: Arcade, PC Booter, Commodore 64, Atari 2600, Apple II, Atari 8-bit, ZX Spectrum, ColecoVision, Amstrad CPC, BBC Micro, NES.

 

Lode Runner – 1983 by Brøderbund Software

Lode Runner (1983) – Minimalismus, Spannung und 150 Wege in die Sucht

Lode Runner (1983) – Minimalismus, Spannung und 150 Wege in die Sucht

Als Anfang der Achtziger an amerikanischen Universitäten noch Lochkarten staubten und Großrechner im Neonflackern brummten, entstand ein Spiel, das mit radikaler Schlichtheit neue Maßstäbe setzte: Lode Runner. Seine Wurzeln liegen in ASCII-Prototypen wie Suicide auf dem Commodore PET, deren Engine bereits sauber getrennte Leveldaten nutzte. Auf einem Prime-550-Minicomputer entstand daraus das Spiel Kong, versteckt hinter dem Tarnbefehl graph. Zeitzeugen berichten, dass auf vielen Universitätsrechnern dieser Befehl zum inoffiziellen Geheimtipp wurde – eine kleine studentische Untergrundszene, die das Fundament legte. Douglas E. Smith übertrug das Konzept später auf den Apple II und entwickelte Miner, eine noch rohe Fassung mit ruckelnden Sprites und schwarz-weißer Optik. Doch das Fundament war gelegt: graben, fliehen, taktieren.

Smith schickte den Prototyp an mehrere Publisher. Broderbund bot den geringsten Vorschuss, aber die besten Royalties – eine Entscheidung, die sich später als Glücksgriff herausstellte. Der Verlag verlangte flüssige Animationen und 150 spielbare Levels. Mit dem eingebauten Editor gelang das nur, weil Freunde, Nachbarskinder und Studenten dutzende Bildschirme entwarfen; ein großer Teil der finalen Levels stammt aus dieser frühen „Volkswerkstatt“, lange bevor der Begriff „User Generated Content“ existierte.

Die Mechanik ist bis heute einzigartig reduziert und deshalb so klar: Der Spieler sammelt Gold, gräbt temporäre Löcher, trickst Wachen aus und nutzt sie manchmal als unfreiwillige Trittsteine. Feste Bildschirme, präzise Wege, missverständnisfrei lesbare Elemente – ein Baukasten, der wie Schach in Echtzeit funktioniert. Die Wachen agieren überraschend clever, sammeln sogar Gold ein, das sie beim Sturz in ein Loch wieder verlieren. Fehler im Timing können ein Level unlösbar machen, doch gerade diese Konsequenz macht den Reiz aus.

Die Apple-II-Version bleibt minimalistisch, einfarbig und beinahe asketisch. Der C64 fügt weichere Sprites und typischen SID-Sound hinzu, während der Atari-8-Bit technisch zwischen beiden liegt. CGA auf dem PC wirkt härter, aber spielmechanisch identisch. In Japan entstand eine zweite Identität: Hudson Softs Famicom-Version bot Scrollbewegungen, Musik, buntere Optik und einen funktionalen Editor, dessen Levels sich per Data Recorder speichern ließen. Irem brachte 1984 sogar eine Arcade-Fassung heraus – bemerkenswert, da hier eines der ersten amerikanischen Heimcomputerspiele zur Grundlage eines japanischen Arcade-Titels wurde.

Der Erfolg war unmittelbar und enorm. Lode Runner wurde schnell zu Broderbunds größtem Hit und verkaufte sich weltweit millionenfach, besonders in Japan. Für Smith bedeutete das hohe Royalties und den plötzlichen Sprung vom Studenten zum unerwartet wohlhabenden Designer eines minimalistischen Puzzle-Plattformers.

Zeitgenössische Magazine lobten die Mischung aus Denksport und Action. Softline nannte das Spiel 1983 „smooth, thoughtful, and quite addictive“ („flüssig, durchdacht und ziemlich süchtig machend“). Computer Gaming World bezeichnete es als „one of the few thinking men's arcade games“ („eines der wenigen Arcade-Spiele für denkende Spieler“). Zzap!64 attestierte der C64-Version: „graphically minuscule and aurally crude, the game's sheer addiction kept my eyes propped open until the owls went to bed“ („grafisch winzig und klanglich grob, aber so süchtig machend, dass ich wach blieb, bis die Eulen schlafen gingen“). Bei den 5th Arkie Awards wurde der Titel 1984 als „outstanding design“ und „irresistible“ ausgezeichnet. In späteren Rückblicken rangiert Lode Runner regelmäßig unter den wichtigsten Apple-II- und Puzzle-Spielen aller Zeiten.

In Deutschland lagen die Preise für die gängigen Heimcomputerfassungen typischerweise zwischen 39 und 59 DM, je nach Händler und System – inflationsbereinigt etwa 55–60 Euro. Spätere Ariolasoft-Budgetversionen („Hits!“) machten den Titel auch für Sparfüchse attraktiv, während die zahlreichen Ports und Varianten für eine beständige Präsenz in Regalen und Magazinen sorgten.

Hercules – The Twelve Labours – 1984 by Alpha Omega Software

Hercules (1984): Als ein Mann die Götter in 8 Bit herausforderte

HerculesAls Hercules – The Twelve Labours 1984 bei Alpha Omega Software erschien, ahnte kaum jemand, dass dieses Plattformspiel zu einem jener kuriosen Phänomene werden würde, die gleichermaßen belächelt, verflucht und geliebt wurden. Der junge Programmierer Steve Bak, zuvor Grafiker bei Bug-Byte, hatte sich vorgenommen, die griechische Mythologie mit der Logik von 8-Bit-Mechaniken zu verschmelzen. Die Idee klang zunächst ambitioniert: zwölf Aufgaben, inspiriert von den klassischen Heldentaten des Zeus-Sohnes, verteilt über dutzende Bildschirme, zufällig auswählbar, jedes mit eigener Animation, Gegnern und Hindernissen. Bak selbst nannte das Konzept später „zu groß für den Speicher, aber zu schön, um es nicht zu versuchen.“

Die technische Basis war solide – ein klassisches Plattformgerüst mit seitlich scrollenden Bildschirmen, programmiert auf dem Commodore 64 in reinem Assembler, wobei Bak einen Großteil des Codes in Nachtschichten fertigstellte, während seine Frau die Sprites testete. Hercules sprang, kletterte, schwang sich an Seilen über Abgründe, wich Spinnen aus und suchte zwischen Eiskegeln, Vögeln und fliegenden Feuern nach den Symbolen der Götter. Das Spiel besaß über fünfzig Bildschirme, von denen immer zwölf zufällig für die jeweiligen „Labours“ ausgewählt wurden – eine frühe Form des Zufalls-Zugriffs-Prinzips, das Bak intern RAP nannte. In einem Interview sagte er: „Ich wollte, dass jedes Spiel ein wenig anders abläuft, so wie die Griechen nie wussten, welcher Gott ihnen gerade im Weg steht.“

Gerade dieses RAP-System machte das Spiel so eigenwillig. In der Rezension der ZZap!64 vom September 1986 schwärmte man von der Originalität des Zufallssystems: „The random accessing of tasks is a neat idea.“ Gleichzeitig nannte man die Grafik „abysmal“ („miserabel“) und den Sound „even worse“ („noch schlimmer“), aber die Spielmechanik „addictive and brilliant“ („süchtig machend und brillant“). Die Wertungen waren entsprechend bizarr verteilt: Präsentation 79 %, Grafik 21 %, Sound 20 %, Spielbarkeit 76 %, Langzeitmotivation 94 % und ein Gesamturteil von 92 %. Der Rezensent schloss mit einem Satz, der typisch britischen Humor atmete: „Beurteile ein Buch nicht nach seinem Einband – unter der schrecklichen Fassade steckt ein hervorragendes Plattformspiel.“

Tatsächlich war das Äußere spröde. Die C64-Grafik bestand aus pastellfarbenen Plattformen auf grünem Hintergrund, die Sprites erinnerten an frühe PET-Spiele, und die Animationen hatten einen Charme, der nur im britischen Budgetmarkt jener Jahre überlebensfähig war. Der Titelbildschirm bestand aus blinkenden Buchstaben, die ein Kritiker spöttisch als „naff title screen“ („mickriger Titelbildschirm“) bezeichnete. Doch im Inneren steckte ein Spiel, das eine merkwürdige Art von Tiefgang bot – unbarmherzig, aber lernbar, und mit jedem Tod wuchs der Wille, es noch einmal zu versuchen.

Hercules selbst, eine kleine, zuckende Figur mit schwarzen Umrissen, war alles andere als heroisch. Schon beim ersten Sprung merkte man, dass Bak eher an „Trial and Error“ als an Präzision geglaubt hatte. Jeder Bildschirm forderte millimetergenaue Sprünge, Seilakrobatik und das Vermeiden willkürlich auftauchender Feuerkugeln. Die britische Presse sprach süffisant von „einem Spiel für alle Plattform-Süchtigen – definitiv ein Spielkiller“, während die deutsche ASM im September 1986 deutlich formulierte: „...das Spiel – ein typisches Gerüst-Abenteuer – ist zwar von der Grafik eher als besch... zu bezeichnen, bietet aber in der 'Spielanlage' bemerkenswerte Spielfreuden!“ (Motivation: 10 Punkte). Ein Satz, der heute fast liebevoll klingt – und doch exakt den Reiz beschreibt, den viele empfanden: technisch rau, spielerisch belohnend.

Die Entwicklung verlief nicht ohne Rückschläge. Ursprünglich sollte es für jede der zwölf Aufgaben – vom Kampf mit der Hydra bis zum Einfangen des Kerynitischen Hirsches – eigene Grafiken und Gegner geben. Doch als Bak und das kleine Team bei Alpha Omega merkten, dass der Speicher des C64 dafür nicht ausreichen würde, reduzierte man auf etwa 50 Räume, von denen mehrere mehrfach genutzt wurden. Einige frühe Skizzen zeigten farbige Boss-Kreaturen, darunter einen geflügelten Stier, der nie über die Konzeptphase hinauskam. Auch eine Musikuntermalung war vorgesehen, doch der Speicherverbrauch des RAP-Systems ließ nur kurze Effektsequenzen zu.

Als CRL Group 1986 die Rechte übernahm und das Spiel erneut veröffentlichte, wurde die Präsentation leicht überarbeitet, aber die Technik blieb identisch. Nur das Cover wechselte – nun zierte ein muskelbepackter Held in Sandalen die Kassette, eine ironische Überhöhung der spartanischen Grafik im Spiel selbst. Die Spectrum-Version, portiert von Jim Bagley, lief flüssiger, aber litt unter Farbüberlagerung („Colour Clash“), während die Amstrad CPC-Version optisch sauberer war, dafür aber an Steuerverzögerung kränkelte. Die BBC Micro-Fassung von 1985, weitgehend identisch mit dem Original, lief intern unter einem leicht modifizierten BASIC-Interpreter. Auf dem C64 war der Code jedoch purer Assembler – und das merkte man an der Geschwindigkeit.

Marktwirtschaftlich war Hercules ein kleiner Erfolg. Bei einem Preis von 1,99 Pfund in der Budgetreihe von Alpha Omega verkaufte sich das Spiel in Großbritannien und Skandinavien zusammen schätzungsweise 35 000 Exemplare – beachtlich für ein Ein-Mann-Projekt. In Deutschland erschien es 1986 über T.S. Datensysteme zum Preis von 15 Mark, was inflationsbereinigt etwa 19 Euro entspräche. Die ASM bezeichnete es treffend als „kleines Wahrzeichen der britischen Budgetkultur“ – ein Spiel, das trotz oder gerade wegen seiner Schwächen eine Nische fand.

Steve Bak, geboren 1953 in Sheffield, hatte vor Hercules bereits an Bug-Byte’s Pipeline gearbeitet und sollte später zu einem der bekanntesten C64-Programmierer der mittleren Achtziger werden. Nach Hercules wechselte er zu Mikro-Gen und programmierte das exzellente Starstrike II, bevor er durch seine Amiga-Arbeiten (Return to Genesis, Goldrunner, Leatherneck) endgültig Legendenstatus erlangte. In Interviews erinnerte er sich mit gemischten Gefühlen an Hercules: „Es war meine erste Solo-Veröffentlichung – ein bisschen verrückt, ein bisschen kaputt, aber die Leute liebten genau diese Verrücktheit.“ Der Komponist Ben Daglish, der einige Effekte beisteuerte, nannte das Projekt rückblickend „ein charmantes Durcheinander – sehr britisch, sehr Steve.“

Trivia gibt es reichlich. So hieß der Prototyp intern „Zeus’s Son“ und hatte statt Plattformen bewegliche Wolken. Ein Level war als vertikaler Aufstieg in den Olymp geplant, fiel aber der Ladezeit zum Opfer. Der ursprüngliche Plan, jede der zwölf Aufgaben mit Texttafeln einzuleiten, wurde gestrichen, um Speicher zu sparen – Bak erzählte später lachend, dass er diese Texte im Handbuch wiederverwertete. Sogar das Kassetten-Inlay hatte eine Eigenheit: Die deutsche Version druckte versehentlich „Hercules 1985“ statt 1984, wodurch das Spiel in manchen Datenbanken falsch datiert ist.

Obwohl die Kritiker über die Technik spotteten, fanden viele Spieler das Konzept faszinierend. Der ZZap!64-Redakteur Gary Penn schrieb: „Glaub es oder nicht, Hercules ist ein großartiges Spiel. Die Action ist schnell und intensiv – ich würde es heiraten.“ Die Mischung aus Humor und Frustration, aus Heldentum und Hilflosigkeit, war typisch britisch und machte das Spiel zu einem Kulttitel. Selbst Jahrzehnte später taucht Hercules regelmäßig in Retro-Foren auf, wo Veteranen gestehen, dass sie es nie ganz geschafft haben, alle zwölf Aufgaben zu meistern.

Im Rückblick ist Hercules eines jener Spiele, das den Geist der frühen Achtziger perfekt einfängt: ein Mann, ein Computer, ein übergroßer Traum – und ein Resultat, das trotz technischer Grenzen Herz und Witz hat. Es war weder schön noch perfekt, aber unvergesslich. Oder wie es die Alpha Omega-Rezension schon 1984 mit typisch britischem Understatement zusammenfasste: „Hercules beweist, dass Plattformspiele so alt sind wie die Griechen selbst.“ Und wer einmal den ersten Sprung über den Abgrund nicht schaffte, wusste: Selbst Halbgötter fallen manchmal tief – besonders auf dem C64.

B.C.’s Quest for Tires – 1983 by Sydney Development Corp.

Von der Höhle auf den Bildschirm – Der Aufstieg des ersten kanadischen Videospielhits

BC's Quest for TiresB.C.’s Quest for Tires, entwickelt von Sydney Development Corporation und vertrieben durch Sierra On-Line, war eines jener Spiele, das im goldenen Zeitalter der Heimcomputer erschien und dabei etwas ganz Eigenes schuf. Basierend auf dem beliebten Zeitungscomic B.C. von Johnny Hart, versetzte das Spiel den Spieler in die Rolle des wortkargen Höhlenmenschen Thor, der auf einem Steinrad durch prähistorische Landschaften rollt, um seine Angebetete – „Cute Chick“ – aus den Fängen des Dinosauriers Gronk zu befreien. Die Handlung mag rudimentär wirken, doch der Witz, die stilisierte Grafik und das durchdachte Gameplay machten den Titel zu einem Klassiker jener frühen Homecomputer-Ära.

Thor bewegt sich auf seinem Stein-Einrad unaufhörlich von links nach rechts, und der Spieler muss im richtigen Moment springen, sich ducken oder auf fahrende Schildkröten springen, um die zahlreichen Hindernisse zu überwinden. Es gibt zehn Level, darunter auch ruhigere Abschnitte, in denen es auf das richtige Timing ankommt. Besonders auffällig war die farbenfrohe Grafik und der comicartige Zeichenstil, der dem Originalstrip erstaunlich treu blieb. Eine besondere Raffinesse bestand darin, dass der Spieler die Geschwindigkeit von Thors Gefährt selbst kontrollieren konnte, was nicht nur den Schwierigkeitsgrad, sondern auch die Punktwertung beeinflusste – ein damals innovatives Element.

Die Entstehung des Spiels war eng mit dem kanadischen Entwickler Michael Bate und dessen Gründung von Artech Studios verknüpft. Die Lizenz an Johnny Harts Comicstrips B.C. und The Wizard of Id wurde für 25.000 Dollar jährlich erworben – eine für damalige Verhältnisse beachtliche Summe. Ursprünglich war das Spiel als Werbung für das kanadische NABU-Netzwerk gedacht, wurde jedoch bald als eigenständiges Produkt weiterentwickelt. Die ColecoVision-Version war die erste technisch funktionstüchtige, da sowohl NABU als auch ColecoVision denselben Z80-Prozessor nutzten. Die Portierung war daher vergleichsweise unkompliziert, und auch der Vertrieb durch Sierra kam rasch zustande.

An der Programmierung waren mehrere später bekannte Entwickler beteiligt. Rick Banks, zusammen mit MaryLou O’Rourke, entwickelte die ColecoVision-Fassung. Chuck Benton, der später mit Leisure Suit Larry bekannt wurde, programmierte die Atari-8-Bit- und Commodore-64-Version. Justin Gray übernahm die Apple-II-Umsetzung, N. R. Dick war für die MSX-Version verantwortlich und Mike Davies für den ZX Spectrum. Ein dedizierter Komponist wurde nicht genannt – der Sound, der oft auf einfache Effektgeräusche reduziert war, wurde meist von den Programmierern selbst beigesteuert. Viele dieser Entwickler arbeiteten in späteren Jahren an weiteren bekannten Titeln, insbesondere im Umfeld von Sierra oder Artech.

Trotz der engen Produktionszeit – Michael Bate äußerte später, dass er nicht besonders stolz auf das Spiel sei, da es unter großem Zeitdruck entstanden sei – wurde B.C.’s Quest for Tires ein beachtlicher Erfolg. Es war das erste in Kanada entwickelte Videospiel, das auf Kassette erschien, und wurde zu einem Verkaufsschlager. Über eine Million Einheiten wurden verkauft – ein gewaltiger Erfolg für ein Computerspiel des Jahres 1983. Es erhielt Auszeichnungen wie „Best Game for Youngsters“ von Family Computing und lobende Erwähnungen für Grafik und Sound vom Billboard Magazine und dem Magazin Video Game Update.

Die internationale Rezeption war ebenfalls positiv. Die Atari-8-Bit-Version erhielt von Spielern im Durchschnitt 8,4 von 10 Punkten, die Commodore-64- und Spectrum-Fassungen bewegten sich meist im Bereich um 7,5. Die ColecoVision-Version wurde oft als die technisch gelungenste bezeichnet, während die ZX-Spectrum-Fassung in punkto Grafik durch das monochrome Design leichte Abstriche machte, aber flüssig lief. Die PC-Version hingegen wurde aufgrund der limitierten CGA-Grafik und des fehlenden Sounds als eher mittelmäßig bewertet.

Auch heute noch gibt es Diskussionen um Begriffe wie „Cute Chick“ und „Fat Broad“, die im Originalcomic verwendet wurden und später von der Familie Hart in „Grace“ und „Jane“ geändert wurden, da man sie als potenziell abwertend empfand. Diese Änderungen betrafen zwar den Strip selbst, warfen aber auch einen neuen Blick auf das Spiel, das diese Namen in seinem Originaltitel und Abspann übernahm.

Verworfene Inhalte sind kaum dokumentiert, doch es gibt Hinweise, dass ursprünglich weitere Level geplant waren, darunter eine Szene im Innern eines Vulkans mit seitlich rollender Lavakugel, die aus Speichergründen gestrichen wurde. Auch eine Variante mit Höhlenzeichnungen als Hintergrundgrafik wurde verworfen – der Speicherbedarf hätte den Rahmen der Module und Disketten überschritten.

Das Spiel wurde auf zahlreiche Systeme portiert: Neben ColecoVision, Atari 8-bit, Commodore 64, Apple II, MSX und IBM PC erschien es auch für das ZX Spectrum. Die technische Umsetzung variierte stark: Während ColecoVision und Apple II mit vergleichsweise hoher Bildwiederholrate glänzen konnten, litten einige Umsetzungen unter ruckeliger Steuerung. Unterschiede in Sound und Grafik waren systembedingt. Interessanterweise war B.C.’s Quest for Tires eines der wenigen Spiele jener Zeit, das sowohl in den USA als auch in Europa und Japan vertrieben wurde, oft mit lokal angepasstem Handbuch oder abgewandeltem Titelbild.

Ein interessantes Detail am Rande: Auf einem frühen Werbeflyer von Sierra ist die Heldin des Spiels blond dargestellt – im Comic jedoch ist sie rothaarig. Es wurde nie erklärt, ob dies ein Versehen oder eine bewusste künstlerische Entscheidung war. Ebenso kursieren bis heute unbestätigte Berichte, dass eine Version für den Intellivision-Prototyp entwickelt wurde, diese aber nie veröffentlicht wurde.

B.C.’s Quest for Tires mag heute wie ein kurioses Überbleibsel einer vergangenen Ära wirken, doch es war stilbildend für das Lizenzspiel-Genre der frühen 1980er und trug maßgeblich dazu bei, dass Spiele nicht nur abstrakte Herausforderungen sein mussten, sondern auch humorvolle Geschichten erzählen konnten. In einem Interview sagte Entwickler Rick Banks später: „Wir wollten einfach ein Spiel machen, das sich so anfühlt, als würde man einen Sonntagscomic durchblättern – nur eben spielbar.“ Und genau das war es: ein interaktiver Comicstrip auf einem Steinrad.

Chimera – 1985 by Firebird

Chimera - 1985 by Firebird

chimera coverChimera (1985) von Firebird Software ist ein isometrisches Action-Adventure mit Science-Fiction-Flair – man steuert einen einsamen Astronauten in den Korridoren eines riesigen außerirdischen Raumschiffs, das gerade dabei ist, die Erde zu grillen. Das Ziel ist klassisch, aber effektvoll: Waffen außer Gefecht setzen, vier Selbstzerstörungsmodi aktivieren und abhaun, bevor alles in die Luft fliegt. Entwickelt hat das Ganze Shahid Ahmad, der zwar nicht am Ursprungswerk Jet Set Willy beteiligt war, aber die knifflige Aufgabe übernahm, das Spiel für den Commodore 64 zu konvertieren. Inspiriert durch Knight Lore, war Chimera sein erstes eigenes Projekt, das von Firebird zunächst abgelehnt, aber nach nur zwei Wochen Nachbesserung veröffentlicht wurde.

Die Levels sind in eine isometrische 8×8 Bildschirmstruktur gegossen, in der man Items wie Schraubenschlüssel, Batterien oder Ersatzkondensatoren sammelt, um Hindernisse wie elektrische Zäune oder Heizkörper zu überwinden. Nahrung und Wasser müssen stets im Auge behalten werden – besonders Lust auf Radiatoren bekommt man bei Hitze, die Wasserreserven schneller schrumpfen lässt. Die Bedienung beschränkt sich auf Bewegen und „Interagieren“, unterstützt von einer Laufschrift für Statusmeldungen – simpel, aber effektiv.

Musikalisch untermalt wurde das Spiel (auf dem C64) von Rob Hubbard, einem der Titanen der SID-Musik, bekannt aus Monty on the Run oder Commando. Die Stimmung ist düster, spannungsgeladen und passt zur bedrückenden Atmosphäre der toten Raumstation. Die Programmierung, Grafik und Sound waren – je nach Plattform – unterschiedlich umgesetzt. Die ZX-Spectrum-, Amstrad-CPC- und C64-Versionen zeigen kleine Unterschiede in Farbwahl und Performance, aber immer derselbe Wurm (oder besser: Weltraumvirus). Auf dem Atari 8-Bit werkelte Shahid Ahmad neben C64 noch selbst.

Ein Bonus: Nach dem Abschluss des Spiels erhält man eine geheime Spielkombination, die ein Bonusminispiel freischaltet – eine kleine Space-Invaders-Sequenz. Angeblich stürzt diese auf dem Atari 800 manchmal ab – Shahid sagte aber, das Minigame sei bei Firebird in Ordnung angekommen. Pikanter Anekdote für die Nerdkiste.

Firebird selbst war Teil von Telecomsoft, dem Spielearm von British Telecom, und Chimera erschien unter der preisgünstigen "Super Silver"-Reihe. Das Spiel kostete etwa £3.99 im Budget-Segment und wurde in mehreren Ländern veröffentlicht – inklusive einer 1992er Portierung für die Watara Supervision.

Pressestimmen fielen überwiegend positiv aus. Sinclair User vergab inflationäre 100 %, Amstrad Action vergab 88 % und Amtix 86 %, während Zzap!64 eher moderate 70 % – im Budget-Sektor aber völlig in Ordnung. International erreichte das Spiel solide 79 % – ein Erfolg in Relation zu den damals gängigen Titanen auf ZX, C64 und CPC. Trotzdem war Chimera kein Millionenhit – es erreichte wohl nur einige zehntausend verkaufte Einheiten, genug, um Firebird’s Budget-Range zu stützen und Shahid Ahmad zum Aufstieg zu verhelfen.

Ein real unerfülltes Versprechen findet sich in der Spielwelt selbst: Laut World of Spectrum kündigt Chimera zum Abspann eine Fortsetzung namens Mission Pandora an – die aber nie erschien. Frühere Tests sollten Teleporter, Zeitschalter oder Storysequenzen enthalten, wurden aber aus Zeit- oder Speichergründen gestrichen – Shahid Ahmad gestand im späteren Interview, mehr narrative Tiefe oder einen Karteneditor gewünscht zu haben.

Chimera ist damit ein spannender Beleg für ambitionierte Budgetspiele der 80er: aus einem Ein-Mann-Projekt mit Sci-Fi-Setting, cleverem Leveldesign und musikalischem Hochglanz entstand ein Spiel, das heute in Retrospektiven als spaßige Nische glänzt – etwa wie ein versteckter Track auf einer Vinylplatte, den man erst nach dem dritten Hören richtig liebt. Die ungewöhnliche Kombination aus Survival-Elementen (Hunger, Ressourcen), Puzzle- und Timing-Spiel macht es zu einem frühen Herausforderer von Knight Lore und Alien 8 – bleibt dabei aber eigenständig genug, um seinen eigenen Charme zu versprühen.

Wenn du Fan von isometrischen Klassikern, Rob-Hubbard-Sound oder Survival-Mechaniken in flottem Pixelkleid bist, ist Chimera der Meilenstein, der dir immer zuflüstert: „Hier hätte noch Mission Pandora kommen sollen…“

 

The Goonies – 1985 by Datasoft / U.S. Gold

The Goonies - 1985 by Datasoft / U.S. Gold

goonies coverThe Goonies, veröffentlicht 1985 in den USA von Datasoft und ein Jahr später in Europa von US Gold, war eine jener frühen Filmumsetzungen, die versuchten, das cineastische Abenteuerfeuerwerk ins pixelige 8‑Bit‑Universum zu übertragen – und das mit erstaunlich viel Charme, obwohl (oder gerade weil) man statt auf actionreiche Dauerballerei auf Puzzle-Kombinationen und Geschicklichkeit setzte. Das Spiel wurde von Scott Spanburg programmiert, der später noch durch Bruce Lee und Zorro auffiel, während Kelly Day die Grafik entwarf und Richard Mirsky (Apple II, Atari) sowie John A. Fitzpatrick (C64) sich um die Musik kümmerten – letztere teils mit eigenständigen Tape‑ und Diskettenversionen, was zur damaligen Zeit noch echte Unterschiede bedeutete.

Spielerisch begibt man sich in einem Mix aus Plattformspiel und Puzzler mit zwei Goonies gleichzeitig durch acht Level, die lose Szenen aus dem gleichnamigen Spielberg-Film aufgreifen. Im Solomodus kann man zwischen den Figuren hin- und herschalten, im Zwei-Spieler-Modus übernimmt jeder einen der Charaktere. Ziel in jedem Abschnitt: Schalter aktivieren, Schlüssel finden, Fallen vermeiden – und das möglichst synchron. Die grafische Umsetzung war je nach Plattform unterschiedlich detailreich, wobei besonders die C64- und Amstrad-Versionen sich durch etwas knackigere Farben und Musikuntermalung hervortaten, während die ZX Spectrum-Fassung mit spartanischer Darstellung auskommen musste, dafür aber flüssiger lief.

Der Entwicklungsprozess verlief vergleichsweise geordnet, wobei einige ursprünglich geplante Spielelemente und Level aus Speicherplatzgründen wieder gestrichen wurden. Laut Aussagen in späteren Entwicklerforen war unter anderem ein Level vorgesehen, in dem die Fratellis mit einer Lore durch das Bild rasten sollten – eine direkte Anspielung auf die dramatische Lorenfahrt aus dem Film. Auch experimentierte man mit einem Bildschirm, der bei bestimmten Aktionen zittern oder kollabieren sollte – eine Art primitiver Erdbebeneffekt, der durch flackernde Tiles und Soundeffekte simuliert werden sollte. Letztlich war die Technik auf den Zielplattformen dafür zu begrenzt, sodass man den Plan aufgab und das Ganze durch eher statische Levelbilder ersetzte. Ebenso wurden alternative Figuren wie Andy oder Brand als spielbare Charaktere verworfen, da die Zweierkonstellation mit Mikey & Mouth technisch am einfachsten zu realisieren war.

Was damals nur wenige wussten: Auf dem Amstrad CPC konnte man mit einem versteckten Tastendruck F5 tatsächlich das Startlevel ändern – eine Art inoffizieller Trainer-Modus, den man wohl ursprünglich zu Testzwecken eingebaut und nie entfernt hatte. Und in der CPC-Version startete man mit 8 Leben statt der üblichen 5 – möglicherweise ein Kompromiss an die damals als „etwas schwieriger“ geltende Tastensteuerung. In manchen Fassungen wie der Apple-II- und MSX-Version lassen sich beim Neustart sogar kleine Unterschiede im Levelverlauf und der Platzierung von Objekten feststellen – vermutlich bedingt durch leicht andere Portierungsbasen.

Besonders spannend ist der internationale Versionsvergleich: In Japan erschien 1986 bei Konami eine eigene Umsetzung für Famicom und MSX mit völlig anderem Spielprinzip, Musik und Mechanik. Diese Version wurde später mit dem bekannten The Goonies II auf dem NES fortgesetzt – viele europäische und US-Spieler gingen damals fälschlich davon aus, Goonies II wäre ein Sequel zur US Gold-Version, obwohl es sich um einen völlig anderen Ast der Lizenzgeschichte handelte.

Kritiken fielen meist positiv aus, wenn auch nicht euphorisch. Die C64-Version erhielt im Schnitt 68–75 % in Magazinen wie Zzap!64, der Spectrum pendelte um die 74 %, während der CPC immerhin auf respektable 70 % kam. Besonders gelobt wurde die Kombination aus Rätseldesign und Teamwork-Mechanik, aber man bemängelte die recht kurze Spieldauer und den manchmal frickeligen Schwierigkeitsgrad. Ein User-Kommentar aus dem Retro Gamer Forum brachte es auf den Punkt: „Ein Spiel, bei dem die Kooperation nicht hilft, sondern scheitert, wenn der zweite Spieler zu blöd ist – willkommen bei den echten Goonies!“

Kommerziell gesehen war The Goonies ein veritabler Erfolg. Während genaue Verkaufszahlen schwer greifbar sind, tauchte es in mehreren Compilations auf, etwa in US Golds Kixx-Reihe oder auf Tape-Zusammenstellungen wie Hit Pak. Die Tatsache, dass es auf beinahe allen 8-Bit-Systemen erschien – von Apple II über Atari 8-Bit bis hin zu Amstrad CPC, ZX Spectrum und MSX – spricht für eine gute Marktverbreitung. Sogar eine PC-88-Version wurde in Japan realisiert, mit leicht verändertem Grafikstil und japanisch lokalisiertem Text, was im Westen kaum bekannt war.

Heute ist The Goonies ein Liebling der Abandonware-Szene und Emulationsfreunde. Die C64-Version ist rund 170 kB groß, die Amstrad-Version knapp 128 kB, die Spectrum-Fassung nur rund 46 kB – und dennoch steckt in diesen paar Kilobyte jede Menge Liebe, Timing und Trial & Error. Besonders Sammler schätzen die Tape-Editionen mit alternativen Artworks, z. B. die grüne Kixx-Label-Kassette, die in UK später einen gewissen Kultstatus erlangte.

Was bleibt, ist ein Spiel, das filmische Nostalgie mit cleverem Spieldesign verband. Keine überbordende Grafikorgie, kein revolutionäres Gameplay – aber ein liebevoll umgesetzter Lizenztitel, der den Charme des Films in ein kompaktes, forderndes Puzzle-Erlebnis für zwei kleine Pixelhelden übersetzte. Für Freunde klassischer Movie Games bleibt The Goonies auch heute noch ein kleiner, blinkender Goldschatz im Labyrinth der Retrogeschichte.