Schlagwort-Archiv: C64

ACE 2 (1987) – Zwei Cockpits, ein Luftduell

Wer ACE 2 auf dem Commodore 64 startete, bekam nicht erst ein Einsatzbriefing, eine Karte voller Ziele und eine halbe Tastatur mit Flugfunktionen vorgesetzt. Zwei Cockpits lagen übereinander auf dem Bildschirm, und wenige Augenblicke später versuchten zwei Kampfjets, sich gegenseitig mit Kanonenfeuer und Lenkwaffen vom Himmel zu holen. Das funktionierte allein gegen den Computer. Gedacht war das Spiel jedoch vor allem für zwei Menschen, die am selben Rechner saßen und den Gegner nicht nur im eigenen Visier, sondern nebenbei auch auf dessen Bildschirmhälfte beobachten konnten.

Cascade Games veröffentlichte ACE 2 – Air Combat Emulator 2 1987 zunächst für den Commodore 64 und den Plus/4; Umsetzungen erschienen außerdem für ZX Spectrum, Amstrad CPC und DOS. Der Name des Publishers weckte nicht bei jedem Käufer Vertrauen. Cascade war noch immer mit Cassette 50 verbunden, jener Sammlung sehr einfacher Programme, deren Ruf dem Unternehmen lange anhaftete. Schon der erste Teil von ACE hatte allerdings gezeigt, dass Cascade auch aufwendigere Eigenproduktionen finanzieren und vertreiben konnte. Der Vorgänger verband Luftkampf mit Starts, Landungen, verschiedenen Einsatzarten, Bodenzielen, Luftbetankung und einer ungewöhnlichen kooperativen Rollenverteilung, bei der ein Spieler das Flugzeug steuerte und ein zweiter die Waffensysteme bediente.

Das Spieldesign von ACE 2 stammte erneut von Ian Martin, der auch die Commodore-Fassungen programmierte. Nach dem ersten ACE und dem technisch anders gelagerten Sky Runner schlug Martin beim Nachfolger eine deutlich direktere Richtung ein. The Games Machine beschrieb den ersten Teil als simulationsorientiert, während ACE 2 stärker wie ein Shoot ’em up funktioniere. Der Spieler sollte sich nicht mehr mit Fahrwerk, Landeklappen, Seitenruder und zahlreichen einzelnen Flugfunktionen beschäftigen, sondern möglichst schnell in ein Luftduell geraten.

Für die Grafik der Commodore-Versionen war wieder Damon Redmond verantwortlich. Er entwarf zwei voneinander unterscheidbare Cockpits: Das trägergestützte Flugzeug erhielt modernere Bildschirmanzeigen, während die gegnerische Maschine mit konventionelleren Instrumenten auskommen musste. Auf dem C64 ergänzte Rob Hubbard das Spiel um die Titelmusik. Sie läuft nicht während der eigentlichen Gefechte, sorgt aber schon vor dem Start dafür, dass ACE 2 erheblich professioneller auftritt, als es Cascades alter Ruf vermuten ließ.

Die Rahmenhandlung verzichtet auf reale Staaten. Vor der Küste einer fremden Macht liegt ein Flugzeugträger, dessen Besatzung eine Radarstation an Land beobachtet. Die Landmacht schickt daraufhin einen Abfangjäger los, während der Träger eine eigene Maschine startet. Die Anleitung identifiziert Plane One als F-18 Hornet und Plane Two als F-15 Eagle. Im Einzelspiel übernimmt der Spieler grundsätzlich die F-18, während der Computer die F-15 steuert.

Vor dem Kampf lassen sich unter anderem die Stärke des Computergegners, die Zahl der verfügbaren Maschinen und die erforderlichen Treffer einstellen. Zwei Szenarien stehen zur Wahl. Beim Close Range Dogfight befinden sich beide Flugzeuge bereits in der Luft, sodass das Duell ohne Anflug oder längere Orientierung beginnt. Im umfangreicheren Szenario starten die Maschinen vom Flugzeugträger beziehungsweise von einer Landbasis und können neben dem gegnerischen Jet auch die Radarstation oder den Träger angreifen.

Dabei unterscheidet ACE 2 zwischen Bordkanone, wärmesuchenden und radargelenkten Luft-Luft-Raketen sowie Waffen gegen Boden- und Schiffsziele. Flares und Chaff dienen zur Abwehr anfliegender Geschosse. Das gibt den Gefechten etwas taktischen Unterbau, ohne daraus wieder die kleinteiligere Einsatzsimulation des Vorgängers zu machen. Entscheidend bleibt, den Gegner im schmalen Sichtfeld zu finden, eine Zielerfassung herzustellen und nach dem Abschuss aus dessen Waffenbereich zu verschwinden.

Gesteuert wird mit dem Joystick. Vor- und Zurückbewegungen verändern den Steig- beziehungsweise Sinkwinkel, seitliche Bewegungen bringen das Flugzeug in die Kurve. Schub, Waffenwahl und Kartenansicht liegen auf zusätzlichen Tasten. Cascade bezeichnete diese Aufteilung in der Anleitung als vereinfachte Annäherung an HOTAS, also die Zusammenfassung wichtiger Funktionen an Steuerknüppel und Schubhebel. Von einer ernsthaften Cockpitsimulation kann keine Rede sein, doch der Spieler musste den Joystick nicht ständig loslassen, um nach einer langen Reihe verstreuter Flugbefehle zu suchen.

Mehrere Bestandteile des ersten ACE wurden bewusst gestrichen. Um Fahrwerk, Landeklappen, Seitenruder oder Triebwerkstemperatur kümmert sich der Pilot nicht mehr. Wer Treibstoff, Munition oder Reparaturen benötigt, kann im größeren Szenario zur eigenen Basis zurückkehren. In der Praxis spielte dies jedoch eine geringere Rolle als der unmittelbare Kampf zwischen den beiden Maschinen.

Das horizontale Splitscreen-Verfahren bestimmt den gesamten Ablauf. Jeder Pilot sieht sein eigenes Cockpit, die Landschaft und die Instrumente. Eine Kartenansicht kann vorübergehend die jeweilige Sicht ersetzen und zeigt Flugzeugträger, Radarstation, Küste und beide Maschinen. Für einen realistischen Luftkampf ist dieses Verfahren etwas durchsichtig, denn ein Spieler kann jederzeit einen Blick auf die Bildschirmhälfte des Gegners werfen. Für zwei Menschen, die nebeneinander vor einem Heimcomputer sitzen, funktioniert genau das als zusätzlicher Reiz.

Im Einzelspiel zeigt sich dagegen die größte Schwäche von ACE 2. Mehrere Tester empfanden den Computergegner bereits auf niedrigen Stufen als übermäßig treffsicher. Er konnte den Spieler erfassen und beschießen, bevor dieser die feindliche Maschine im kleinen Sichtfenster überhaupt entdeckt hatte. Längere Suchphasen entstanden vor allem dann, wenn beide Flugzeuge auf ähnlichen Kursen unterwegs waren oder direkt übereinander flogen. Die Karte zeigte zwar, dass sich die Kontrahenten nahezu am selben Punkt befanden, im Cockpit blieb dennoch oft nur Himmel, Horizont und ein Stück Küste zu sehen.

Gegen einen Menschen wirkten dieselben Regeln ausgewogener. Beide Spieler mussten mit den gleichen Sichtverhältnissen, denselben Waffenreichweiten und ihren eigenen Fehlentscheidungen zurechtkommen. Ein menschlicher Gegner hielt nicht stoisch die perfekte Kurve, reagierte nicht in jedem Augenblick auf eine Annäherung und schickte gelegentlich eine Rakete in den leeren Himmel. Genau dort fand ACE 2 seine eigentliche Rolle: nicht als ernsthafte Simulation eines modernen Kampfflugzeugs, sondern als lokales Duellspiel, das Schubkontrolle, Kartenorientierung und verschiedene Waffensysteme gerade weit genug vereinfachte, damit zwei Spieler ohne langes Studium der Anleitung aufeinander losgehen konnten.

Die C64-Fassung bildet den am besten dokumentierten Ausgangspunkt. Das Spiel läuft vergleichsweise zügig, die beiden Cockpits lassen sich gut auseinanderhalten, und Hubbards Titelstück sorgt schon vor dem ersten Start für den passenden Ton. Die Landschaft selbst bleibt spärlich. Über weite Strecken bestehen die Sichtfenster aus Himmel, einem waagerechten Horizont und einzelnen Boden- oder Küstenflächen. Das erleichterte die Berechnung zweier gleichzeitig dargestellter Perspektiven, vermittelt aber nur begrenzt Geschwindigkeit oder Flughöhe.

Die Plus/4-Fassung stammt ebenfalls von Ian Martin und Damon Redmond. Die ASM beschrieb den Bildschirm als eng und die Grafik als funktional: blauer Himmel, gelbliche Küste und Objekte, die beim Näherkommen zwar vergrößert wurden, aber wenig Einzelheiten zeigten. Der Test ordnete das Spiel dennoch relativ freundlich ein, weil vergleichbare Luftkampfspiele auf dem Plus/4 dünn gesät waren. Der entscheidende Satz lautete: „Zu zweit macht ACE 2 dann auch mehr Spaß.“

Für den ZX Spectrum entwarf Ian Martin das Spiel, während Keith Jackson die Programmierung übernahm; die Portierung wird ComTec zugeschrieben. Bei der Amstrad-CPC-Fassung ist Amazing Games als Portierungsstudio belegt, persönliche Programmierer-Credits lassen sich dagegen bislang nicht sicher zuordnen. Die gelegentlich anzutreffende Behauptung, die Spectrum-Version habe wegen des gemeinsamen Z80-Prozessors automatisch als direkte Grundlage der CPC-Fassung gedient, ist nicht nachgewiesen.

Die CPC-Version bewegt die beiden Cockpits merklich bedächtiger als die C64-Fassung. Ein moderner Direktvergleich beschrieb sie dennoch als gut spielbar und im Einzelspiel etwas zugänglicher als die Commodore-Version. Auch dort lag die Stärke nach Erinnerung des Spielers eindeutig im Zwei-Spieler-Modus. Der Eindruck passt zu den zeitgenössischen Tests: Allein konnte sich ACE 2 zäh und gelegentlich unfair anfühlen, mit einem menschlichen Gegner entstand dagegen das Spiel, für das der geteilte Bildschirm gedacht war.

Die DOS-Fassung führt James Byrne, Nick Fitzsimons und Roger Taylor als Programmierer. James Hartshorn und Damon Redmond werden für die Grafik genannt, Ian Martin blieb als Designer eingetragen. Rob Hubbards Musik gehört dagegen ausschließlich zur C64-Version. Für eine CPC-Komposition Hubbards gibt es keinen entsprechenden Credit.

Die zeitgenössische Presse stritt weniger über die Funktionsweise als über die Frage, was ein Nachfolger von ACE sein sollte. Zzap!64 vergab im Oktober 1987 81 Prozent. Ein Redakteur fand, das Spiel „only really comes into its own when played head to head in two-player mode“ – „erst im direkten Zwei-Spieler-Duell wirklich zur Geltung kommt“. Sein Kollege sah gerade in der Vereinfachung das Problem: Von den vielen Abläufen des Vorgängers seien im Wesentlichen Lenken und Feuern übrig geblieben.

The Games Machine kam beim C64 auf 83 Prozent und bezeichnete ACE 2 als „an excellent two-player head to head combat game – very fast, very playable, and more often than not, very tense“ – „ein ausgezeichnetes Zwei-Spieler-Luftkampfspiel, sehr schnell, sehr spielbar und meistens ausgesprochen spannend“. Die Redaktion hielt den Computergegner dagegen für wenig befriedigend. Der Testpreis betrug 9,95 Pfund auf Kassette und 14,95 Pfund auf Diskette.

Commodore User bewertete die C64-Fassung insgesamt mit 7 von 10 Punkten. Die Einzelnoten lagen bei 5 für Grafik, 4 für Sound, 8 für Schwierigkeit, 7 für Langzeitmotivation und 8 für das Preis-Leistungs-Verhältnis. Tester Ken McMahon störte sich am unrealistischen Flugmodell und an der Genauigkeit des Computergegners, kam beim Mehrspielermodus aber zu dem Urteil: „On that basis alone it’s in a class of its own“ – „Allein auf dieser Grundlage spielt es in einer eigenen Klasse.“

Your Commodore vergab 5 von 10 Punkten für Originalität, aber jeweils 8 von 10 für Spielbarkeit, Grafik und Preis-Leistungs-Verhältnis. Das Magazin beschrieb die Gefechte als „fast and frantic“ – „schnell und hektisch“ – und sah ACE 2 als würdigen, wenn auch anders ausgerichteten Nachfolger.

Deutlich härter urteilte das Happy-Computer Special 1 beziehungsweise Power Play. Die Redaktion vergab 5 Punkte für Grafik, 7,5 für Sound und lediglich 3,5 als Power-Wertung. Ihr Urteil lautete: „Ace 2 ist ein reines Action-Spiel mit schwachem Simulations-Einschlag.“ Gelobt wurden vor allem Rob Hubbards Titelmusik und die grundsätzlich funktionierende Zwei-Spieler-Idee; die leere Landschaft, die einfache Steuerung und das geringe Fluggefühl drückten die Bewertung. Der deutsche Verkaufspreis lag bei 29 DM für die Kassette und 49 DM für die Diskette.

Die ASM testete die Plus/4-Version in Ausgabe 11/87 zum Preis von ungefähr 32 DM. Sie vergab 7 Punkte für Grafik, 7 für Handhabung, 9 für Technik und Strategie sowie jeweils 8 für Spielwert und Preis-Leistungs-Verhältnis. Gleichzeitig warnte der Text vor einem Computerpiloten, der die eigene Maschine mitunter abschoss, bevor man ihn selbst auf dem Bildschirm entdeckt hatte. Für C64-Besitzer sah das Magazin bessere Alternativen; innerhalb des kleinen Plus/4-Angebots fiel das Urteil günstiger aus.

Als Gamebusters ACE 2 1989 für 2,99 Pfund erneut veröffentlichte, stieg die Zzap!64-Wertung auf 90 Prozent. Das war weniger eine späte Entdeckung technischer Qualitäten als eine veränderte Preisfrage. Für ein Vollpreisspiel musste sich ACE 2 mit dem umfangreicheren Vorgänger und ausgewachsenen Flugsimulationen messen. Für 2,99 Pfund bot dasselbe Programm einen schnell verständlichen Zwei-Spieler-Wettkampf. Weitere Verbreitung erhielt es durch die Sammlung Supreme Challenge, in der es neben Elite, Tetris, The Sentinel und Starglider erschien. Separate Verkaufszahlen für ACE 2 oder einzelne Portierungen veröffentlichte Cascade nicht.

Der erste Teil war für das Unternehmen deutlich besser dokumentiert. Zeitgenössische Berichte brachten die verschiedenen 8-Bit-Fassungen von ACE mit mehr als einer halben Million Verkäufen in Verbindung. Cascade-Mitgründer Guy Wilhelmy erinnerte sich später daran, dass das Unternehmen in den folgenden Jahren Umsätze von mehr als einer Million Pfund erreichte. Welchen Anteil ACE 2 daran hatte, wurde nicht separat ausgewiesen. Der Nachfolger blieb durch Wiederveröffentlichungen und Compilations jedoch mehrere Jahre im Handel.

Die britische C64-Kassette für 9,95 Pfund entsprach nach heutiger Kaufkraft grob 37 Pfund, die Diskettenversion für 14,95 Pfund etwa 55 bis 56 Pfund. Der deutsche Kassettenpreis von 29 DM entspricht inflationsbereinigt ungefähr 33 Euro, die Diskettenfassung für 49 DM etwa 55 Euro. Die Plus/4-Ausgabe für rund 32 DM läge heute bei ungefähr 36 Euro. Der Gamebusters-Preis von 2,99 Pfund aus dem Jahr 1989 entspräche ungefähr zehn heutigen Pfund.

Für diesen Preis musste sich ACE 2 nicht mehr als Nachfolger einer umfangreicheren Flugsimulation rechtfertigen. Es reichte, dass zwei Spieler vor demselben Rechner Platz nahmen, die Maschinen in entgegengesetzte Kurven legten und darauf warteten, dass der erste Zielton erklang.

🕹️ Artikeltyp: Computerspiel
📅 Erstveröffentlichung: 1987
🏢 Entwickler: Cascade Games; Portierungen durch ComTec und Amazing Games
📦 Publisher: Cascade Games; spätere Budgetausgabe über Gamebusters
🧭 Genre: Luftkampf-Action, vereinfachte Combat-Flugsimulation
👥 Spieler: 1–2 Spieler, horizontaler Splitscreen
🎮 Spieldesign: Ian Martin
💻 Programmierung: Ian Martin (C64, Plus/4), Keith Jackson (ZX Spectrum), James Byrne, Nick Fitzsimons und Roger Taylor (DOS)
🎨 Grafik: Damon Redmond; James Hartshorn bei der DOS-Fassung
🎵 Musik: Rob Hubbard – Titelmusik der C64-Version
🕹️ Steuerung: Joystick mit zusätzlichen Tastaturbefehlen
🌍 Plattformen: Commodore 64, Commodore Plus/4, ZX Spectrum, Amstrad CPC, DOS
📚 Serie: ACE – Air Combat Emulator

Sinbad and the Throne of the Falcon (1987) – Bill Williams’ Abenteuerfilm zwischen Strategie und Säbelkampf

Nach Defender of the Crown verbanden Amiga-Besitzer den Namen Cinemaware mit großen Figuren, farbigen Schauplätzen und Szenen, die eher an einen gezeichneten Abenteuerfilm als an ein gewöhnliches Computerspiel erinnerten. Sinbad and the Throne of the Falcon bot ebenfalls Dialoge, Musik, Säbelkämpfe und Monster, sah jedoch nicht durchgehend wie das nächste technische Schaustück des Herstellers aus. Manche Hintergründe wirkten grob, Animationen fielen unterschiedlich aufwendig aus. Dafür brachte das Spiel Seereisen, Gespräche, Geschicklichkeitstests und eine strategische Kriegskarte auf knapp zwei Megabyte unter. Bill Williams hatte versucht, einen vollständigen Abenteuerfilm auf Disketten zu pressen – und einen großen Teil der Arbeit selbst übernommen.

Die Zusammenarbeit entstand nach der Fertigstellung von Mind Walker, einem der frühen kommerziellen Amiga-Spiele. Williams wusste noch nicht, welches Projekt er als Nächstes beginnen sollte, als Robert „Bob“ Jacob mit Cinemawares Vorstellung eines „interaktiven Films“ an ihn herantrat. Der Spieler sollte nicht nur eine bekannte Filmhandlung verfolgen, sondern selbst in jene Szenen eingreifen, die er aus Kino und Fernsehen kannte.

Jacob schlug mehrere mögliche Themen vor. Sobald der Name Sinbad fiel, war Williams entschieden. Zur Vorbereitung lieh er sich eine Reihe von Sinbad-Filmen aus und notierte deren wiederkehrende Motive.

“I rented a whole bunch of Sinbad videotapes.”

(„Ich lieh mir einen ganzen Stapel Sinbad-Videokassetten aus.“)

Williams suchte nicht nach einer bestimmten Geschichte, die er möglichst genau umsetzen konnte. Er sammelte die vertrauten Bestandteile des westlichen Sinbad-Kinos: exotische Inseln, Zauberer, Prinzessinnen, riesenhafte Kreaturen, gefährliche Seereisen, verfluchte Herrscher und Duelle mit blankem Stahl. Sinbad and the Throne of the Falcon basiert daher weder auf einem einzelnen Film noch auf einer bestimmten Erzählung aus Tausendundeiner Nacht. Williams baute aus den bekannten Versatzstücken eine eigene Abenteuergeschichte.

Im Reich Damaron wurde der alte Kalif durch einen Zauber in einen Falken verwandelt. Seine Tochter Prinzessin Sylphani bittet Sinbad, den Bann zu brechen. Dazu muss er mehrere magische Gegenstände finden und Informationen über das benötigte Gegenmittel zusammentragen. Eine große Sanduhr zeigt an, wie viel Zeit ihm dafür bleibt.

Gleichzeitig marschiert der Schwarze Prinz Camaral mit seinen Truppen gegen Damaron. Sinbad reist daher nicht nur als Seefahrer und Monsterjäger zwischen Städten, Inseln und Meeresgebieten, sondern trägt auch die Verantwortung für die Verteidigung des Reiches. Jede Reise kostet Zeit. Wer nur dem nächsten Abenteuer folgt, kann bei der Rückkehr feststellen, dass Camarals Streitkräfte inzwischen gefährlich nahe an die Hauptstadt herangerückt sind.

Die zentrale Bedienung erinnert stärker an ein grafisches Adventure als an ein reines Actionspiel. Über Menüs wählt der Spieler Reiseziele aus, spricht mit Verbündeten, betrachtet die Weltkarte oder wechselt zur militärischen Übersicht. Gespräche können neue Hinweise, Orte oder Begleiter erschließen, besitzen aber nicht die Tiefe späterer Adventures. Die Figuren verteilen vor allem Informationen oder leiten eine neue Szene ein.

Unterwegs warten Schiffbrüchige auf Rettung, Piraten bedrohen das Schiff, ein Roc greift die Reisegruppe an oder eine Kreatur stiehlt einen wichtigen Gegenstand. Manche Begegnungen führen unmittelbar in eine Geschicklichkeitssequenz. Sinbad kämpft mit dem Schwert, schleudert Steine auf einen Zyklopen, rettet Menschen aus dem Meer oder flieht aus einer aufbrechenden Erdspalte. Einige Abschnitte verwenden eine Seitenansicht, andere zeigen das Geschehen aus Sinbads Perspektive.

Parallel dazu läuft der Krieg um Damaron weiter. Auf einer aus Hexfeldern bestehenden Karte werden Landarmeen und Schiffe bewegt. Versorgungspunkte können geschwächte Einheiten unterstützen. Treffen gegnerische Verbände im selben Hexfeld aufeinander, beginnt ein Gefecht, das anhält, bis eine Armee vernichtet wird oder eine der Einheiten das Feld verlässt.

Die Strategieebene lässt sich dennoch weitgehend vernachlässigen. Das war kein übersehener Fehler, sondern Teil von Williams’ Entwurf. Seine Frau Martha Williams, die zusätzliche Grafiken beisteuerte, mochte nach seiner Aussage keine Brett- und Strategiespiele. Er wollte deshalb verhindern, dass ein einzelner ungeliebter Abschnitt den gesamten Ablauf blockierte. Wer lieber Monster bekämpfte und die Welt erkundete, sollte nicht ständig Truppen über eine Karte schieben müssen.

Diese Offenheit hat ihren Preis. Die einzelnen Bestandteile sind nur locker miteinander verbunden und werden selten vertieft. Wer die Bewegungsmuster der Geschicklichkeitstests erkannt hat, kann viele davon nach wenigen Versuchen bewältigen. Sie sollen kein vollständiges Actionspiel tragen, sondern jeweils eine neue Szene im Abenteuerfilm liefern. Sinbad wechselt deshalb häufig Perspektive und Steuerung, ohne aus einem dieser Ansätze ein eigenständiges Spielsystem zu entwickeln.

Für die ursprüngliche Amiga-Fassung war Bill Williams in ungewöhnlich vielen Bereichen verantwortlich. Er schrieb die Geschichte, entwarf und programmierte das Spiel, führte Regie und komponierte die Musik. Martha Williams lieferte zusätzliche Grafiken. John Cutter betreute das Projekt als Associate Producer, Bob und Phyllis Jacob fungierten als Executive Producers, und Kellyn Beeck schrieb das Handbuch.

Williams gehörte zu jener Generation von Spieleautoren, bei denen die Bezeichnung „Entwickler“ mehrere Berufe zugleich umfasste. Ende der 1970er-Jahre hatte er das Programmieren an einem computergesteuerten Synthesizer erlernt, bei dem Befehle unmittelbar als Hexadezimalwerte eingegeben wurden. Auf dem Atari 800 entstand anschließend Salmon Run, das über Ataris Program Exchange veröffentlicht wurde.

Für Synapse Software entwickelte Williams danach Necromancer und Alley Cat. Die Atari-Version von Alley Cat programmierte er selbst; anschließend setzte er das Spiel innerhalb von sechs Monaten für den IBM PCjr um. Mit Mind Walker wechselte er zum Amiga, wo er Programmierung, Musik und ungewöhnliche Spielkonzepte weiterhin miteinander verband.

Diese Arbeitsweise ermöglichte ihm, Grafik, Klang und technische Effekte unmittelbar aufeinander abzustimmen. Auf der Weltkarte setzte Sinbad eine bewegliche Lupe ein; hinzu kamen Pixelvergrößerungen und Hardware-Scrolling. Gleichzeitig musste Williams eine Arbeitsmenge bewältigen, die Cinemaware bei späteren Produktionen auf mehrere Spezialisten verteilte. Er berichtete von Arbeitstagen, die zwölf bis sechzehn Stunden dauern konnten.

Der Aufwand allein erklärt die uneinheitliche Grafik jedoch nicht. Williams wollte ein möglichst umfangreiches Spiel schaffen. Bei jedem Bild stellte er sich deshalb dieselbe Frage:

“What is the minimum I can get away with?”

(„Was ist das Minimum, mit dem ich davonkomme?“)

Die Grafiken sollten möglichst wenig Speicher beanspruchen, damit mehr Schauplätze, Ereignisse und Spielmechaniken untergebracht werden konnten. Williams räumte später ein, dabei zu weit gegangen zu sein. Einige Bilder seien unnötig grob ausgefallen. Für ihn war dies während der Entwicklung ein Tauschgeschäft zwischen Umfang und Präsentation. Käufer sahen dagegen zunächst nur, dass andere Amiga-Spiele detailliertere Bilder boten.

Gerade bei einem Cinemaware-Spiel fiel dieser Unterschied auf. Defender of the Crown konzentrierte sich auf eine kleinere Zahl wiederkehrender Szenen und präsentierte diese mit sorgfältig gezeichneten Burgen, Turnieren und Großfiguren. Sinbad bot mehr Orte und Mechaniken, verteilte seine grafischen Möglichkeiten aber auf eine wesentlich größere Zahl von Bildern.

Geschlossener wirkt die Musik. Williams komponierte einen fortlaufend wechselnden Soundtrack für Reisen, Kämpfe und andere Situationen. Seine Melodien orientierten sich an den von ihm angesehenen Sinbad-Filmen. Weitere Anregungen erhielt er durch eine in der Nachbarschaft lebende Bauchtänzerin, deren Übungsmusik er hörte. Der selbst entwickelte Musiktreiber sollte unterschiedliche Klangfarben erzeugen, ohne große Datenmengen zu beanspruchen.

Nach dem ungefähr einjährigen Projekt fühlte sich Williams ausgebrannt. Er zog sich für etwa ein Jahr aus der Spieleentwicklung zurück und arbeitete an einem Fantasyroman, bevor er mit Pioneer Plague zum Amiga zurückkehrte.

Cinemaware veröffentlichte 1988 Umsetzungen für Atari ST und Commodore 64, 1989 folgte DOS, 1990 der Apple IIgs. Die Konvertierungen waren keine einfachen Kopien. Große Teile der Grafik und mehrere Geschicklichkeitsszenen entstanden neu. Der Schiffbruch wird in späteren Fassungen aus einer anderen Perspektive gezeigt; auf dem Commodore 64 erscheinen die Schwertkämpfe teilweise aus der Ich-Perspektive statt in der seitlichen Darstellung der Amiga-Version.

Bei den Atari-ST- und DOS-Fassungen war das Team erheblich größer. Curt Toumanian übernahm die künstlerische Leitung, Steve Quinn lieferte Originalgrafiken, während Rob Landeros, Jeffrey Hilbers und Russell Truelove weitere Bilder beisteuerten. L. Allen McPheeters führte laut Credits Produktion und Regie.

Rob Landeros gründete später gemeinsam mit Graeme Devine das Studio Trilobyte, das 1993 durch das CD-ROM-Adventure The 7th Guest bekannt wurde. Bei Sinbad war er jedoch Teil eines größeren Grafikteams; die künstlerische Leitung lag bei Curt Toumanian.

Für die musikalische Umsetzung auf dem Atari ST werden Singing Electrons genannt. In der DOS-Fassung erhielten Peter A. Oliphant und Jim Simmons Credits für die Orchestrierung, während Jim Cuomo ebenfalls an der musikalischen Bearbeitung beteiligt war. Geschichte und ursprüngliche Kompositionen blieben Bill Williams zugeordnet.

Williams sagte später, Bob Jacob habe für die Grafik eine bestimmte Erscheinungsweise im Sinn gehabt. Zwischen beiden hatte es bereits während der Entwicklung unterschiedliche Vorstellungen darüber gegeben, wie das Spiel aussehen sollte. Williams war an den späteren Umsetzungen nicht mehr direkt beteiligt und hatte sie zum Zeitpunkt des Interviews noch nicht gespielt. Er erklärte sogar, dass er sich ein wenig davor fürchte, sie anzusehen.

Auf dem Atari ST kam ein praktisches Problem hinzu: das häufige Wechseln der Disketten. The Games Machine erinnerte im Juni 1989 in seinem Test der PC-Version daran, dass auf dem Atari 520 ST regelmäßig Datenträger getauscht werden mussten. Die DOS-Fassung kam mit zwei Disketten aus, die nach Ansicht des Magazins erheblich seltener gewechselt werden mussten.

Dafür reagierten die Tastaturbefehle der PC-Version etwas träge, besonders während der Schiffbruchsequenz. Außerdem bemerkte der Tester, Cinemaware scheine den Unterschied zwischen einem Zentauren und einem Minotaurus nicht zu kennen. Die PC-Version erhielt 65 Prozent. Als Preis nannte das Magazin 29,99 Pfund.

Bereits im Juni 1987 hatte die Happy Computer die Amiga-Fassung getestet. Das Magazin bezifferte den Programmumfang auf fast zwei Megabyte und erkannte an, dass im Spiel „zweifelsohne eine ganze Menge los“ sei. Darauf folgte jedoch das deutlich weniger schmeichelhafte Urteil:

„Aber dieser Masse fehlt es an Klasse.“

Die Geschicklichkeitstests seien zu einfach, die Grafik für Amiga-Verhältnisse wenig eindrucksvoll und die Motivation lasse nach dem erfolgreichen Abschluss der Mission deutlich nach. Besser kam die ständig wechselnde Musik davon. Die Einzelwertungen lauteten 65 Punkte für die Grafik, 80 Punkte für Sound und Musik sowie 57 Punkte in der Happy-Wertung. Die Amiga-Fassung kostete 89 Mark.

Bill Williams starb am 28. Mai 1998, einen Tag vor seinem 38. Geburtstag. Nach Sinbad entwickelte er unter anderem Pioneer Plague und Knights of the Crystallion. In den Credits der SNES-Fassung von The Simpsons: Bart’s Nightmare wird er unter der nicht näher erläuterten Bezeichnung „Miscellaneous“ geführt.

Die in der Happy Computer getestete Amiga-Fassung kostete in Deutschland 89 Mark. Nach dem Kaufkraftvergleich der Deutschen Bundesbank entspricht dies ungefähr 97 Euro in Preisen von 2025. Für die 1989 getestete PC-Version verlangte Mirrorsoft in Großbritannien 29,99 Pfund; nach der britischen Verbraucherpreisentwicklung entspricht dies rund 80 Pfund in Preisen von 2025.

Sinbad brachte auf knapp zwei Megabyte eine Weltkarte, Gespräche, Seereisen, Truppenbewegungen, Monster und mehrere unterschiedlich gesteuerte Actionsequenzen unter. Die Speicherersparnis, die diesen Umfang ermöglichte, blieb auf dem Bildschirm sichtbar. Nach zwölf- bis sechzehnstündigen Arbeitstagen und rund einem Jahr Entwicklungszeit legte Bill Williams anschließend eine ebenso lange Pause von der Spieleproduktion ein.

🎮 Spieltyp: Mischung aus Adventure, Geschicklichkeitsspiel und einfacher Strategie

📅 Erstveröffentlichung: 1987 für den Amiga

💻 Systeme: Amiga, Atari ST, Commodore 64, DOS, Apple IIgs

🏢 Entwicklung und Veröffentlichung: Cinemaware; europäischer Vertrieb teilweise durch Mirrorsoft

✍️ Autor, Designer und Regisseur der Amiga-Fassung: Bill Williams

🎵 Originalmusik: Bill Williams

🎨 Zusätzliche Amiga-Grafik: Martha Williams

📖 Handbuch: Kellyn Beeck

🗺️ Spielziel: Den verzauberten Kalifen von Damaron retten und gleichzeitig das Reich gegen die Armee des Schwarzen Prinzen Camaral verteidigen

⚔️ Spielbestandteile: Gespräche, Seereisen, Schwertkämpfe, Monsterbegegnungen, Rettungsaktionen und Truppenbewegungen auf einer Hexfeldkarte

💾 Besonderheit: Die späteren Fassungen waren keine direkten Kopien, sondern erhielten teilweise neue Grafiken, veränderte Perspektiven und anders aufgebaute Geschicklichkeitsszenen

💰 Preis: 89 DM für die Amiga-Fassung; entspricht ungefähr 97 Euro in Preisen von 2025

📰 Happy Computer, Amiga: Grafik 65 Punkte, Sound und Musik 80 Punkte, Gesamtwertung 57 Punkte

📰 The Games Machine, DOS: 65 Prozent

Vixen (1988) – Die Füchsin, das Poster und der Joystickfrust

Im Mai 1988 genügte ein Blick auf Your Sinclair, um zu erkennen, worauf die Vermarktung von Vixen hinauslief. Auf dem Titelbild der Ausgabe 29 kniete Corinne Russell im Leopardenkostüm zwischen künstlichen Dschungelpflanzen und schwang eine Peitsche über dem Kopf. Das Magazin kündigte eine exklusive Vorschau und ein „Vixen Pin-Up“ an; im Inneren folgten ein zweiseitiger Bericht und ein herausnehmbares Poster. Die eigentliche Spielfigur musste sich mit erheblich weniger Bildpunkten begnügen.

Die Kampagne verschaffte Vixen eine Aufmerksamkeit, die das Spiel aus eigener Kraft kaum erreicht hätte. Eltern beschwerten sich über das Titelbild, die britische Handelskette Boots störte sich an der Verpackung, und mehrere Magazine diskutierten nicht nur über das Programm, sondern über Sexismus, Werbung und die Grenzen dessen, was man einem überwiegend minderjährigen Publikum präsentieren konnte. Das dürfte Vixen geholfen haben, denn hinter der Aufregung steckte spielerisch nur durchschnittliche Ware: ein geradliniges Lauf-, Sprung- und Peitschenspiel mit ansehnlich animierter Hauptfigur, aber wenig Abwechslung und mehreren technischen Schwächen. Wie stark die Kontroverse die Verkäufe tatsächlich beeinflusste, lässt sich nicht beziffern. Sie sorgte jedoch dafür, dass über Vixen weit ausführlicher gesprochen wurde, als es die Qualität des Spiels erwarten ließ.

Corinne Russell war Tänzerin, Page-3-Model der britischen Boulevardpresse und als eine der Tänzerinnen aus der Benny Hill Show bekannt. Für Vixen erschien sie auf Verpackung, Titelbildschirm, Anzeigen und Magazinpostern. Die Auswahl war kein Zufall, sondern Teil einer Werbekampagne, die sich gezielt an das überwiegend männliche jugendliche Publikum der Heimcomputermagazine richtete.

Auch Your Sinclair setzte das Motiv bewusst ein. Die damalige Chefredakteurin Teresa „T’zer“ Maughan erklärte später: „That was all deliberate, and, yes, we did get a lot of letters from parents. Oh well…“ („Das alles geschah bewusst, und ja, wir bekamen viele Briefe von Eltern. Na und …“) Für das Magazin war die Kontroverse kein unbeabsichtigter Betriebsunfall, sondern Teil einer redaktionellen Linie, die sich an Jugendzeitschriften wie Smash Hits orientierte und mit auffälligen Titelbildern sowie Beilagen um Aufmerksamkeit warb.

Publisher Martech Games hatte bereits Erfahrung mit bekannten Gesichtern, Sportlern und Lizenzen gesammelt. Titel wie Brian Jacks Superstar Challenge, Eddie Kidd Jump Challenge, Geoff Capes Strongman oder Samantha Fox Strip Poker zeigten, dass ein zugkräftiger Name oft vor der eigentlichen Spielidee kam. Bei Vixen verband Martech diese Strategie mit einem seitlich scrollenden Actionspiel nach dem Muster damaliger Automatenproduktionen wie Rastan und Rygar.

Entwickelt wurde das Spiel von Intelligent Design Ltd., nicht von dem ähnlich benannten Studio Intelligent Games. Die veröffentlichten Fassungen erschienen 1988 für Amiga, Atari ST, Commodore 64, Amstrad CPC, ZX Spectrum und DOS. Die Besetzung unterschied sich je nach Rechner. Auf dem Amiga programmierten Ian McArdle, Jonathan Howell und D. B. Richards; Malcolm J. Smith und Mark Eason zeichneten die Grafik, Jas C. Brooke schrieb die Musik. Für den Commodore 64 übernahm Nicholas A. Jones die Programmierung, während Eason, Smith und Brooke erneut für Grafik und Musik zuständig waren. Die Spectrum-Version entstand unter Ian McArdle und D. Richards, die DOS-Fassung programmierte ebenfalls Nicholas A. Jones.

Die Handlung spielt auf dem Planeten Granath, dessen menschliche Bevölkerung von Dinosauriern ausgelöscht wurde. Vixen überlebte, weil magische Füchse sie als Kind aufzogen. Nun soll sie den Planeten für die Menschheit zurückerobern – bekleidet mit Stiefeln, Leopardenbikini und einer Peitsche, also ungefähr jener Ausstattung, die man für eine längere Expedition durch urzeitliche Sümpfe erwarten würde.

Jeder Abschnitt verläuft von links nach rechts und muss innerhalb eines Zeitlimits beendet werden. Vixen kann laufen, springen, sich ducken und mit der Peitsche zuschlagen. Gegner erscheinen häufig von beiden Bildschirmseiten, während Löcher und andere Hindernisse präzise Sprünge verlangen. Mit der Peitsche öffnet die Heldin außerdem Behälter, die Edelsteine, zusätzliche Zeit, weitere Leben oder Fuchssymbole enthalten.

Genügend Fuchsköpfe ermöglichen am Ende des Abschnitts die Verwandlung in einen Fuchs und den Zugang zu einer unterirdischen Bonusrunde. Dort werden weitere Edelsteine, sogenannte Mega-Gems und Verbesserungen für die Peitsche eingesammelt. Die Mega-Gems erhöhen anschließend den Wert der in den regulären Abschnitten gefundenen Gegenstände.

Das Regelwerk klingt abwechslungsreicher, als sich die einzelnen Levels tatsächlich spielen. Fast jeder Abschnitt besteht aus denselben Tätigkeiten: vorwärtslaufen, Gegner wegpeitschen, über Bodenlücken springen und möglichst viele Gegenstände einsammeln. Die Dinosaurier erscheinen dabei nicht immer in einem nachvollziehbaren Rhythmus. Häufig steht ein Gegner genau dort, wo Vixen landen muss, oder taucht so dicht am Bildschirmrand auf, dass kaum Zeit zum Reagieren bleibt. Langsames Vorgehen kostet Zeit, schnelles Vorgehen Leben.

Die Animation der Hauptfigur sollte das Spiel aus der Masse herausheben. In der Vorschau von Your Sinclair hieß es: „The animated graphics in the preview copy I saw were superb.“ („Die animierten Grafiken der von mir gesehenen Vorabversion waren hervorragend.“) Der Bericht erklärte außerdem, die Bewegungen seien „digitised from the real thing“, also von realen Bewegungsaufnahmen digitalisiert worden.

Von modernem Motion Capture konnte 1988 keine Rede sein. Offenbar dienten fotografierte oder gefilmte Bewegungsphasen als Vorlage für die einzelnen Animationsbilder. Corinne Russell war damit nicht nur das Gesicht der Verpackung. Ihre Bewegungen dürften zumindest mittelbar in die Darstellung der Spielfigur eingeflossen sein.

Auf dem ZX Spectrum ist diese Arbeit trotz der fast einfarbigen Figur gut zu erkennen. Vixen läuft und schwingt ihre Peitsche in mehreren klar unterscheidbaren Phasen. Der C64 verwendet mehr Farben und spielt während des Geschehens Musik, lässt aber einzelne Übergangsbilder aus, wodurch die Bewegung stellenweise abrupter wirkt. Atari ST und Amiga präsentieren farbigere Landschaften, erkaufen sich das jedoch mit trägem Scrolling und schwerfälliger Steuerung. Die CPC-Version fällt durch ihr besonders langsames Tempo ab.

Mehr Farben bedeuteten bei Vixen daher nicht automatisch die bessere Fassung. Die 8-Bit-Versionen wirkten teilweise direkter, obwohl ihre Grafik einfacher ausfiel. Auf Amiga und Atari ST fiel stärker auf, dass die Figur nach einem Tastendruck oder einer Joystickbewegung nicht so geschmeidig reagierte, wie es die aufwendige Animation vermuten ließ. Gerade bei Sprüngen über schmale Lücken wurde aus der Verzögerung schnell ein unfreiwilliges Bad.

Die Todesanimation entwickelte dabei eine ganz eigene Wirkung. Fällt Vixen ins Wasser, versinkt sie mit rhythmisch schlenkernden Armen. Heinrich Lenhardt beschrieb die Szene in seiner späteren GameStar-Rückschau als eine Mischung aus Ausdruckstanz und Dorfdisco. Der Artikel hob zugleich hervor, dass die knappe Sichtweite, die zufällig wirkenden Gegnermassen und die ungenaue Sprungsteuerung das Spiel unnötig unfair machten.

Die Vermarktung zog erheblich mehr Aufmerksamkeit auf sich als diese spielerischen Feinheiten. Besonders deutlich wurde das beim britischen Einzelhändler Boots. Das Spectrum-Magazin CRASH berichtete im August 1988, Boots habe sich geweigert, Vixen mit dem ursprünglichen Verpackungsmotiv zu verkaufen. Martech sollte die Einlegegrafik ändern, bevor das Spiel in die Regale kam. Die Entscheidung wurde zum Anlass für eine längere Debatte über Zensur, Sexismus und die Verantwortung der Spielebranche gegenüber ihrem meist minderjährigen Publikum.

Das Magazin stellte zwei gegensätzliche Positionen gegenüber. Die eine betrachtete Boots’ Entscheidung als funktionierenden Marktmechanismus, der eine gesetzliche Zensur überflüssig mache. Die andere kritisierte, dass die Spieleindustrie knapp bekleidete Frauen gezielt als Verkaufsargument einsetzte. Kati Hamza brachte die Absicht der Anzeige mit dem Satz auf den Punkt: „The first thing you think of on seeing a Vixen ad isn’t Corinne Russell’s brain!“ („Das Erste, woran man bei einer Vixen-Anzeige denkt, ist nicht Corinne Russells Verstand!“)

Vixen unterschied sich immerhin von Anzeigen, bei denen das abgebildete Modell überhaupt nichts mit dem Spiel zu tun hatte. Corinne Russell stellte tatsächlich die Titelheldin dar, und ihre Bewegungen dienten offenbar als Vorlage für deren Animation. Die Kampagne reduzierte die Figur dennoch weitgehend auf Bikini, Peitsche und Poster. Dass Vixen als eine der damals noch seltenen weiblichen Actionfiguren allein gegen Dinosaurier antrat, spielte in der Werbung eine deutlich kleinere Rolle.

Auch der deutsche Titel war ein Ergebnis der Vermarktung. Im deutschsprachigen Raum erschien das Spiel als She-Fox, weil das englische Wort „Vixen“ ausgesprochen zu stark an ein deutsches umgangssprachliches Verb für Masturbation erinnerte. Inhaltlich änderte sich nichts: „Vixen“ bezeichnet im Englischen ohnehin eine Füchsin.

Zwischen der euphorischen Vorschau und den späteren Tests öffnete sich eine deutliche Lücke. Your Sinclair hatte noch schnelles Spielgeschehen, gutes Scrolling und hervorragende Animationen angekündigt. Im eigentlichen Test der Spectrum-Version hieß es wenige Monate später nur noch, das Spiel sei „just plain hard work“ – schlicht harte Arbeit. Die wiederkehrenden Kämpfe, Sprünge und Bonusrunden böten zu wenig, um erfahrene Spieler lange zu beschäftigen. Die Wertung lag bei 6 von 10 Punkten.

Die deutsche ASM kam zu einem ähnlichen Ergebnis und vergab 6 von 12 Punkten. Der Rezensent schrieb: „Ansonsten ist SHE-FOX aber auf keinen Fall ein Hit, denn dafür ist das Programm technisch zu schwach und bietet auch vom Gameplay her wenig Abwechslung.“ Besonders enttäuschend wirkte das Ergebnis nach dem umfangreichen PR-Rummel mit Postern und Modelaufnahmen. Die Werbung hatte Erwartungen erzeugt, die das eigentliche Spiel nicht erfüllen konnte.

Noch deutlicher zeigte sich das im direkten Versionsvergleich von The Games Machine. C64 und Atari ST erhielten jeweils 61 Prozent, der ZX Spectrum 60 Prozent. Die CPC-Version kam wegen ihres langsamen Ablaufs und schwachen Scrollings nur auf 42 Prozent. Das Magazin fand Vixen grundsätzlich ansprechend präsentiert, sah jedoch nichts wesentlich Neues im Spielablauf.

Die Amiga-Fassung wurde später ebenfalls uneinheitlich bewertet. Génération 4 vergab 67 Prozent, Amiga Computing 60 Prozent, CU Amiga 4 von 10 Punkten und Zzap! nur 25 Prozent. Die größere Farbpalette und die detailliertere Spielfigur konnten weder das schleppende Scrolling noch den gleichförmigen Aufbau ausgleichen.

Ein anderer Entwicklungsweg wurde erst im April 2026 öffentlich dokumentiert. Games That Weren’t stellte eine frühe ZX-Spectrum-Fassung vor, die nicht mit dem später veröffentlichten Programm identisch ist. Diese Version wurde von Keith A. Goodyer programmiert, die Grafik stammte von The S.A.M.; im Creditbild war David Whittaker als Musiker vorgesehen. Das erhaltene Programm enthält allerdings keine Musik.

Dean Hickingbottom fand den Code in seinem Archiv und brachte die Demo wieder zum Laufen. Die frühe Fassung besitzt bereits Gegner, Plattformen und die Verwandlung in einen Fuchs, löst diese aber automatisch an einer bestimmten Stelle aus. Die Karte wiederholt sich nach einiger Zeit, und bewegt man die Figur zu weit nach links, stürzt das Programm ab. Bei mehreren bewegten Objekten wird das Spiel deutlich langsamer.

Ob diese technischen Probleme zum Abbruch führten, ist nicht bekannt. Teile der Grafik scheinen überarbeitet und in der späteren Version weiterverwendet worden zu sein. Das Projekt wurde offenbar mit einem anderen Programmierer und einer anderen technischen Grundlage neu angesetzt. David Whittakers vorgesehene Musik verschwand, Jas C. Brooke übernahm den Ton der veröffentlichten Fassungen, und die Verwandlung wurde mit den sammelbaren Fuchssymbolen in das Punktesystem eingebunden.

Preislich lag Vixen im regulären Vollpreissegment. Die Spectrum-Kassette kostete 8,99 Pfund, die Diskettenfassung 14,99 Pfund. Für den C64 wurden 9,99 Pfund auf Kassette und 12,99 Pfund auf Diskette verlangt, beim Amstrad CPC 9,99 beziehungsweise 14,99 Pfund. Atari-ST- und Amiga-Besitzer zahlten 19,99 Pfund.

Nach heutiger Kaufkraft entspricht das je nach Fassung grob etwa 36 bis 80 Euro. Für dieses Geld erhielt man eine auffällig vermarktete Hauptfigur, einige sauber ausgearbeitete Animationsphasen und mehrere Fassungen eines recht dünnen Spielprinzips. Corinne Russell, das Poster und die Auseinandersetzungen um die Verpackung blieben stärker im Gedächtnis als die Dinosaurier auf Granath.

Short Circuit (1987) – Laborflucht, Laser und ein fliegender Elefant

Ein Blitzeinschlag genügte im Kino, um aus einer militärischen Maschine ein denkendes Lebewesen zu machen. Auf dem Commodore 64 war die Sache komplizierter. Dort konnte Nummer 5 zwar über sein neues Bewusstsein philosophieren, kam ohne das passende Jump-ROM aber nicht einmal vernünftig über ein Hindernis. Freiheit war eben auch 1987 eine Frage der richtigen Hardware.

Die Filmvorlage erschien 1986 unter dem Titel Short Circuit und kam in Deutschland als Nummer 5 lebt! in die Kinos. Nummer 5 gehörte zu einer Serie von S.A.I.N.T.-Robotern, wobei die Abkürzung für „Strategic Artificially Intelligent Nuclear Transport“ stand. Nova Robotics hatte die Maschinen für militärische Einsätze gebaut. Nach einem Blitzeinschlag entwickelte eine von ihnen jedoch Bewusstsein, Neugier und eine ausgesprochen nachvollziehbare Abneigung gegen die geplante Demontage.

Der Film lebte von Nummer 5s Persönlichkeit, seinen wörtlich genommenen Redewendungen und der Frage, ob ein Roboter mehr sein konnte als die Summe seiner Bauteile. Ocean strich die menschlichen Figuren beinahe vollständig heraus. Steve Guttenberg, Ally Sheedy und ihre Mitstreiter spielen in der Versoftung praktisch keine Rolle. Für Gesichtserkennung war der C64 ohnehin nicht zuständig. Übrig blieb die Fluchtgeschichte: Nummer 5 muss den Komplex von Nova Robotics verlassen und seinen Erbauern entkommen, bevor diese ihn wieder deaktivieren.

Ocean Software hatte zu diesem Zeitpunkt genügend Erfahrung mit Film- und Fernsehlizenzen. Spiele wie Rambo: First Blood Part II, Cobra, Miami Vice und Highlander erzählten ihre Vorlagen ebenfalls nicht Szene für Szene nach. Die Entwickler griffen Situationen und Motive heraus, aus denen sich mit Joystick, wenigen Tasten und begrenztem Speicher ein Spiel formen ließ. Bei Short Circuit entschieden sie sich gleich für zwei.

Der erste Teil ist ein Action-Adventure innerhalb von Nova Robotics, der zweite ein seitlich scrollendes Geschicklichkeitsspiel. Ocean konnte damit glaubhaft „zwei Spiele in einem“ versprechen. Allerdings fühlten sich die beiden Hälften bisweilen auch so an, als hätten sie sich erst kurz vor der Veröffentlichung kennengelernt.

Auf dem C64 lassen sich beide Abschnitte getrennt anwählen. F1 beginnt im Labor, F3 führt direkt in die Landschaft. Das war kein versteckter Cheat, sondern eine vorgesehene Übungsmöglichkeit. F5 startet das Spiel neu und F7 legt eine Pause ein. Wer später behauptete, F5 überspringe den ersten Teil, hatte entweder die Funktionstasten verwechselt oder die Anleitung nur dekorativ neben den Monitor gelegt.

Den Entwurf der C64-Fassung übernahmen John Meegan und John Brandwood, programmiert wurde sie von Meegan. Brandwood setzte außerdem die Amstrad-CPC-Version um, während D. C. Ward die Produktion betreute. Von einer ausführlich dokumentierten Entstehungsgeschichte mit Prototypen, internen Ocean-Unterlagen oder späteren Erinnerungen der Entwickler ist wenig erhalten. Das Spiel selbst zeigt jedoch deutlich, wie das Team Nummer 5 darstellen wollte: nicht als gewöhnliche Spielfigur mit angeklebtem Robotersprite, sondern als Maschine, deren Fähigkeiten erst durch Programme und Hardwaremodule freigeschaltet werden.

Die Grafik der C64-Version stammt von Karen Davies. Sie musste einen Roboter aus Kettenantrieb, Metallarmen, Gelenken und Kamerakopf in ein gut erkennbares Sprite verwandeln – und das gelang. Nummer 5 fährt etwas ungelenk durch perspektivisch gezeichnete Labore, Büros und Werkstätten, doch gerade diese Schwerfälligkeit passt zur Filmfigur. Kleine Umgebungsgags lockern die sterilen Räume auf. Unter einer Toilettentür sind beispielsweise die Füße eines Mitarbeiters zu sehen. Zur Lösung trägt das nichts bei, aber Nova Robotics wirkt dadurch zumindest zeitweise wie ein Arbeitsplatz und nicht wie eine Ansammlung identischer Korridore.

Im Labor verfügt Nummer 5 über die Funktionen SEARCH, UTILIZE, JUMP und LASER. Springen und Schießen funktionieren allerdings erst, nachdem die nötigen ROMs, Programme und Bauteile gefunden wurden. Bis dahin meldet das interne System nüchtern, dass weitere Eingaben erforderlich seien. Ein lebendig gewordener Militärroboter ist offenbar nicht automatisch plug and play.

Mit SEARCH untersucht Nummer 5 Schreibtische, Schränke, Terminals und technische Einrichtungen. UTILIZE dient dazu, Fundstücke einzusetzen, analysieren zu lassen oder für später abzulegen. Das ist nötig, weil nur wenige Objekte und höchstens drei Programme gleichzeitig im Speicher Platz finden. Der Spieler muss deshalb früh entscheiden, was er behält, was gelöscht wird und welches verdächtige Bauteil vermutlich nur ein weiterer roter Hering ist.

Die Bedienung wirkt zunächst umständlich. Befehle werden mit dem Joystick durchgeschaltet, Untermenüs öffnen weitere Möglichkeiten, und die rechte Bildschirmhälfte meldet im Stil eines kleinen Computerterminals, was Nummer 5 gefunden oder falsch gemacht hat. Nach einigen Versuchen entwickelt das System jedoch einen eigenen Rhythmus: Raum betreten, Einrichtung durchsuchen, Fundstück prüfen, Speicher sortieren und hoffen, dass nicht gerade der Alarm losgeht.

Der Nova-Komplex umfasst ungefähr 36 Räume. Gesucht werden unter anderem die Erweiterungen für Sprung und Laser sowie das technische Handbuch für eine Roboterattrappe. Nummer 5 muss außerdem Sicherheitssysteme umgehen und einen anderen S.A.I.N.T. austricksen, der seine Bewegungen spiegelt. Fährt Nummer 5 los, setzt sich auch der Kollege in Bewegung; springt er, springt das Gegenüber ebenfalls. Eine gute Idee, die nach einigen gescheiterten Versuchen allerdings weniger nach künstlicher Intelligenz und mehr nach mechanischer Boshaftigkeit aussieht.

Falsche Türen, ungeeignete Schalter und unbedachte Eingaben können den Alarm auslösen. Dann bleibt nur wenig Zeit, bevor die Sicherheitskräfte eintreffen und Nummer 5 deaktivieren. Hinzu kommt ein Zeitlimit. Der erste Durchgang dient deshalb meist der Erkundung, der zweite der Korrektur und der dritte vielleicht dem Fortschritt. Vielleicht entdeckt man auch nur eine weitere Möglichkeit, das Gebäude in Aufruhr zu versetzen.

Nach der Flucht wechselt Short Circuit ohne lange Vorwarnung das Genre. Die Labore verschwinden, die Landschaft scrollt seitlich, und aus dem Suchspiel wird ein Hindernislauf. Nummer 5 springt über Tiere und andere Gefahren, weicht Robotern aus und setzt seinen Laser gegen bewaffnete Verfolger ein.

Menschen dürfen nicht getötet, sondern nur betäubt werden. Die Darstellung löst das mit Slapstick: Ein gezielter Treffer bringt einen Wachmann aus dem Gleichgewicht, ohne ihn gleich zu verdampfen. Noch vorsichtiger muss Nummer 5 mit der Tierwelt umgehen. Verletzt er Kaninchen, Mäuse oder andere Lebewesen, sinkt seine Gewissensenergie. Ist sie aufgebraucht, deaktiviert er sich selbst. Der Filmgedanke, dass Nummer 5 den Wert des Lebens erkannt hat, wird damit tatsächlich zu einer Spielregel.

Zwischen Vögeln und Kleintieren schwebt gelegentlich sogar ein kleiner Elefant durch die Luft. Heinrich Lenhardt erwähnte ihn ausdrücklich in der Happy Computer. Warum er fliegt, erklärt das Spiel nicht. Vielleicht war die künstliche Intelligenz bei Ocean bereits weiter entwickelt, als allgemein angenommen.

Der zweite Teil ist leichter zu verstehen, aber nicht leichter zu spielen. Gegner und Tiere tauchen rasch auf, während Nummer 5 vergleichsweise träge reagiert. Sprünge müssen früh eingeleitet werden, Zusammenstöße werden streng bestraft, und viele Hindernisfolgen lassen sich erst nach mehreren Versuchen zuverlässig bewältigen. Der Abschnitt wirkt daher eher wie eine lange Bonussequenz als wie eine gleichwertige zweite Spielhälfte.

Während im Labor Gedächtnis, Geduld und der Umgang mit den Menüs gefragt sind, zählen draußen Reflexe und das Auswendiglernen der Gegnerfolgen. Genau dieser Bruch sorgte dafür, dass Spieler häufig nur mit einer Hälfte wirklich warm wurden. Wer gern Räume untersuchte, musste den hektischen zweiten Teil nicht mögen. Wer sofort Action wollte, dürfte bereits beim dritten durchsuchten Schreibtisch unruhig geworden sein.

Zusammengehalten werden beide Abschnitte vor allem durch Nummer 5 selbst und die Musik von Martin Galway. Der C64-Komponist bearbeitete drei Stücke aus dem Film für den SID-Chip. Am deutlichsten erkennbar ist „Who’s Johnny?“, der Popsong von El DeBarge. Galway übertrug Melodie, Begleitung und Rhythmus auf die drei Stimmen des SID und schuf damit den Teil des Spiels, an den sich viele C64-Spieler später zuerst erinnerten.

Die Happy Computer bewertete Sound und Musik mit 81 Prozent und stellte fest: „Hier hat Martin Galway mal wieder zugeschlagen.“ Selbst wer SEARCH, UTILIZE und das störrische Sprungverhalten bald leid war, ließ das Titelstück gern noch eine Runde laufen. Das war bei Ocean nicht ungewöhnlich: Mitunter besaß bereits der Titelsound mehr Wiedererkennungswert als manches vollständige Konkurrenzspiel.

Die Fassungen für ZX Spectrum und Amstrad CPC übernehmen denselben zweiteiligen Aufbau, sind aber keine bloßen Kopien der C64-Version. Für den Spectrum entwarf und programmierte Paul Owens eine eigene Umsetzung, deren Grafik von Ron Fowles stammt. Nummer 5 bewegt sich dort schneller, Texte erscheinen zügiger, und der Laborteil wirkt unmittelbarer. Die kontrastreiche Darstellung hilft zudem, Figuren und Hindernisse im Landschaftsabschnitt zu erkennen.

Auf dem Amstrad CPC programmierte John Brandwood das Spiel; Ron Fowles und F. David Thorpe arbeiteten an der Grafik. Diese Fassung orientiert sich in ihrer Struktur stärker am Spectrum, läuft jedoch gemächlicher. Texte bauen sich langsamer auf, Nummer 5 reagiert schwerfälliger, und die Suche im Labor bekommt zusätzliche Pausen verordnet. Dafür nutzt der CPC mehr Farben und stellt einzelne Objekte klarer dar.

Die drei Versionen zeigen damit, wie unterschiedlich dieselbe Lizenz auf den damaligen Rechnern interpretiert werden konnte. Der C64 setzt auf große Sprites, Statusanzeigen und Galways Musik. Der Spectrum spielt sich flotter, während der CPC farbiger, aber langsamer arbeitet. Von einer einfachen Konvertierung kann keine Rede sein.

Auch die Presse kam zu sehr verschiedenen Ergebnissen. Manfred Kleimann schilderte in der ASM ausführlich seine Fundstücke, Irrwege und Versuche mit den Befehlen. Das Magazin verlieh Short Circuit die Auszeichnung „Top Hit“. Die Einzelwertungen lagen bei 9 von 12 Punkten für die Grafik, 7 von 12 für den Sound, 11 von 12 für Spielablauf und Motivation sowie 10 von 12 für das Preis-Leistungs-Verhältnis.

Heinrich Lenhardt urteilte in der Happy Computer zurückhaltender. Die C64-Fassung erhielt 78 Prozent für die Grafik, 81 Prozent für Sound und Musik, aber lediglich 70 Prozent in der Gesamtwertung. Sein Fazit traf die Schwachstelle des Spiels: „Short Circuit bietet viel Grafik- und Sound-Genuß, aber leider nicht im gleichen Maße spielerische Klasse.“

Commodore User vergab acht von zehn Punkten und hielt den Adventureteil für die interessantere Hälfte. Die australische Commodore Review erklärte das Spiel dagegen zum „Game of the Month“ und vergab 94 Prozent. Am anderen Ende stand Zzap!64 mit lediglich 49 Prozent. Zwischen beiden Urteilen lagen 45 Prozentpunkte – für dasselbe Programm auf demselben Rechner.

Diese Unterschiede sind nachvollziehbar. Wer Grafik, Animationen, Filmnähe und Galways Musik stark gewichtete, bekam eine sorgfältig präsentierte Lizenzumsetzung. Wer präzise Steuerung, faire Regeln und ein einheitliches Spielkonzept erwartete, stieß auf zwei Abschnitte, die beide ihre rauen Stellen hatten. Short Circuit war weder das Meisterwerk, das 94 Prozent vermuten lassen, noch der Totalausfall, den 49 Prozent nahelegen. Ocean hatte eine interessante Idee, setzte sie aber nicht überall so geschmeidig um wie Nummer 5 seinen Laserkopf.

Auf dem deutschen Markt nannte die Happy Computer 39 DM für die Kassette und 59 DM für die Diskettenfassung. Nach heutiger Kaufkraft entsprechen diese Beträge ungefähr 44 beziehungsweise 66 Euro (Stand Juni 2026). Die ASM führte einen niedrigeren Kassettenpreis von ungefähr 32 DM an, heute etwa 36 Euro. In Großbritannien wurde die C64-Kassette unter anderem für £9,99 angeboten.

Später erschien Short Circuit außerdem in Oceans Kompilation The Magnificent Seven. Für manchen C64-Besitzer kam Nummer 5 deshalb gemeinsam mit mehreren anderen Ocean-Titeln ins Haus. Das dürfte dem Spiel ein längeres Leben beschert haben als die Filmkarriere mancher menschlicher Nebenfigur.

Geblieben sind vor allem Karen Davies’ gut erkennbarer Roboter, Martin Galways Musik und die ungewöhnliche Verbindung aus Laborsuche und Hindernislauf. Wer F3 drückte, ersparte sich das Durchsuchen der Büros. Wer bei F1 begann, lernte dagegen, dass selbst eine künstliche Intelligenz irgendwann vor einem überfüllten Speicher, einer verschlossenen Tür und einem falsch eingesetzten Jump-ROM kapitulieren kann.

Crazy Comets (1985) – Der Shooter eines Schülers und die Musik eines Meisters

Picture is taken from: https://www.lemon64.com/

Während viele Commodore-64-Besitzer ihre Nachmittage damit verbrachten, die neuesten Spiele zu laden, tat Simon Nicol genau das Gegenteil. Er programmierte sein eigenes. Als Schüler entwickelte er Crazy Comets, einen Shooter, der 1985 bei Martech erschien, von Rob Hubbard vertont wurde und später sowohl von britischen als auch von deutschen Magazinen positiv bewertet werden sollte.

Die Geschichte begann allerdings schon vor der eigentlichen Veröffentlichung. Bereits 1984 arbeitete Nicol gemeinsam mit John Griffin an einer Commodore-64-Umsetzung des Arcade-Automaten Mad Planets. Diese Version erschien nie offiziell, bildete jedoch die Grundlage für das Spiel, das ein Jahr später als Crazy Comets in den Handel kam. Die Nähe zum Vorbild wurde auch von den damaligen Magazinen sofort erkannt. Commodore User schrieb, das Spiel verdanke Mad Planets „mehr als nur ein bisschen“, während Zzap!64 es als Umsetzung des „brillanten, aber selten gesehenen“ Arcade-Spiels bezeichnete. Dennoch blieb Crazy Comets keine einfache Kopie. Nicol nutzte die Grundidee und entwickelte daraus ein eigenständiges Commodore-64-Spiel.

Laut Handbuch befindet sich das Universum am Rand des Zusammenbruchs. Materie verwandelt sich in Energie, Himmelskörper geraten außer Kontrolle und bedrohen die kosmische Ordnung. Die Aufgabe des Spielers besteht darin, diese Entwicklung aufzuhalten und die entstandenen Objekte zu zerstören, bevor sie das Universum ins Chaos stürzen. Die Hintergrundgeschichte nimmt nur wenige Absätze ein, erklärt aber, weshalb sich die Gegner während des Spiels ständig verändern.

Das Spielgeschehen findet auf einem einzigen Bildschirm statt. Der Spieler steuert ein kleines Raumschiff, das sich frei durch den Weltraum bewegen kann. Die Gegner beginnen als kleine Objekte, wachsen jedoch kontinuierlich an. Aus zunächst harmlosen Erscheinungen werden größere Himmelskörper, die schließlich als Supernova enden. Das Handbuch nennt dabei mehrere Zwischenstufen, darunter Crazy Callisto und Crazy Krypton. Wer sämtliche Gegner vernichtet, bevor sie die letzte Entwicklungsstufe erreichen, erhält einen Perfect-Round-Bonus. Ergänzt wird das Spielprinzip durch Rettungskapseln und zusätzliche Raketen, die während des Spiels eingesammelt werden können.

Die eigentliche Stärke von Crazy Comets liegt jedoch nicht in seiner Hintergrundgeschichte, sondern im Spielgefühl. Zzap!64 hob ausdrücklich die Trägheit und das Momentum des Raumschiffs hervor. Anders als viele Shoot ’em ups seiner Zeit reagiert das Schiff nicht sofort auf jede Richtungsänderung, sondern besitzt eine spürbare Eigendynamik. Happy Computer wiederum lobte die nachvollziehbaren Flugbahnen der Gegner. Dadurch entsteht eine interessante Mischung aus Kontrolle und Chaos. Die Bewegungen sind grundsätzlich berechenbar, während die stetig anwachsenden Planeten den verfügbaren Raum immer weiter einschränken.

Mehrere Magazine erwähnten zudem den hohen Schwierigkeitsgrad. Die Planeten wachsen schnell, werden aggressiver und füllen zunehmend den Bildschirm. Fehler lassen sich nur selten korrigieren. Dennoch betrachteten die Tester diesen Umstand nicht als Schwäche. Vielmehr entstand der Eindruck eines Spiels, das auf kurze, intensive Spielrunden ausgelegt wurde und den Spieler unmittelbar fordert.

Besonders häufig wurde die Musik erwähnt. Kaum ein Testbericht kommt ohne einen Hinweis auf Rob Hubbards Soundtrack aus. Commodore User bezeichnete die Musik als beinahe fantastisch. Zzap!64 vergab außergewöhnliche 99 Prozent für den Sound. Noch deutlicher formulierte es die deutsche Happy Computer:

„Alleine der Titelsong ist den Kauf des Spiels wert.“

Solche Aussagen waren selbst in den achtziger Jahren keine Selbstverständlichkeit. Die Musik verbindet eingängige Melodien mit einem treibenden Rhythmus und trägt erheblich zur Atmosphäre des Spiels bei. Rob Hubbard selbst nannte Crazy Comets später mehrfach unter seinen persönlichen Lieblingskompositionen für den Commodore 64.

Die Wertungen fielen insgesamt positiv aus. Zzap!64 vergab 84 Prozent und lobte insbesondere Sound, Grafik und Steuerung. Commodore Horizons bewertete das Spiel ebenfalls wohlwollend und hob die schnelle Action hervor. Die Happy Computer kam auf 67 Prozent und zeigte sich etwas zurückhaltender. Interessanterweise konzentrierte sich die Kritik weniger auf technische Aspekte als auf die langfristige Motivation. Mehrere Redakteure merkten an, dass das Spielprinzip hervorragend funktioniere, auf Dauer jedoch etwas wenig Abwechslung biete.

Der Verkaufspreis lag in Großbritannien bei 7,95 Pfund für die Kassettenversion. In Deutschland wurden 25 D-Mark verlangt. Einige Jahre später erschien Crazy Comets erneut im Budgetprogramm Ricochet von Mastertronic und erreichte dadurch ein weiteres Publikum. Selbst die späteren Budget-Tests bescheinigten dem Spiel noch immer eine hohe Spielbarkeit, auch wenn die Grafik inzwischen nicht mehr als modern galt.

Für Simon Nicol blieb Crazy Comets nicht das Ende der Geschichte. 1987 erschien mit Mega Apocalypse ein Nachfolger, der zahlreiche Ideen des Originals weiterentwickelte. Betrachtet man beide Titel gemeinsam, wird deutlich, dass Crazy Comets weit mehr war als ein einzelner Shooter. Die Entwicklungslinie reicht vom unveröffentlichten Mad-Planets-Prototypen über die Veröffentlichung bei Martech bis hin zu einem Nachfolger, der heute ebenfalls zu den bekannten Shootern des Commodore 64 zählt.

Auffällig ist, wie einheitlich die damaligen Tester über das Spiel schrieben. Immer wieder tauchen dieselben Begriffe auf: Geschwindigkeit, Steuerung, Spielgefühl und Musik. Über vierzig Jahre später wird über Crazy Comets noch immer über genau diese Eigenschaften gesprochen. Das ist vermutlich die treffendste Bewertung, die ein Commodore-64-Spiel des Jahres 1985 erhalten kann.

Crazy Comets (1985) – Der Shooter eines Schülers und die Musik eines Meisters

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.

MOS 6581 & 8580, Robert Yannes und die Klangarchitektur

By Taras Young - Own work, CC BY-SA 4.0, https://commons.wikimedia.org/w/index.php?curid=123635057

Als der Commodore 64 Anfang der achtziger Jahre auf den Markt kam, war Klang in Heimcomputern noch keine Selbstverständlichkeit. Zwar verfügten einige Systeme bereits über programmierbare Soundchips, die mehrstimmige Tonausgabe erlaubten – etwa der POKEY in den Rechnern der Atari-800-Reihe oder die später weit verbreiteten PSG-Chips von General Instrument –, doch blieb ihre Klanggestaltung meist auf klar definierte, digitale Strukturen beschränkt. Musik entstand hier vor allem durch geschickte Programmierung, weniger durch klangliche Formbarkeit. Piepsen, Klacken, einfache Melodien – funktional, aber ohne ausgeprägte klangliche Tiefe. Vor diesem Hintergrund war der Soundchip des Commodore 64 kein evolutionärer Zwischenschritt, sondern ein bewusster Bruch mit dem Gewohnten.

Im Inneren des Rechners arbeitete kein gewöhnlicher Tongenerator, sondern ein Baustein mit musikalischem Anspruch: der MOS Technology 6581 SID (Sound Interface Device). Er war nicht dafür gedacht, lediglich Töne auszugeben, sondern Klänge zu formen. Drei unabhängige Stimmen, Hüllkurvensteuerung, unterschiedliche Wellenformen und ein analoger Filter machten aus dem Heimcomputer ein Instrument. Nicht perfekt, nicht berechenbar – aber lebendig. Und genau darin lag seine Besonderheit.

Der SID war kein Zufallsprodukt und kein nachträglich veredelter Beeper. Er entstand aus der Idee, dass ein Computer nicht nur rechnen, sondern auch klingen sollte. Und dieser Klang war nicht neutral. Er hatte Ecken, Widerstand und Persönlichkeit. Während andere Systeme sauberer, aber austauschbar wirkten, entwickelte der Commodore 64 eine akustische Identität, die man wiedererkannte, oft schon nach wenigen Takten – und die bis heute nachhallt.

Entwickelt wurde der SID bei MOS Technology, der Halbleitersparte von Commodore. Verantwortlich war Robert Yannes, ein Ingenieur mit ungewöhnlichem Profil: Er war Musiker. Diese Perspektive prägte den Chip hörbar. Sein Ziel war kein technischer Minimalbaustein, sondern etwas, das sich spielen ließ – ein kleiner Synthesizer, eingebaut in einen Heimcomputer, bezahlbar für Millionen. Der Zeitrahmen war knapp. Der Commodore 64 entstand in etwas mehr als einem Jahr, der SID selbst in wenigen Monaten. Perfektion im industriellen Sinne war dabei nicht erreichbar. Ausdruckskraft hingegen schon.

Robert Yannes blieb auch nach seiner Zeit bei Commodore dem Thema Klang treu, ohne noch einmal öffentlich in Erscheinung zu treten. Anders als viele später gefeierte Chip-Designer suchte er nie die Rolle des Visionärs oder Branchenstars. Er arbeitete in den folgenden Jahren weiterhin im Bereich digitaler Audiotechnik, unter anderem bei Ensoniq, wo Konzepte der Synthese und Klangformung in professionellere, samplerbasierte Systeme überführt wurden. In den neunziger Jahren zog sich Yannes zunehmend aus der sichtbaren Produktentwicklung zurück. Der SID blieb sein prägendstes Werk – und zugleich sein dauerhaftes Vermächtnis.

Der erste serienmäßig eingesetzte SID, der MOS 6581, verfügt über drei unabhängige Stimmen. Man kann sie sich wie drei kleine Instrumente vorstellen, die gleichzeitig erklingen können. Jede Stimme beginnt mit einer einfachen Wellenform, die das klangliche Rohmaterial liefert: mal weich, mal scharf, mal hohl oder körnig. Musik entsteht daraus erst durch Bewegung – durch das Einsetzen eines Tons, sein Anschwellen, sein Verweilen und sein Verklingen. Genau dafür sorgt der SID mit seiner internen Hüllkurvensteuerung. Klänge konnten atmen, stehen bleiben oder langsam ausklingen. Für einen Heimcomputer zu Beginn der achtziger Jahre war das außergewöhnlich.

Das eigentliche Herz des SID liegt jedoch im Filter. Vereinfacht gesagt entscheidet er, welche Anteile eines Klangs durchgelassen werden und welche verschwinden. Er kann Töne weichzeichnen oder schärfen, sie abdunkeln oder zum Kreischen bringen. Dieser Filter arbeitet analog – und genau das macht den Unterschied. Analog bedeutet hier: Nichts ist völlig festgelegt. Werte schwanken, Übergänge sind fließend. Kein SID klingt exakt wie ein anderer. Zwei Chips aus derselben Produktionscharge können hörbar unterschiedlich reagieren. Beim einen greift der Filter früh und sanft, beim anderen später und aggressiver. Das war nie als Klangkunst gedacht. Commodore wollte funktionierende Chips. Dass gerade diese Ungenauigkeit den SID so lebendig machte, gehört zu den stillen Ironien der Technikgeschichte.

Hinzu kommen elektrische Eigenheiten, die außerhalb der ursprünglichen Spezifikation lagen. Manche Töne starten nicht ganz sauber, Lautstärken reagieren gelegentlich unvorhersehbar, und ein bestimmter Nebeneffekt erlaubt das Abspielen digitaler Samples – obwohl der SID dafür nie vorgesehen war. Sprachfetzen, Schlagzeugklänge, Geräusche entstanden aus Tricks, die diese Eigenschaften gezielt ausnutzten. Commodore hätte das vermutlich gern vermieden. Musiker und Programmierer hingegen liebten es. Der SID war kein steriler Studioklang, sondern ein Instrument mit Macken – und genau das machte ihn greifbar.

Der MOS 6581 ist der Klang, den viele untrennbar mit dem Commodore 64 verbinden. Er klingt warm, rau, manchmal fast schmutzig. Seine Filter reagieren nicht immer gleich, sie greifen mal früher, mal später, gelegentlich stärker als erwartet. Bässe können knurren, Leads leicht verzerren, Flächen wirken beinahe organisch. Der MOS 6581 ist kein berechenbarer Chip. Er lässt sich nicht vollständig kontrollieren, sondern will erlebt werden. Für Musiker bedeutete das: Jeder SID war ein kleines Unikat. Viele klassische C64-Soundtracks wurden genau für diesen Charakter geschrieben – und klingen auf anderen SID-Varianten oft spürbar anders.

Der spätere MOS 8580 SID ist technischer, kontrollierter und sauberer. Er wurde entwickelt, um stabiler zu arbeiten und sich verlässlicher gleich zu verhalten. Sein Klang ist klarer, sein Verhalten vorhersehbarer. Wo der MOS 6581 schwankt, bleibt der MOS 8580 konstant. Das schafft Sicherheit, nimmt dem Klang jedoch etwas von seiner Wildheit. Der MOS 8580 ist der erwachsene SID – korrekt, kraftvoll, präzise, aber ohne jene kleinen Unsauberkeiten, die den alten Chip für viele so reizvoll machen.

Welche dieser beiden Varianten man bevorzugt, ist weniger eine Frage der Technik als der Erinnerung. Der Klang, den man zuerst gehört hat, prägt das Empfinden bis heute. Der SID war nie ein neutraler Maßstab, sondern immer ein persönliches Instrument. Deshalb gibt es nicht den einen „richtigen“ Klang, sondern viele gültige.

So eigenwillig der SID auch war – erst durch die Menschen, die ihn verstanden und spielten, entfaltete er sein volles Potenzial. Auf dem Commodore 64 entstand eine eigenständige Form der Computermusik, die sich deutlich von anderen Plattformen abhob. Rob Hubbard erkannte früh, dass sich mit drei Stimmen weit mehr erreichen ließ, als es die Spezifikationen vermuten ließen. Seine Musik zu Monty on the Run, International Karate oder Commando ließ den C64 größer klingen, als er war. Hubbard behandelte den SID nicht als Tonquelle, sondern als Instrument, das in Echtzeit geformt werden wollte.

Martin Galway schlug einen anderen Weg ein. Seine Arbeiten für Ocean Software, etwa Arkanoid, Wizball oder Times of Lore, wirkten atmosphärisch, beinahe filmisch. Galway nutzte den SID nicht nur rhythmisch, sondern emotional. Frühe digitale Samples erweiterten den Klangraum, ohne ihn zu dominieren. Für ihn war der SID weniger Technik als Material – etwas, aus dem sich Stimmungen formen ließen.

Im deutschsprachigen Raum prägte Chris Hülsbeck das Bild des SID nachhaltig. Mit Werkzeugen wie dem Soundmonitor trug er dazu bei, die Möglichkeiten des SID systematisch zugänglich zu machen. Hülsbeck beschrieb den Commodore 64 später mehrfach als seinen ersten bezahlbaren Synthesizer – ein Instrument, das ihm eine musikalische Welt eröffnete, die außerhalb des Computers unerreichbar gewesen wäre.

Komponisten wie Jeroen Tel, Ben Daglish, David Whittaker, Tim Follin oder die Maniacs of Noise formten gemeinsam eine Klanglandschaft, die den Commodore 64 unverwechselbar machte. Ihre Musik überlebte die Spiele, für die sie geschrieben wurde, und wird bis heute gehört, aufgeführt und neu interpretiert. Der SID war kein neutraler Standard, sondern ein Instrument mit Widerstand. Er verlangte Geduld, Aufmerksamkeit und Experimentierfreude – und belohnte genau das mit individueller Handschrift.

Dass der SID bereits zu Lebzeiten mehr war als ein bloßes Bauteil, zeigt ein bemerkenswertes Experiment außerhalb der Commodore-Welt. 1989 erschien mit der Innovation SSI-2001 eine Soundkarte für IBM-PC-Kompatible, die einen originalen SID-Chip verwendete. Zu einem Zeitpunkt, als AdLib etabliert, Roland professionell positioniert und Sound Blaster auf dem Weg zum Quasi-Standard war, wirkte sie wie ein bewusstes Gegenmodell. Ihr kommerzieller Erfolg blieb gering, die Zahl der unterstützten Spiele klein, beispielsweise Ultima V: Warriors of Destiny. Doch ihre Existenz zeigt, dass der SID bereits damals als eigenständige Klangästhetik verstanden wurde – als etwas, das man bewusst in ein fremdes Umfeld tragen wollte.

Mit der SSI-2001 wurde zugleich sichtbar, dass der SID bereits einer auslaufenden Idee angehörte. Der MOS Technology 6581/8580 SID war einer der letzten frei programmierbaren Soundgeneratoren, bei denen Klang noch synthetisch erzeugt und analog geformt wurde. In den späten achtziger Jahren verlagerte sich der Markt. AdLib setzte auf FM-Synthese, Sound Blaster auf digitale Samples, der Amiga spielte Klänge ab, statt sie zu entwerfen. Musik wurde reproduzierbar – und damit auch austauschbarer.

Der SID markiert vor diesem Hintergrund keinen Rückstand, sondern einen Endpunkt. Er steht am Abschluss einer Epoche, in der Computermusik aus Parametern, Spannungen und Grenzwerten entstand. Was mit ihm verschwand, war nicht nur eine Technik, sondern eine Haltung: der Zwang zur Reduktion, zur Erfindung, zum genauen Hinhören. Spätere Systeme klangen realistischer, lauter und sauberer, doch sie verloren etwas, das sich nicht messen lässt.

Rückblickend erklärt sich die Faszination des SID weniger aus Zahlen oder Spezifikationen als aus seiner Haltung. Musik auf dem Commodore 64 war kein Abspielvorgang, sondern ein Dialog zwischen Mensch und Maschine. Der SID blieb als Erinnerung an eine Zeit, in der Beschränkung kein Mangel war, sondern Voraussetzung für Stil. Nicht weil er alles konnte – sondern weil er Widerstand leistete.

 

Commodore 64 (1982) – Der Heimcomputer, der eine Generation prägte

Ist es wirklich notwendig, noch über den Commodore 64 zu schreiben? Über einen Rechner, den viele als ihren ersten Computer erlebt haben. Über einen Namen, um den sich seit Jahrzehnten Mythen, Überhöhungen und nostalgische Rückblicke ranken. Vielleicht ist es gerade deshalb notwendig, noch einmal innezuhalten. Nicht, um diese Mythen zu wiederholen, sondern um sie einzuordnen. Denn wir sprechen hier über einen Computer, der angeblich zwanzig oder gar dreißig Millionen Mal verkauft wurde – Zahlen, die in dieser Form nicht belastbar sind. Sicher ist: Es waren sehr viele, und genug, um eine ganze Ära zu prägen. Aber statt mit Superlativen zu beginnen, lohnt es sich, den Weg in Ruhe nachzuzeichnen.

Der C64 war kein Wunderwerk und kein Zufallstreffer. Er war das Ergebnis einer Zeit, eines Marktes und einer spezifischen Denkweise. Für viele Haushalte war er der erste Computer, der nicht im Arbeitszimmer verschwand, sondern selbstverständlich im Wohnzimmer stand – oft am einzigen Fernseher der Familie. Spätestens mit Spielen wie Summer Games wurde er zum Gemeinschaftsgerät. Nicht selten standen mehrere Generationen gemeinsam vor dem Bildschirm: Kinder mit Ehrgeiz, Eltern mit Neugier, und manchmal griff sogar die Großmutter zum Joystick – und erreichte beim Stabhochsprung Höhen, die man ihr mit Gehstock im Flur nicht zugetraut hätte. Der C64 war einer der ersten Computer, bei dem man niemandem erklären musste, warum er eingeschaltet wurde. Er funktionierte als gemeinsamer Bezugspunkt.

Entstehung unter Zeitdruck und mit klarer Agenda

Geprägt wurde der Ansatz durch Jack Tramiel, dessen Ziel es war, Computer aus der Nische zu holen. Sein Leitsatz „Computers for the masses, not the classes“ war weniger Werbespruch als Geschäftsgrundlage. Für Tramiel war Technik kein Selbstzweck, sondern eine Ressource, die man so lange zuschnitt, bis sie sich verkaufen ließ. Erfahrungen mit dem VIC-20 hatten gezeigt, dass ein Markt für günstige Rechner existierte – doch der Schritt zu einem deutlich leistungsfähigeren System war intern umstritten. Erst die rapide fallenden RAM-Preise Anfang der 1980er-Jahre machten es realistisch, einen Computer mit 64 Kilobyte Arbeitsspeicher wirtschaftlich zu kalkulieren.

Unter erheblichem Zeitdruck – im Vorfeld der CES 1982 – entstand der C64 in ungewöhnlich kurzer Entwicklungszeit. In der Commodore-Organisation wurde das Projekt von Führung und Technik koordiniert; als zentrale Figur gilt Charles Winterble, der als Leiter des weltweiten Engineering-Bereichs die Linie stützte, das System konsequent auf Commodores hauseigene MOS-Technologie und eigens entwickelte Spezialbausteine auszurichten – Grafik, Sound und Systemlogik als Kern einer Plattform, nicht als austauschbare Standardkomponenten. Die Systemarchitektur wird häufig Robert „Bob“ Russell zugeschrieben, der bereits am VIC-20 mitgewirkt hatte und KERNAL-Anteile sowie die BASIC-Integration prägte. David A. Ziembicki gilt als treibende Kraft beim Prototypenbau unter extremem Termindruck. Ebenfalls aus diesem Umfeld stammt Shiraz Shivji, der später eine zentrale Rolle beim Atari ST spielen sollte. Zeitzeugenberichte betonen den enormen Einsatz dieses kleinen Teams – bis hin zu Feiertagen, die im Labor verbracht wurden. Der C64 entstand nicht aus Forschung im Elfenbeinturm, sondern aus Pragmatismus, Tempo und einer klaren Marktstrategie.

Technische und konzeptionelle Altlasten – warum der C64 so wurde, wie er war

Der C64 war kein Rechner vom weißen Reißbrett. Viele seiner Eigenheiten versteht man erst, wenn man ihn als Ergebnis von Kostenentscheidungen, Lagerrealitäten und Zeitdruck betrachtet. So wurde aus Produktions- und Werkzeuggründen zunächst ein Gehäusekonzept weitergeführt, das Commodore bereits kannte – nicht, weil es ideal war, sondern weil Formen, Prozesse und Zulieferketten vorhanden waren. Der Rechner sollte günstiger produzierbar sein als die Konkurrenz; jede vermiedene Neuentwicklung zählte.

Ein ähnliches Prinzip zeigte sich bei der Peripherie. Das Diskettenlaufwerk 1541 war leistungsfähig, wurde aber berüchtigt für vergleichsweise langsame Ladezeiten. Häufig wird dies mit einer Mischung aus Kompatibilitätszielen, engen Zeitplänen und bewusst konservativen Schnittstellenentscheidungen erklärt: Commodore hielt an einer seriellen Philosophie fest, die in der Praxis durch Implementationsdetails und spätere Software-Workarounds deutlich weniger Tempo lieferte, als viele Anwender erwarteten. Der Markt reagierte, wie Märkte reagieren: Turbo-Loader, Fastloader-Cartridges und neue Routinen wurden nicht zur Ausnahme, sondern zum Standardrepertoire der Szene.

Auch auf Software-Ebene war der C64 von Altlasten geprägt. Commodore lizenzierte sein BASIC von Microsoft, setzte aber weiterhin auf BASIC V2 – eine Version, die bereits bei Erscheinen des C64 als schlicht galt. Grafik- und Soundbefehle fehlten vollständig. Was zunächst wie ein Makel wirkt, prägte den Umgang mit dem Rechner nachhaltig: Wer die Fähigkeiten der Hardware ausschöpfen wollte, musste direkt in Speicher und Register greifen. PEEK und POKE wurden dadurch zu Alltagsvokabeln. Der C64 lehrte keine Bequemlichkeit – er belohnte Neugier mit Kontrolle.

Technisches Fundament: stark, eigenwillig, beherrschbar

Im Zentrum arbeitete der MOS 6510, eine angepasste Variante des 6502 mit integriertem I/O-Port, der das Umschalten von Speicherbereichen erleichterte. Dieser Baustein ist ein gutes Beispiel dafür, wie Commodore Technik pragmatisch nutzte: nicht „mehr Leistung um jeden Preis“, sondern „Funktionalität, die das Gesamtsystem vereinfachte“. Dass spätere Systeme ebenfalls 6502-Verwandtschaft nutzten – etwa der 65C816 als CPU-Familienabkömmling in späteren Konsolenwelten – zeigt, wie langlebig diese Architekturidee war, ohne den C64 damit gleichsetzen zu wollen.

Für die Grafik war der VIC-II verantwortlich: Hardware-Sprites, feines Scrolling, Timing-Eigenheiten, die Programmierer liebten und fürchteten. Für den Klang sorgte der SID, der bis heute als Instrument wahrgenommen wird – mit Charakter, Eigenheiten und einem Klangbild, das selten „neutral“, aber oft unverwechselbar war. Ergänzt wurde das Ganze durch die CIA 6526, die mit Timing, Ports und I/O im Alltag mitbestimmte, was am Ende stabil lief – oder eben nicht, wenn am Joystickport elektrisch unsauber experimentiert wurde.

Diese Architektur war nicht elegant, nicht bequem und schon gar nicht zukunftssicher im klassischen Sinn. Aber sie war beherrschbar. Und genau diese Beherrschbarkeit machte den C64 für Millionen von Nutzern produktiv – im Spiel, im Lernen und im Experimentieren.

Revisionen, C64C und der Mythos vom „neuen“ C64

So konstant der C64 nach außen wirkte, so deutlich veränderte sich sein Inneres. Über die lange Produktionszeit entstanden zahlreiche Platinenrevisionen, deren Ziel weniger „neue Features“ als Kostenreduktion, Integrationsgrad und Fertigungsstabilität war. Commodores Leitlinie blieb dabei kompromisslos: maximale Softwarekompatibilität bei sinkenden Produktionskosten.

Frühe Geräte basierten auf großformatigen Platinen, später verschwanden viele TTL-Bausteine, Funktionen wurden zusammengefasst, die Fertigung wurde effizienter. Beim Prozessor findet sich in späteren Modellen häufig der stromsparendere MOS 8500 statt des 6510 – ohne dass der Rechner dadurch „schneller“ würde. Beim Sound kam es zu einem Wechsel vom SID 6581 zum 8580: weniger Grundrauschen, saubereres Verhalten, aber auch ein anderer Charakter. Wer beide kennt, weiß: „besser“ ist hier keine objektive Kategorie – es ist eine Frage des Klangbilds und der jeweiligen Schaltungsauslegung.

Mit dem C64C (umgangssprachlich oft C64 II) wurde diese stille Evolution sichtbar. Das flachere Gehäuse signalisierte Modernisierung, doch der Rechner blieb „ganz der Alte“: kompatibel, vertraut, berechenbar. Dass manche ihn als „leiser“ wahrnahmen, hat nichts mit Lüftern zu tun – es geht um thermische Eigenschaften, Abschirmung, Netzteil- und Bauteilverhalten. In Deutschland wurde das Thema Modellpflege zusätzlich durch den legendären Massenverkauf geprägt: Der Aldi-C64 steht sinnbildlich für den Moment, in dem ein Heimcomputer endgültig im Alltag ankam – inklusive kleiner Varianten-Details, die den Normalanwender kaum störten, Bastler aber bis heute diskutieren.

Markt und Konkurrenz: gleiche Epoche, unterschiedliche Realitäten

Entscheidender als bloße Marktanteile war, wie früh ein System in einem Land verfügbar war – und zu welchem Preis. In Großbritannien hatte der ZX Spectrum am 23. April 1982 einen deutlichen Vorsprung und dominierte dort lange Zeit das Bild des Heimcomputers: günstiger, kulturell verankert, früh verfügbar. Der C64 war in UK erfolgreich, blieb aber oft die Nummer zwei – nicht weil er technisch schwach gewesen wäre, sondern weil der Markt bereits besetzt war.

Auf dem Kontinent verschoben sich die Kräfte. In Deutschland konnte der C64 seine Stärken bei Grafik und Sound gut ausspielen und profitierte von einer ungewöhnlich breiten Verfügbarkeit: Fachhandel, Versandhäuser, Kaufhäuser – später sogar Discounter. Erst 1984 trat mit dem Amstrad CPC 464 ein weiterer starker Gegner auf, der mit Monitor-Bundle, „Komplettpaket“-Denke und einer anderen Positionierung punktete. In Frankreich wurde der CPC besonders populär; in Deutschland trat er als Schneider-CPC auf. Das sind keine Randdetails, sondern erklärt, warum „der“ europäische Heimcomputermarkt nie einheitlich war.

Preislich ist der C64 zugleich Paradebeispiel für Commodores aggressive Strategie. Zum UK-Start lag der Preis bei 399 £ (inflationsbereinigt grob etwa £ 1.500; rund € 1.750). In Deutschland startete er bei 1.495 DM (inflationsbereinigt grob etwa € 1.757; rund £ 1.500). In Frankreich wurden zur Einführung etwa 4.500–5.000 FF genannt (inflationsbereinigt grob etwa € 1.650; rund £ 1.400). In den USA startete er bei 595 US-Dollar (inflationsbereinigt grob etwa £ 1.550; rund € 1.800). Diese Preislandschaft war dynamisch: rasche Preissenkungen machten den C64 in kurzer Zeit vom Luxusgerät zum Massenprodukt. In den USA eskalierte dies zum Preiskrieg, der Konkurrenten wie Texas Instruments in die Knie zwang – ein seltener Moment, in dem aggressive Preispolitik den Markt tatsächlich neu sortierte.

Software, die den Rechner zum Wohnzimmergerät machte

Das Software-Ökosystem war der Hebel, mit dem der C64 seine Hardware in Alltagsrelevanz verwandelte. Spiele wie Summer Games machten den Rechner zum Familiengerät, weil sie ohne große Schwelle verstanden wurden – und gleichzeitig genug Tiefe hatten, um Ehrgeiz auszulösen. Andere Titel wurden zu Symbolen einer „reifen“ 8-Bit-Ära: International Karate zeigte internationale Schlagkraft europäischer Entwickler, The Last Ninja wurde zum Synonym für aufwendige Präsentation und atmosphärische Dichte auf dem C64. Bei einzelnen, später oft zitierten Millionenzahlen ist Vorsicht geboten; wichtiger ist die Relation: Bei einer installierten Basis im zweistelligen Millionenbereich bedeutete bereits ein siebenstelliger Absatz eine Marktdurchdringung, die man in der damaligen Zeit nur bei wenigen Produkten sah.

Für die Langlebigkeit des Systems war jedoch nicht nur Spiele-Software entscheidend. Mit GEOS zog eine grafische Oberfläche ein, die den C64 in eine neue Rolle rücken konnte: Maus, Desktop-Metapher, Programme wie GeoWrite und GeoPaint. Zeitgenössische Einschätzungen betonten dabei gerade, dass die Hardware im Kern gleich blieb – und dass genau das den Reiz ausmachte. GEOS war kein „neuer C64“, sondern ein neuer Blick auf denselben Rechner.

Szene, Raubkopien und die kulturelle Aneignung

Für viele Jugendliche war die Szene kein Beiwerk, sondern der eigentliche Zugang zur Technik. Software wurde getauscht, Disketten wurden kopiert, katalogisiert, weitergereicht. Das war soziale Realität und wirtschaftlicher Streitpunkt zugleich. Statt moralisch zu urteilen, muss man historisch nüchtern feststellen: Diese informellen Verbreitungswege erhöhten die Reichweite des Systems, hielten Nutzer am C64 und schufen eine kritische Masse, die Entwickler, Magazine und Zubehör anlockte.

Aus Kopierpraxis wurde Technikpraxis. Kopierschutz wurde analysiert, Cracks verbreitet, Cracktros entstanden als Signatur – später als Wettbewerb. Aus frühen Einzelakteuren und losen Zusammenschlüssen wuchs eine international vernetzte Gruppenlandschaft mit klaren Rollen: Cracker, Supplier, Intro-Coder, Grafiker, Musiker. Der Übergang von Cracktro zu Demo war fließend: Rastereffekte, Scroller, Soundroutinen und präzises Timing wurden zur eigenen Kunstform. Wer das einmal ernsthaft gesehen hat, versteht: Die Demokultur war nicht nur „Show“, sondern ein Beweis, wie tief diese Szene die Maschine verstand.

Magazinen kam dabei eine Schlüsselrolle zu. Listings waren nicht nur Unterhaltung, sondern eine Form von Wissensverbreitung: abtippen, Fehler suchen, Speicheradressen verstehen – und lernen, wie ein Computer „denkt“. Genau diese Mischung aus offener Maschine, stabiler Hardwarebasis und kultureller Praxis erklärt, warum der C64 nicht nur benutzt, sondern angeeignet wurde.

Langlebigkeit, Auslaufen, Erbe

Der C64 verschwand nicht einfach, als er technisch überholt war. Er blieb präsent, weil er wirtschaftlich billig produzierbar wurde, weil er eine riesige Softwarebasis hatte und weil die Szene das System als Herausforderung weitertrug. Weltweit werden die Verkäufe meist im Bereich von 12,5 bis 17 Millionen verortet; höhere Zahlen kursieren, sind aber weniger belastbar. Entscheidend ist nicht die letzte Nachkommastelle, sondern die Wirkung: Der C64 war ein industrielles Massenprodukt – und zugleich ein kulturelles Ereignis.

Der Übergang zum Commodore Amiga erfolgte nicht als harter Schnitt. Beide Systeme existierten lange nebeneinander: Der Amiga stand für den technischen Sprung, der C64 für Verbreitung, Verlässlichkeit und das, was man heute „installierte Basis“ nennt. Als der C64 schließlich auslief, blieb sein Abdruck: in der Demokultur, in der Retro-Hardware-Szene, in Remakes, Emulatoren, Neuauflagen – und in der Erinnerung daran, dass Computer einmal Geräte waren, die man nicht nur konsumierte, sondern verstand.

Und vielleicht liegt genau darin der Grund, warum man auch heute noch über ihn schreiben kann, ohne sich zu wiederholen.

 

Bombuzal (1989) – 250 Level Puzzleklassiker | MansionManiax

Bombuzal ist eines jener Spiele, bei denen man oft erst mit zeitlichem Abstand begreift, warum sie sich so hartnäckig im Gedächtnis festgesetzt haben. Nicht wegen einer Geschichte, nicht wegen charismatischer Figuren und schon gar nicht wegen audiovisueller Effekte. Bombuzal hinterließ Eindruck, weil es den Spieler ernst nahm. Es sprach ihn nicht an, es erklärte sich nicht, es versuchte nicht, ihn zu umwerben. Es stellte ihn schlicht auf eine schwebende Insel aus Kacheln, ließ die Zeit anlaufen – und überließ ihm die Verantwortung für alles, was danach geschah.

Schon der Einstieg ist bezeichnend nüchtern. Keine Einführung, kein Tutorial, keine Einblendung mit wohlmeinenden Tipps. Man sieht Bomben, Felder, Abgründe. Man sieht, dass man nur einen Schritt Platz hat, um sich nach einer Explosion in Sicherheit zu bringen. Und man versteht sehr schnell, dass dieses Spiel nicht verzeiht. Bombuzal basiert vollständig auf Ursache und Wirkung. Jede Handlung verändert das Spielfeld dauerhaft, jede Entscheidung schließt andere Möglichkeiten aus. Ziel ist es, alle Bomben eines Levels zu zünden, ohne sich selbst den letzten Fluchtweg abzuschneiden oder in die Tiefe zu reißen. Der Weg dorthin ist niemals offensichtlich.

Das Spielfeld besteht aus einer Vielzahl unterschiedlich reagierender Felder. Normale Kacheln werden durch Explosionen zerstört, andere bleiben unversehrt. Es gibt Felder, die nur einmal betreten werden dürfen, solche, die unter Belastung zusammenbrechen, und spezielle Transportfelder, die Bomben oder den Spieler weiterleiten. Bomben selbst unterscheiden sich in ihrer Wirkung: kleine Explosionen erfassen nur das eigene Feld, größere reißen angrenzende Kacheln mit. Da der Spieler sich nach dem Zünden einer Bombe nur um ein einziges Feld bewegen kann, entscheidet oft eine scheinbar unbedeutende Position über Erfolg oder Scheitern. Hinzu kommen Teleporter, die Bombuzal an andere Stellen versetzen, Spinner, die die Bewegungsrichtung verändern, sowie Gegner, die sich nach festen, aber nicht sofort durchschaubaren Mustern bewegen und nur indirekt durch Explosionen beseitigt werden können. Jeder Level ist ein in sich geschlossenes System, das verstanden werden will. Die Anleitung listet diese Elemente sachlich auf, fast wie ein technisches Regelwerk, und überlässt das eigentliche Lernen vollständig dem Spieler.

Genau darin liegt die besondere Qualität von Bombuzal. Das Spiel zwingt dazu, mehrere Züge vorauszudenken. Nicht nur: Welche Bombe zünde ich zuerst? Sondern: Welche Felder bleiben danach noch begehbar? Wo stehe ich nach der Explosion? Welche Kettenreaktionen löse ich aus, die ich im Moment der Entscheidung noch gar nicht sehe? Fehler entstehen selten aus Unwissen, sondern aus Ungeduld. Bombuzal bestraft diese Ungeduld konsequent, aber nie unfair. Jeder Fehlschlag ist im Nachhinein nachvollziehbar.

Entwickelt wurde Bombuzal 1988 für Amiga und Atari ST von David Bishop und Antony Crowther, zwei Vertretern einer sehr britischen Designhaltung, bei der Klarheit und Regelstrenge über Inszenierung stehen. Crowther, zugleich Entwickler und Spielejournalist, vertrat stets die Auffassung, dass gutes Game Design aus sauberen Mechaniken entsteht, nicht aus erzählerischem Überbau. Bombuzal ist die vielleicht konsequenteste Umsetzung dieser Überzeugung. Die technische Realisierung übernahm Ross Goodley, der zugleich für die Musik verantwortlich war. Der Sound bleibt bewusst im Hintergrund – funktional, zurückhaltend, ohne Anspruch auf Aufmerksamkeit. Er soll nicht führen, sondern Raum lassen.

Ein wesentlicher Teil des Kultstatus von Bombuzal erklärt sich durch seinen enormen Umfang. 250 Levels umfasst das Spiel, was für ein reines Denkspiel Ende der 1980er außergewöhnlich war. Noch bemerkenswerter ist, wie diese Levels entstanden. Bombuzal war nie ausschließlich das Werk eines kleinen Kernteams. Crowther stellte ein einfaches Level-Editor-System zur Verfügung und lud Kollegen, Entwicklerfreunde und Redakteure ein, eigene Aufgaben zu entwerfen. Bombuzal wurde dadurch zu einem stillen Gemeinschaftsprojekt der Szene.

Zu diesen Gastdesignern gehörte Geoff Crammond, dessen Levels bereits jene systematische, fast ingenieurhafte Denkweise erkennen lassen, die ihn später mit seinen Formula-One-Simulationen berühmt machen sollte. Ebenfalls beteiligt war Andrew Braybrook, bekannt für technisch präzise, logisch durchkonstrierte Spiele, bei denen jedes Element seinen festen Platz hat. Einen bewussten Kontrast setzte Jeff Minter, der zu diesem Zeitpunkt längst als schillernde Kultfigur der britischen Szene galt. Sein Bombuzal-Level, in dem Explosionen ein Lama und einen kleinen Dunghaufen hinterlassen, ist kein bloßer Gag, sondern ein augenzwinkernder Kommentar: Selbst im strengsten Regelwerk darf Platz für Persönlichkeit und Humor sein.

Auch die enge Verbindung zur Magazinlandschaft jener Zeit ist im Spiel selbst sichtbar. Gary Liddon und Gary Penn gestalteten gemeinsam ein Level, das ein riesiges ZZAP-Logo formt – eine selbstironische Hommage an ZZAP!64, das Bombuzal intensiv begleitete. Solche Details zeigen, dass Bombuzal nicht als isoliertes Produkt entstand, sondern als Teil eines lebendigen Austauschs zwischen Entwicklern, Redakteuren und Spielern.

Technisch fand Bombuzal seinen Weg auf zahlreiche Systeme. Die Commodore-64-Version von 1988 wurde von Bishop und Crowther selbst umgesetzt. 1989 folgte eine DOS-Fassung, programmiert von Tony Love, die das Spielprinzip erfolgreich auf den IBM-PC übertrug. 1990 erschien schließlich eine Umsetzung für das Super Nintendo, programmiert von Shinobu Michiura (im Abspann als Super Mic), mit Musik von Hiroyuki Masuno (Hiro) und zusätzlichen Charakterdesigns von Kiminari Sueda, H. Kamigaki und T. Sunahori. In Nordamerika wurde das Spiel unter dem Titel Ka-Blooey veröffentlicht – ein deutlich verspielterer Name, der den kulturellen Unterschied in der Vermarktung widerspiegelt, während das Spiel selbst unverändert blieb.

Als Bombuzal 1988/89 seinen Weg in die Magazine fand, wurde schnell deutlich, dass man es hier nicht mit einem gewöhnlichen Denkspiel zu tun hatte. In Happy Computer wurde es als Titel beschrieben, der „im Stil von ‚Boulder Dash‘ kommt“, zugleich aber „im wahrsten Sinne des Wortes explosionsgeladen ist“. Die Redaktion bescheinigte Bombuzal ein „recht intelligentes Spielprinzip“ und lobte, dass die Aufgaben „nicht zu knifflig und damit von jedermann lösbar“ seien, wies jedoch auch auf problematische Situationen hin, in denen Teleporter-Zufälle Level „total unlösbar“ machen könnten. Trotz dieser Einschränkungen fiel das Gesamturteil positiv aus.

Auch die ASM analysierte Bombuzal 1989 sehr präzise. Dort wurde betont, dass es sich um ein Spiel handle, bei dem man „nicht nur den Joystick, sondern auch die kleinen grauen Zellen kräftig anstrengen muß“. Besonders hervorgehoben wurde die Notwendigkeit, jeden Level zunächst zu analysieren, statt impulsiv zu handeln. Auffällig ist der frühe Versionsvergleich: Die C64-Fassung wurde als sehr spielbar beschrieben, während die Atari-ST-Version wegen ihrer hakeligen Steuerung kritisiert wurde, was sich spürbar auf Motivation und Spielfluss auswirke.

Rückblickend wirken diese zeitgenössischen Einschätzungen bemerkenswert treffend. Bereits damals wurden sowohl die Stärken als auch die Eigenheiten klar benannt: die Strenge der Regeln, der enorme Umfang, aber auch der schmale Grat zwischen Planung und Zufall. Bombuzal wurde nicht als gefälliges Spiel verstanden, sondern als Herausforderung. Genau das verleiht ihm bis heute seine Beständigkeit. Es steht exemplarisch für eine Designhaltung der späten 1980er-Jahre, in der man davon ausging, dass Spieler bereit sind, zu scheitern, zu beobachten und neu anzusetzen. Bombuzal erklärt nichts, entschuldigt nichts und schenkt nichts – und gerade deshalb bleibt es als Denkspiel von ungewöhnlicher Klarheit in Erinnerung.

Erhältlich für: Amiga, Atari ST, Commodore 64, MS-DOS (PC), SNES (Super Nintendo)

Zak McKracken and the Alien Mindbenders (1988) – Reise ins Unbekannte zwischen Alltag, Mars und Verschwörung

Als Zak McKracken and the Alien Mindbenders erschien, fühlte es sich schon beim ersten Kontakt anders an. Nicht wie ein Spiel, das man einfach startete, sondern wie etwas, dem man auf die Spur kam. Da war diese eigentümliche Mischung aus Alltäglichem und Kosmischem: ein abgehalfterter Reporter in seinem kleinen Apartment, umgeben von Mikrowelle, Telefon und seinem Goldfisch Sushi – und plötzlich führen genau diese Orte auf den Mars, zu uralten Kultstätten wie Stonehenge oder in das Zentrum einer Verschwörung, die größer ist als alles, was der Bildschirm zunächst preisgibt. Zak McKracken spielte mit der Vorstellung, dass hinter dem Banalen mehr verborgen liegt, dass das Unscheinbare eine zweite Ebene besitzt. Nicht pathetisch, sondern neugierig, leicht ironisch und dennoch erstaunlich ernsthaft.

Dieses Gefühl bildet den emotionalen Kern des Spiels. Zak McKracken ist weder klassisches Science-Fiction noch reines Comedy-Adventure. Es bewegt sich zwischen UFO-Mythen, pseudowissenschaftlichen Ideen, alten Kultstätten und der Hoffnung, dass die Welt größer, rätselhafter und vielleicht auch bedeutungsvoller ist, als sie auf den ersten Blick scheint. Der Mars ist hier kein fernes Symbol, sondern ein erreichbarer Ort. Stonehenge kein museales Denkmal, sondern Teil eines Plans. Das Spiel erzählt weniger eine abgeschlossene Geschichte, als dass es den Spieler in ein Netz aus Andeutungen, Zufällen und Zusammenhängen hineinzieht.

Bereits zeitgenössisch wurde genau diese Mischung wahrgenommen. Das britische Magazin Zzap!64 schrieb im März 1989: „Es ist nicht oft, dass ein Adventure zugleich laut herauslachen lässt und dabei wirklich fesselt – doch Zak McKracken gelingt genau das.“ (“It’s not often that an adventure manages to be both laugh-out-loud funny and genuinely involving, but Zak McKracken pulls it off.”)

Vor diesem Hintergrund wird verständlich, warum Zak McKracken nicht einfach eine Fortschreibung von Maniac Mansion sein wollte. Während das frühere Spiel seine Stärke aus der dichten Ausarbeitung eines einzigen Schauplatzes bezog, entschied sich Zak McKracken bewusst für Weite. Statt räumlicher Verdichtung steht hier Verknüpfung im Vordergrund. Die Spielwelt wirkt größer und offener, weil sie sich aus vielen Orten zusammensetzt: San Francisco, London, Mexiko, Ägypten, Nepal, das Bermuda-Dreieck und schließlich der Mars. Diese Orte bestehen oft nur aus wenigen Bildschirmen, erfüllen aber klar definierte Funktionen im Gesamtgefüge.

Die häufig verwendete Unterscheidung zwischen „horizontalem“ und „vertikalem“ Spieldesign beschreibt dabei mehr als nur die Anzahl der Orte. Maniac Mansion entfaltet seine Tiefe, indem ein einzelner Schauplatz immer weiter erschlossen wird. Jeder Raum der Villa gewinnt im Verlauf an Bedeutung, wird neu gelesen, neu genutzt und mit weiteren Zusammenhängen aufgeladen. Zak McKracken verfolgt den gegenteiligen Ansatz. Die einzelnen Orte sind bewusst knapp gehalten, dafür aber Teil eines weit verzweigten Netzes. Bedeutung entsteht nicht durch räumliche Verdichtung, sondern durch Verknüpfung. Das Spiel denkt in Wegen, Abhängigkeiten und Distanzen – und verlangt vom Spieler, diese Beziehungen über Kontinente hinweg zu überblicken. „Horizontal“ meint hier keine Oberflächlichkeit, sondern eine andere Form von Komplexität.

Diese Designentscheidung verändert auch die Wahrnehmung von Größe. Zak McKracken verfügt über eine deutlich höhere Gesamtzahl an begehbaren Räumen und Hintergründen als Maniac Mansion. Kritiker merkten jedoch an, dass viele dieser Orte – etwa London oder Mexiko – jeweils nur aus wenigen Bildschirmen bestehen. Im direkten Vergleich wirkt die Villa aus Maniac Mansion pro Standort dichter und detaillierter ausgearbeitet, während Zak McKracken seine Größe aus der Summe seiner Schauplätze bezieht. Quantitativ ist die Spielwelt größer, qualitativ verteilt sich ihre Tiefe breiter. Das Team nahm diesen Unterschied bewusst in Kauf, um das Gefühl einer globalen, später sogar interplanetaren Reise zu erzeugen.

Die Spielmechanik folgt dieser Offenheit konsequent. Vier spielbare Figuren – Zak, Annie, Melissa und Leslie – sind notwendig, um die Welt sinnvoll zu erschließen. Rätsel verlangen Planung über große Distanzen hinweg, das rechtzeitige Positionieren von Figuren und ein Gespür dafür, wie einzelne Handlungen ineinandergreifen. Geld spielt eine Rolle, Reisen kosten, und Fehlentscheidungen können langfristige Auswirkungen haben. Zak McKracken erlaubt Irrwege, zwingt den Spieler aber, aufmerksam zu bleiben. Es erklärt wenig und setzt viel voraus. Genau diese Offenheit – das Gefühl, dass nichts isoliert steht und jede Handlung Teil eines größeren Zusammenhangs ist – wirkt so selbstverständlich, dass man leicht vergisst, wie neu sie damals war.

Was diese Verzahnung überhaupt erst möglich machte, war das SCUMM-System, das Lucasfilm Games kurz zuvor entwickelt hatte. SCUMM – das „Script Creation Utility for Maniac Mansion“ – war mehr als eine technische Engine; es war ein neues Denken über grafische Adventures. Statt starrer Abfolgen erlaubte es eine Welt, in der Objekte, Figuren und Zustände flexibel miteinander reagieren konnten. Für Zak McKracken bedeutete das Freiheit: Handlungen mussten nicht mehr in einer festen Reihenfolge erfolgen, Rätsel konnten über große Entfernungen hinweg miteinander verknüpft werden, und der Spieler durfte experimentieren, ohne sofort bestraft zu werden. Das Verb-Interface war dabei kein Selbstzweck, sondern ein Versprechen: Alles, was sichtbar ist, könnte Bedeutung haben. SCUMM trat nicht in den Vordergrund, sondern machte sich unsichtbar, indem es dem Spieler das Gefühl gab, die Welt selbst zu begreifen, statt sie nur abzuarbeiten.

Innerhalb dieser Struktur existiert jedoch auch ein Abschnitt, der bis heute ambivalent wahrgenommen wird: das Labyrinth. Es verlangt Orientierung, Wiederholung und teilweise klassisches Mapping – Elemente, die sich spürbar von der ansonsten logisch verzahnten Rätselmechanik unterscheiden. David Fox erklärte später, dass diese Gestaltung aus einer damals gängigen Philosophie hervorging. Entwickler strebten Spielzeiten von 30 bis 40 Stunden an, während Speicherplatz und grafische Assets stark begrenzt waren. Labyrinthe boten die Möglichkeit, Spielzeit zu verlängern, ohne neue Inhalte produzieren zu müssen. Gleichzeitig galt das Anfertigen eigener Karten auf Papier als akzeptierter Teil des Spielerlebnisses. Zak McKracken steht damit nicht allein. Indiana Jones and the Last Crusade nutzte vergleichbare Strukturen, während The Secret of Monkey Island dieses Motiv kurz darauf bereits humorvoll brach. Gerade hier zeigt sich, dass Zak McKracken von einem System lebt, das Zusammenhänge erlaubt – ein Gedanke, den SCUMM möglich machte und den Lucasfilm Games in den Folgejahren weiterentwickelte.

Verantwortlich für diese Haltung war maßgeblich David Fox, der bei Zak McKracken erstmals die alleinige gestalterische Führung übernahm. Unterstützt wurde er von Matthew Alan Kane, der als Co-Programmierer, Co-Designer und Komponist eine Schlüsselrolle einnahm. Kane prägte nicht nur die Struktur des Spiels, sondern auch dessen musikalische Identität. Für die C64-Version steuerte zusätzlich Chris Grigg SID-spezifische Musik bei. Visuell war Gary Winnick maßgeblich beteiligt, später ergänzt durch Künstler wie Mark Ferrari in den 16-Bit-Versionen. Viele Details im Spiel tragen eine persönliche Handschrift: Die Namen mehrerer weiblicher Figuren stammen aus dem direkten Umfeld des Teams; Fox bestätigte später, dass sie nach Frauen und Freundinnen der Beteiligten benannt wurden. Auch die Zeitung ist kein beiläufiges Extra, sondern bewusst zwischen echten Hinweisen, satirischen Texten und gezielten Irreführungen angelegt.

Technisch blieb Zak McKracken inhaltlich über alle Versionen hinweg identisch, unterschied sich jedoch deutlich in der Präsentation. Die ursprüngliche C64-Version nutzte Multicolor-Grafik mit nicht-quadratischen Pixeln und den charakteristischen Klang des SID-Chips. Die DOS-Version setzte auf EGA-Grafik mit fester 16-Farben-Palette und wirkte dadurch schärfer, aber farblich härter. Die Amiga-Version stellte ebenfalls nur 16 Farben gleichzeitig dar, profitierte jedoch von der frei wählbaren 4096-Farben-Palette, was zu weicheren Übergängen führte. Auf dem Atari ST war zusätzlich eine hochauflösende Monochromdarstellung möglich. Die FM-Towns-Version hob sich durch 256 Farben, CD-Audio-Musik und den Verzicht auf Kopierschutz ab.

Der Kopierschutz selbst war integraler Bestandteil des Spiels. Beim Verlassen der USA mussten Visa-Codes aus dem Handbuch eingegeben werden. Erst nach fünf aufeinanderfolgenden falschen Eingaben griff eine Sanktion: Zak wurde verhaftet und in ein sogenanntes „Pirate Jail“ gebracht, wo ein Polizist den Spieler über die Unmoral von Softwarepiraterie belehrte. Danach endete das Spiel endgültig, ein früherer Spielstand musste geladen werden.

Zeitgenössisch wurde Zak McKracken breit rezipiert. Die deutschsprachige Power Play schrieb 1989: „Man bekommt pfundweise Spielwitz, eine clevere Benutzerführung und eine spritzige Geschichte.“
The Games Machine bewertete das Spiel im März 1989 mit 81 Prozent. Das französische Magazin Tilt lobte im November 1989: „Ein sehr vollständiges Adventure, das Humor und Nachdenken geschickt verbindet.“ (“Une aventure très complète qui associe habilement humour et réflexion.”)

Vielleicht liegt die anhaltende Faszination von Zak McKracken and the Alien Mindbenders gerade darin, dass es sich nie vollständig festlegen lässt. Es ist ein Spiel, das aus Neugier geboren wurde und Neugier voraussetzt. Der Mars, Stonehenge, die Zeitung, die seltsamen Maschinen – all das bleibt weniger als Handlung im Gedächtnis als als Gefühl: unterwegs zu sein in einer Welt, die größer wirkt, als sie auf den ersten Blick erscheint. Zak McKracken lässt Raum. Für Irrwege, für Erinnerung – und für die leise Ahnung, dass hinter dem Alltäglichen manchmal mehr verborgen liegt.

{ "@context": "https://schema.org", "@type": "BlogPosting", "mainEntityOfPage": { "@type": "WebPage", "@id": "https://www.mansionmaniax.com/2025/12/27/zak-mckracken-and-the-alien-mindbenders-lucasfilm-adventure-klassiker/" }, "headline": "Zak McKracken and the Alien Mindbenders (1988) – Reise ins Unbekannte zwischen Alltag, Mars und Verschwörung", "description": "Retro-Check zu Zak McKracken (1988): SCUMM, vier Figuren, Weltreise bis zum Mars, Versionsvergleich C64/DOS/Amiga/ST/FM Towns und zeitgenössische Pressestimmen.", "image": [ "https://www.mansionmaniax.com/wp-content/uploads/2025/12/Zak-Cover-224x300.png" ], "datePublished": "2025-12-27", "dateModified": "2025-12-27", "author": { "@type": "Person", "name": "DukeGozer" }, "publisher": { "@type": "Organization", "name": "Mansion Maniax", "url": "https://www.mansionmaniax.com/" }, "inLanguage": "de-DE", "keywords": [ "1980s video games", "1988", "Amiga", "Atari ST", "C64", "Chris Grigg", "Commodore 64", "David Fox", "DOS", "FM Towns", "Gary Winnick", "Lucasfilm Games", "Maniac Mansion", "Matthew Alan Kane", "Point and Click Adventure", "Retro Adventure", "Retro Games", "SCUMM", "Zak McKracken", "Zak McKracken and the Alien Mindbenders" ] }