Schlagwort-Archiv: Amiga

Omnicron Conspiracy (1989): First Stars verspätetes Science-Fiction-Adventure

Manchmal erkennt man einem Spiel an, dass es aus der falschen Zeit stammt. Nicht, weil seine Ideen schlecht gewesen wären — sondern weil sich der Markt während der Entwicklung schneller verändert hat als das Projekt selbst. Omnicron Conspiracy gehört genau in diese Kategorie. Als das Science-Fiction-Adventure 1989 schließlich für IBM-PC-Kompatible, Atari ST und Amiga erschien, wirkte vieles bereits leicht aus der Zeit gefallen: kleine Spielfiguren, große Interface-Rahmen, begrenzte Farbpaletten und eine Präsentation, die sich eher an späten EGA-Adventures orientierte als an den zunehmend filmischen Produktionen der frühen 90er. Doch gerade diese merkwürdige Mischung macht das Spiel heute historisch interessant.

Denn hinter Omnicron Conspiracy verbirgt sich offenbar ein Projekt, dessen Wurzeln deutlich weiter zurückreichen als das Veröffentlichungsjahr vermuten lässt.

Entwickelt wurde das Spiel von First Star Software, einem Studio, das damals vor allem durch Boulder Dash bekannt war. Entwickelt von First Star Software, erschien das Spiel in Nordamerika über Epyx, während in Europa häufig Image Works als Publisher beziehungsweise Vertriebspartner auftrat. Das allein macht die Existenz des Projekts bereits ungewöhnlich. Statt eines Arcade- oder Puzzletitels versuchte First Star plötzlich, ein umfangreiches Science-Fiction-Adventure mit Ermittlungen, Dialogen, Actionelementen und einer vergleichsweise offenen Spielstruktur zu erschaffen. Die ursprüngliche Idee stammte von Jim Nangano, während Jesse Taylor später Design und Programmierung übernahm. Für Story und Dialoge zeichnete Sheryl Knowles verantwortlich, während Chris Ebert und Christopher Grigg Musik und Soundeffekte beisteuerten. Das Titelbild der britischen Ausgabe entstand zudem durch Peter Andrew Jones, einen der bekanntesten Science-Fiction-Illustratoren der 70er und 80er Jahre.

Besonders spannend wurde die Geschichte des Spiels jedoch erst Jahrzehnte später durch Aussagen von Jim Nangano selbst. Auf der Archivseite Games That Weren’t erklärte er rückblickend:

“I began work on the engine that would theoretically become a game—The Omnicron Conspiracy.”
(„Ich begann mit der Arbeit an der Engine, aus der theoretisch einmal ein Spiel werden sollte — The Omnicron Conspiracy.“)

Damit wird deutlich, dass zunächst offenbar weniger ein fertiges Adventure als vielmehr eine flexible Adventure-Engine entstand. Genau das erklärt heute viele Eigenheiten des Spiels. Die stark modular aufgebauten Räume, die funktionale Menüstruktur, die großen Interfacebereiche und die vergleichsweise nüchterne Präsentation wirken plötzlich weniger wie gestalterische Schwächen, sondern eher wie die Architektur eines Systems, das ursprünglich als technisches Fundament gedacht war.

Noch aufschlussreicher fällt allerdings Nanganos Einschätzung zur späteren Entwicklung aus:

“That totally destroyed the game.”
(„Das hat das Spiel komplett zerstört.“)

Gemeint waren umfangreiche Änderungen und Verzögerungen während der Produktion. Laut Nangano befand sich das Spiel ursprünglich bereits in einer deutlich früheren Entwicklungsphase, ehe zusätzliche grafische Überarbeitungen verlangt wurden. Genau hier beginnt die eigentliche Tragik von Omnicron Conspiracy. Denn zwischen Mitte der 80er und dem finalen Release veränderte sich der Adventuremarkt drastisch.

Wäre das Spiel tatsächlich bereits 1986 oder 1987 erschienen, hätte es vermutlich wesentlich moderner gewirkt. Ein Science-Fiction-Adventure mit direkter Figurensteuerung, Ermittlungsstruktur, Actionelementen, Dialogsystemen und einer vergleichsweise offenen Welt war damals noch deutlich ungewöhnlicher. 1989 jedoch hatte sich die Konkurrenz massiv weiterentwickelt. Sierra experimentierte zunehmend mit komfortableren Interfaces, Lucasfilm Games setzte stärker auf filmische Präsentation, und Spieler erwarteten auf Amiga und PC immer häufiger größere Grafiken, weichere Animationen und aufwendigere audiovisuelle Inszenierungen.

Genau dieser Konflikt prägt Omnicron Conspiracy bis heute.

Das Spiel wirkt gleichzeitig ambitioniert und altmodisch.

Die Handlung folgt Captain Ace Powers, einem interstellaren Ermittler der Star Police. Sein Partner verschwindet während Untersuchungen gegen ein galaxieumspannendes Drogensyndikat und wird kurz darauf tot aufgefunden. Von diesem Moment an entwickelt sich die Geschichte zu einer Mischung aus Science-Fiction-Noir, Space Opera und satirischer Weltraumparodie. Statt familienfreundlicher Abenteuerkost setzt das Spiel auf Drogenringe, zwielichtige Wissenschaftler, korrupte Organisationen, Unterweltkontakte und paranoide Machtspiele. Bereits das Handbuch macht klar, dass hier keine klassische Hochglanz-Space-Opera erzählt werden soll. Dort beginnt die Geschichte mit einer absurd überzeichneten Szene zwischen Ace Powers und Lotsa Hotzi auf einem Asteroidenstrand, bevor das Manual das Spiel selbst als „a devastatingly clever odyssey involving pyramids, Top 40 tunes, giant artichokes, a BIG conspiracy, and the Universe“ beschreibt. („eine verheerend clevere Odyssee voller Pyramiden, Top-40-Hits, gigantischer Artischocken, einer GROSSEN Verschwörung und des gesamten Universums“).

Gerade dieser Humor unterscheidet Omnicron Conspiracy von vielen anderen Adventures seiner Zeit. Oberflächlich erinnert das Spiel zwar an Sierra-Titel wie Space Quest, tonal verfolgt es jedoch einen deutlich eigenständigeren Ansatz. Ace Powers ist kein liebenswerter Trottel wie Roger Wilco, sondern eher ein abgekämpfter Space-Cop mit deutlichen Film-Noir-Anleihen. Unterstützt wird er von PAL, seinem „Personal Automatic Link“, einem Roboterbegleiter, dessen Name bewusst mit dem englischen Begriff „pal“ spielt. Das gesamte Spiel schwankt ständig zwischen ernst gemeinter Science-Fiction und absurder Satire.

Selbst scheinbar nebensächliche Details zeigen, wie eigenartig die Welt von Omnicron Conspiracy angelegt ist. Auf dem Planeten Cron fliegt beispielsweise eine Superman-artige Figur durch die Häuserschluchten und geht dort alltäglichen Beschäftigungen nach — kein zentrales Storyelement, keine Pointe mit großem Payoff, sondern einfach eine absurde Hintergrundidee, die das Spiel völlig selbstverständlich in seine Science-Fiction-Welt integriert. Genau solche Momente verleihen Omnicron Conspiracy bis heute eine merkwürdige Mischung aus düsterer Zukunftsvision und fast schon anarchischem 80er-Humor.

Spielerisch kombiniert Omnicron Conspiracy mehrere Genres gleichzeitig. Räume werden untersucht, Gegenstände durchsucht, Bewohner befragt und Inventargegenstände verwaltet. Gleichzeitig integriert das Spiel ungewöhnliche Systeme wie Müdigkeit, Gesundheit und Waffenmodi. Ace Powers trägt ständig seinen ALSWELL-Blaster bei sich — eine „Automatic Laser System with Energy Light Load“ genannte Waffe, die zwischen Betäubungs- und Tötungsmodus umgeschaltet werden kann. Zusätzlich muss Ace schlafen, Verletzungen behandeln und auf chemische Substanzen achten, deren Auswirkungen sich direkt auf seine Lebens- und Erschöpfungsanzeigen auswirken. Das Handbuch warnt sogar ausdrücklich: „The Universe is a dangerous place“ („Das Universum ist ein gefährlicher Ort“). An anderer Stelle fordert das Spiel den Spieler beinahe esoterisch auf: „Trust your instincts. Flow.“ („Vertraue deinen Instinkten. Lass dich treiben.“) Rückblickend wirkt das stellenweise beinahe wie ein früher Vorläufer späterer Survival- oder Rollenspielmechaniken.

Optisch zeigt sich dagegen permanent die lange Entwicklungszeit des Projekts. Besonders die Amiga-Version nutzt die Möglichkeiten der Hardware nur sehr eingeschränkt. Viele Hintergründe arbeiten mit grobem Dithering, klaren Farbflächen und vergleichsweise wenigen Farbabstufungen. Obwohl der Amiga bereits 32 Farben gleichzeitig aus einer Palette von 4096 darstellen konnte, wirkt Omnicron Conspiracy häufig wie eine direkte Übernahme eines 16-Farben-Layouts. Historisch wäre das keineswegs ungewöhnlich gewesen. Zahlreiche Studios entwickelten Ende der 80er zunächst auf dem Atari ST und portierten ihre Grafiken anschließend nahezu unverändert auf den Amiga. Gerade deshalb erinnern viele Szenen stärker an klassische Atari-ST-Adventures als an typische späte Amiga-Produktionen.

Hinzu kam ein denkbar ungünstiger Veröffentlichungszeitpunkt. Publisher Epyx befand sich Ende der 80er bereits in einer schweren wirtschaftlichen Krise. Das Unternehmen, das wenige Jahre zuvor noch mit Titeln wie California Games, Impossible Mission oder Summer Games zu den bekanntesten Namen der Heimcomputerära gehörte, verlor zunehmend den Anschluss an den sich wandelnden Markt. 1989 kämpfte Epyx bereits mit massiven finanziellen Problemen und Lizenzgeschäften, ehe Teile des Unternehmens wenig später von Atari übernommen wurden. Omnicron Conspiracy erschien damit in einer Phase, in der Epyx kaum noch die Strahlkraft und Marktpräsenz früherer Jahre besaß — ein Umstand, der vermutlich ebenfalls dazu beitrug, dass das Spiel vergleichsweise schnell im Schatten größerer Adventureproduktionen verschwand.

Die zeitgenössische Presse reagierte entsprechend unterschiedlich. Die deutsche ASM lobte Atmosphäre, Handlung und die humorvollen Texte, stellte aber gleichzeitig fest: „THE OMNICRON CONSPIRACY gehört ganz gewiß nicht zu den bahnbrechenden Errungenschaften im Bereich Adventure.“ Der Amiga Joker reagierte deutlich härter und sprach bereits im Einstieg von einer „herben Enttäuschung“. Kritisiert wurden monotone Hintergründe, winzige Sichtfenster und die umständliche Menüführung. Die britische CU Amiga bewertete das Spiel dagegen wesentlich positiver und hob insbesondere Atmosphäre, Humor und Spielgefühl hervor. Gerade diese unterschiedlichen Reaktionen zeigen rückblickend sehr gut, woran Omnicron Conspiracy letztlich scheiterte: technisch wirkte es bereits konservativ, atmosphärisch und tonal dagegen häufig erstaunlich modern.

Preislich bewegte sich das Spiel damals keineswegs im Billigsegment. In den USA kosteten die DOS-, Atari-ST- und Amiga-Versionen zum Marktstart rund 39,95 US-Dollar, während britische Händler häufig etwa 24,99 bis 25,99 Pfund verlangten. Deutsche Magazine nannten je nach Zeitraum Preise zwischen etwa 84 und 120 D-Mark. Inflationsbereinigt entspricht das heute grob einer Kaufkraft von rund 80 bis 130 Euro — ein Bereich, in dem sich Omnicron Conspiracy direkt mit deutlich bekannteren Adventures seiner Zeit messen lassen musste.

Und genau darin liegt heute vermutlich seine eigentliche Bedeutung. Omnicron Conspiracy war kein großer Klassiker. Kein technischer Meilenstein. Kein Bestseller. Doch hinter seiner kantigen Oberfläche verbirgt sich möglicherweise eines der interessantesten Übergangsspiele seiner Zeit — ein Titel, dessen Design noch sichtbar aus der späten 8-Bit-Ära stammt, dessen Themenwelt aber bereits in Richtung jener düsteren Science-Fiction- und Cyberpunk-Abenteuer deutet, die wenige Jahre später deutlich populärer werden sollten.

 

Battle Command: Der spirituelle Nachfolger von Carrier Command (1990 by Realtime Software / Ocean)

Als Ocean Software 1990 gemeinsam mit Realtime Games Software Battle Command veröffentlichte, stand das Team vor einer heiklen Aufgabe. Nach dem Erfolg von Carrier Command erwarteten viele Spieler erneut eine komplexe Militärsimulation voller Strategie, Ressourcenverwaltung und taktischer Planung. Stattdessen rollte plötzlich der „Mauler“ auf den Bildschirm – ein futuristischer Kampfpanzer, der weniger an klassische Militärsimulationen erinnerte als an eine technische Machtdemonstration polygonaler 3D-Welten. Die deutsche Amiga Joker brachte es bereits 1990 auf den Punkt: „Nach dem Mega-Hit ‚Carrier Command‘ war es gut zwei Jahre eigenartig still um Realtime. In Wahrheit hat man aber schon emsig am Nachfolger gebastelt … Ergebnis: Die Welt hat einen neuen Klassiker!“

Realtime Games gehörte Ende der 80er zu den technisch auffälligsten britischen Entwicklerstudios. Während viele Konkurrenten noch auf Drahtgittergrafik setzten, experimentierte das Team bereits mit gefüllten Polygonflächen und weitläufigen 3D-Landschaften. Das Handbuch warb ausdrücklich damit, dass die Welt von Battle Command „in solid 3D“ dargestellt werde. Das Szenario entsprach der typischen „Near Future“-Militärästhetik jener Zeit: Seit über zehn Jahren befand sich die Welt in einem festgefahrenen Krieg zwischen Nord und Süd, große Offensiven galten als sinnlos, weshalb Spezialeinheiten und einzelne Hochleistungsfahrzeuge hinter den feindlichen Linien operierten.

Im Mittelpunkt stand der sogenannte „Mauler“, ein schwer bewaffneter Kampfpanzer, der laut Manual als „Armoured Fighting Machine capable of being fitted in and out of hostile territory by a fast Stealth Chopper“ beschrieben wurde. Bereits diese Formulierung zeigt, wie stark Battle Command zwischen realistischer Militärtechnik und fast comicartiger Zukunftsvision schwankte. Der Mauler verfügte über ein erstaunlich umfangreiches Arsenal aus infrarot- und radargelenkten Raketen, Phoenix-Luftabwehrsystemen, Dragonfly-Drahtlenkwaffen, Clusterbomben, Nachtsichtsystemen und Zielcomputern. Vor jeder Mission musste entschieden werden, welche Systeme tatsächlich mitgeführt wurden – ein taktischer Unterbau, der deutlich mehr Tiefe bot, als die reine Action-Optik zunächst vermuten ließ.

Die ASM erkannte diesen Hybridcharakter früh und schrieb 1991: „Ich habe lange mit mir gerungen, in welche Rubrik dieses Game, BATTLE COMMAND, eingeteilt werden soll.“ Wenige Absätze später folgte die treffende Zusammenfassung: „BATTLE COMMAND – gelungene Mischung aus Action und Simulation!“ Gleichzeitig kritisierte das Magazin, dass der Mauler unrealistisch viele Treffer einstecken könne und das Spiel dadurch stärker Richtung Action tendiere.

Genau darüber diskutierte damals praktisch die gesamte Fachpresse. Die Power Play bezeichnete Battle Command als „3D-Actionspiel“, das an Battlezone erinnere, lobte aber zugleich „die gelungene Kombination aus einfacher Handhabung und anspruchsvoller Gestaltung bei viel Spieltiefe“. Die Steuerung spielte dabei eine zentrale Rolle. Neben Radar, Schadenskontrolle und Zielsystemen bot der Mauler verschiedene Kameraansichten und taktische Anzeigen. Die Amiga Joker schwärmte von „Schwenkkontrollen, Zoomfunktionen – einfach alles, was das Herz begehrt.“

Die Versionen für Commodore Amiga und Atari ST galten als Lead-Systeme und boten die flüssigsten Polygonwelten. Besonders der Amiga profitierte von atmosphärischerem Sound und farbkräftigerer Darstellung. Die CU Amiga beschrieb Battle Command treffend als „fast, thinking man’s shoot ’em up“ („ein schnelles Shoot’em-up für Spieler, die mitdenken“).

Eine technische Kuriosität stellte dagegen die Cartridge-Version für den Commodore 64 dar. Anfang der 90er galten Steckmodule auf dem C64 bereits beinahe als Relikt früherer Jahre, doch Ocean nutzte das Format bewusst, um die Polygonengine schneller laden zu können. Commodore Power sprach von „real joystick-wrenching fun“, während Commodore Format den Titel als „extrem ambitionierten 3D-Blaster“ bezeichnete.

Besonders bemerkenswert blieb jedoch die Umsetzung für den Sinclair Research ZX Spectrum. Obwohl das System Anfang der 90er technisch längst als überholt galt, gelang Realtime Games eine erstaunlich flüssige Polygon-Darstellung. CRASH verlieh der Spectrum-Version das begehrte „Crash Smash“-Siegel und vergab 94 %, während Your Sinclair vor allem die Geschwindigkeit der Grafik hervorhob. Auch der Amstrad CPC erhielt eine eigene Umsetzung. Zwar wirkten die Landschaften dort gröber und reduzierter als auf den 16-Bit-Systemen, dennoch gelang es Realtime Games, den Eindruck schneller polygonaler Gefechte erstaunlich überzeugend auf die 8-Bit-Hardware zu übertragen.

Die PC-Version wiederum profitierte massiv von schnellerer Hardware. Die PC Joker bemerkte 1992: „auf einem Standard 286er ist der Mauler flott, auf einem 386er rast er förmlich dahin“. Gleichzeitig kritisierte das Magazin jedoch die schwachen Soundeffekte mit den Worten: „Was immer drinsteckt, Musik ist es nicht – und nur reichlich blecherne Effekte.“ Generell schwankten die Reaktionen der Presse zwischen Technikbegeisterung und Kritik an teilweise unfairen Missionen oder unübersichtlichen Gefechten.

Auch wirtschaftlich spiegelte Battle Command die Übergangszeit der frühen 90er wider. Die Vollpreisversionen für Amiga und Atari ST kosteten rund £24.95 beziehungsweise etwa 80 bis 90 DM in Deutschland, während ZX-Spectrum- und C64-Versionen günstiger auf Kassette oder Modul erschienen. Einige Jahre später wanderte das Spiel in Oceans Budgetreihe The Hit Squad und erschien zusätzlich in Compilations wie Wheels of Fire zusammen mit Titeln wie Hard Drivin' oder Chase H.Q. II. Damit positionierte Ocean Battle Command letztlich weniger als trockene Simulation, sondern vielmehr als spektakulären polygonalen Fahrzeug-Actiontitel.

Ein Fisch im Aquarium – Wie Fred Fish dem Amiga Leben einhauchte

Ein Fisch im Aquarium erfüllt einen klaren Zweck. Er bringt Leben hinein, sorgt für Bewegung, manchmal auch für ein gewisses Gleichgewicht. Ohne ihn wirkt alles schnell leer, fast schon steril. Beim Amiga war es nicht viel anders – auch hier gab es jemanden, der die Szene nicht nur mit Inhalten versorgte, sondern sie überhaupt erst in Bewegung hielt: Fred Fish.

Während sich in den 1980er-Jahren ein erheblicher Teil der Diskussionen um Kopierschutz, Raubkopien und technische Gegenmaßnahmen drehte, verfolgte Fish längst einen anderen Ansatz. Für ihn stand nicht die Frage im Vordergrund, wie man Software schützt, sondern wie man sie zugänglich macht.

Das Umfeld, in dem er sich bewegte, war dabei alles andere als eindeutig. Software war teuer, oft schwer erhältlich und nicht selten mit Schutzmechanismen versehen, die mehr Frust als Nutzen erzeugten. Gleichzeitig entwickelte sich eine Szene, die genau diese Hürden systematisch aushebelte. In zeitgenössischen Interviews wurde offen darüber gesprochen, dass diejenigen, die Kopierschutz umgingen, häufig technisch versierter waren als jene, die ihn entwickelten.

Fish entzog sich dieser Logik.

Während andere versuchten, Software zu schützen oder Schutzmechanismen zu überwinden, arbeitete er an einem System, das diese Frage schlicht überflüssig machte. Wenn Programme frei verfügbar sind, verliert die Diskussion um illegale Kopien ihren Kern.

Gleichzeitig wurde in späteren Rückblicken immer wieder betont, wie ungewöhnlich dieser Ansatz in seiner Zeit war:

„Fred Fish made software freely available at a time when that was far from common practice.“ („Fred Fish machte Software frei verfügbar zu einer Zeit, in der das alles andere als selbstverständlich war.“)

Was heute als Grundgedanke freier Software erscheint, war Mitte der 1980er-Jahre noch keineswegs etabliert – vielmehr setzte Fish hier bewusst einen Gegenpol zur damals dominierenden Praxis.

Dabei war die Idee selbst keineswegs neu. Public-Domain-Software existierte bereits zuvor in verschiedenen Heimcomputer-Communities – oft lose organisiert, über Usergroups verteilt oder in Form unstrukturierter Diskettensammlungen weitergegeben.

Fred Fish erfand dieses Modell nicht – aber er war einer der ersten, die ihm auf dem Amiga eine klare Form und vor allem eine verlässliche Struktur gaben.

Mit seinen sogenannten „Amiga Library Disks“, die später unter dem Namen „Fish Disks“ bekannt wurden, etablierte er ein System, das weit über eine bloße Sammlung hinausging. Interessanterweise war diese Bezeichnung ursprünglich gar nicht offiziell. Sie entstand vielmehr innerhalb der Community selbst und setzte sich mit der Zeit durch.

Häufig wird berichtet, dass der Begriff bei einem Treffen der Jersey Amiga User Group geprägt wurde, unter anderem im Umfeld von Perry Kivolowitz. Ob dieser Moment tatsächlich der Ursprung war oder sich der Name eher schleichend etablierte, lässt sich heute nicht mehr eindeutig klären – doch genau diese Art von inoffizieller Namensgebung passt zur Entstehungsgeschichte der Diskettenreihe.

Denn sie war nie als Marke gedacht, sondern als etwas, das sich aus der Nutzung heraus entwickelte – getragen von den Menschen, die sie weitergaben.

Verbreitet wurden diese Disketten über ein Netzwerk, das heute fast archaisch wirkt, damals jedoch erstaunlich effizient war. Usergroups spielten dabei eine zentrale Rolle, ebenso spezialisierte Händler und nicht zuletzt der Postversand. Wer Zugang zu einer aktuellen Disk hatte, konnte sie legal kopieren und weitergeben – oft gegen eine geringe Gebühr, die lediglich die Kosten für Rohlinge und Versand deckte. Auf diese Weise entstand ein Kreislauf, der ohne zentrale Kontrolle funktionierte und dennoch eine erstaunliche Reichweite entwickelte.

Was seine Disketten von vielen früheren Sammlungen unterschied, war die Konsequenz, mit der sie zusammengestellt wurden. Jede Ausgabe war nummeriert, dokumentiert und redaktionell betreut. Programme wurden nicht einfach kopiert, sondern ausgewählt, beschrieben und in einen nachvollziehbaren Zusammenhang gebracht.

Damit entstand etwas, das es in dieser Konsequenz zuvor kaum gegeben hatte: eine vertrauenswürdige Quelle frei verfügbarer Software.

Gerade in einer Zeit, in der Diskettenkopien häufig mit fehlerhaften Versionen, unklarer Herkunft oder manipulierten Programmen verbunden waren, schuf Fish damit einen Gegenpol. Was auf seinen Disketten landete, war nicht zufällig – es war geprüft, eingeordnet und bewusst zur Weitergabe gedacht.

Ein Blick in eine seiner frühen Veröffentlichungen aus dem Jahr 1986 zeigt, wie sehr seine Auswahl von Anfang an geprägt war. Statt vor allem Spiele zu verbreiten, listete er Programme wie ein „Unix-like frontend for Lattice C compiler“, Debugging-Werkzeuge oder Varianten des „make“-Systems auf.

Damit setzte er einen Akzent, der nicht dem gängigen Bild des Amiga entsprach. Während das System öffentlich vor allem als Grafik- und Spieleplattform wahrgenommen wurde, zeigte Fish eine andere Seite: den Amiga als Entwicklungsumgebung.

Diese Nähe zur Unix-Welt war kein Zufall, sondern Ausdruck seiner eigenen Arbeitsweise. Konzepte wie Modularität, Wiederverwendbarkeit und offene Strukturen durchzogen sowohl die Inhalte seiner Disketten als auch seine späteren Projekte.

Und genau hier wird deutlich, dass die Fish Disks nur ein Teil seines Wirkens waren.

Fred Fish, geboren am 4. November 1952, blieb zeitlebens eine vergleichsweise zurückhaltende Figur. Während seine Arbeit innerhalb der Amiga-Szene eine enorme Verbreitung fand, trat er selbst nur selten in den Vordergrund. Interviews sind vergleichsweise rar, und wenn er sich äußerte, dann meist zu technischen Themen, weniger zu seiner eigenen Person.

Parallel dazu bewegte sich Fish längst in der professionellen Softwareentwicklung. Im Umfeld des GNU Debugger wurde seine Rolle dabei ungewöhnlich konkret beschrieben: „Fred contributed enormously to GDB, especially in the area of command completion and System V support.“ („Fred hat enorm viel zu GDB beigetragen, insbesondere im Bereich der Befehlsvervollständigung und der System-V-Unterstützung.“) Solche Aussagen stammen nicht aus der Rückschau von außen, sondern aus Entwicklerkreisen selbst – und sie zeigen, dass Fish auch jenseits der Amiga-Welt als prägender Mitwirkender wahrgenommen wurde.

Diese technische Arbeit war dabei kein Widerspruch zu seiner früheren Tätigkeit, sondern vielmehr deren logische Fortsetzung. Seine Haltung blieb über die Jahre konsistent, wie es in Nachrufen treffend formuliert wurde:

„He believed strongly in sharing software and knowledge.“ („Er war zutiefst davon überzeugt, dass Software und Wissen geteilt werden sollten.“)

In den 1990er-Jahren arbeitete Fish zudem für Cygnus Solutions, ein Unternehmen, das sich auf den Support freier Software spezialisiert hatte und damit eine Schlüsselrolle in der frühen Open-Source-Bewegung einnahm. Auch hier zeigt sich die gleiche Linie: Software nicht nur bereitzustellen, sondern sie in funktionierende, stabile Systeme zu überführen.

Später wandte er sich mit BeOS einer Plattform zu, die in vielerlei Hinsicht an die ursprünglichen Ideale des Amiga erinnerte. Mit dem Projekt GeekGadgets entwickelte er eine GNU-basierte Entwicklungsumgebung für Systeme wie AmigaOS und BeOS – eine Brücke zwischen unterschiedlichen Softwarewelten.

Auf dem Amiga spielte dabei insbesondere die ixemul-Bibliothek eine zentrale Rolle, die Unix-Systemaufrufe in die Logik von AmigaOS übersetzte. Auch hier zeigt sich erneut das gleiche Prinzip: vorhandene Systeme nicht zu ersetzen, sondern sie zu erweitern und zugänglich zu machen.

Organisatorisch blieb Fish sich ebenfalls treu. Er betrieb eigene Infrastruktur, stellte regelmäßig aktualisierte Software-Sammlungen bereit und nutzte sogar Abonnementmodelle für CD-Snapshots, um die Verbreitung seiner Arbeit zu sichern. Struktur, Kontinuität und Verlässlichkeit waren dabei keine Nebenprodukte, sondern bewusst gewählte Prinzipien.

Als Fred Fish im April 2007 verstarb, verlor die Szene nicht nur einen Entwickler, sondern eine ihrer prägenden Figuren. Weggefährten erinnerten sich an ihn als jemanden, der Wissen nicht zurückhielt, sondern bewusst weitergab.

Rückblickend wird deutlich, dass die Fish Disks nur der sichtbarste Ausdruck dieser Haltung waren.

Sie stehen für eine Idee, die sich durch sein gesamtes Schaffen zog: Software sollte zugänglich sein, verstanden werden können und die Möglichkeit bieten, darauf aufzubauen.

Und genau darin liegt vielleicht sein eigentlicher Beitrag.

Während andere versuchten, Software zu schützen oder zu kontrollieren, schuf Fred Fish ein System, das auf Offenheit beruhte – und damit die ursprüngliche Frage nach Kopierschutz auf eine Weise beantwortete, die kaum direkter hätte sein können.

Oder, um bei dem Bild vom Anfang zu bleiben:

Ein Aquarium kann technisch noch so ausgefeilt sein – ohne das Leben darin bleibt es leer.

Der Amiga hatte dieses Leben.
Und Fred Fish war einer derjenigen, die dafür sorgten, dass es überhaupt entstehen konnte.

Rocket Ranger – Ein Held, ein Raketenrucksack und ein Handbuch, das mit dem Tod droht

Was wäre, wenn der Zweite Weltkrieg nicht so ausgegangen wäre, wie wir ihn kennen? Wenn nicht Befreiung und Wiederaufbau folgten, sondern eine Welt, in der ein technologisch überlegener Gegner den Verlauf der Geschichte dauerhaft verändert hätte? Solche „What if“-Szenarien sind heute fest im kulturellen Gedächtnis verankert, doch bereits Ende der 1980er Jahre griff ein Studio diese Idee auf, das für seine besondere Verbindung aus Spiel und Inszenierung bekannt war: Cinemaware. Mit Rocket Ranger entstand 1988 ein Titel, der weniger wie ein klassisches Spiel wirkte, sondern eher wie ein interaktiver Abenteuerfilm – mit all seinen Stärken und Eigenheiten.

Die Handlung setzt im Jahr 1940 an, allerdings in einer alternativen Realität. Der Spieler übernimmt die Rolle eines amerikanischen Agenten, der mit einer außergewöhnlichen Situation konfrontiert wird: Wissenschaftler aus der Zukunft senden ihm einen Raketenrucksack und eine Strahlenwaffe, um den drohenden Sieg der Achsenmächte zu verhindern. Entscheidend ist dabei die Perspektive – man spielt keinen Zeitreisenden, sondern einen Mann seiner Zeit, der plötzlich Zugang zu Technologie erhält, die weit über das hinausgeht, was 1940 möglich wäre. Diese Prämisse verleiht dem Spiel eine eigene Dynamik und unterscheidet es klar von späteren Zeitreise-Erzählungen.

Spielerisch verbindet Rocket Ranger mehrere Ebenen. Auf einer strategischen Weltkarte werden Missionen geplant, Agenten eingesetzt und Ressourcen – insbesondere das seltene Lunarium – verwaltet. Diese strategische Komponente wird immer wieder durch actionreiche Sequenzen unterbrochen: Luftkämpfe gegen feindliche Jäger, Infiltrationen feindlicher Basen, Faustkämpfe oder das spektakuläre Starten des Raketenrucksacks. Gerade diese Mischung machte das Spiel reizvoll, aber auch fordernd. Viele Spieler scheiterten zunächst nicht an der Schwierigkeit, sondern daran, überhaupt zu verstehen, wie man eine Mission korrekt initiiert – ein Umstand, der dem Spiel bis heute einen gewissen Ruf der „Eigenwilligkeit“ eingebracht hat.

Technisch wurde das Spiel primär für den Commodore Amiga entwickelt und nutzt dessen Fähigkeiten konsequent aus. Die Kombination aus 16-Bit-CPU, Custom-Chips und Mehrkanal-Sound ermöglichte eine Präsentation, die sich stark an filmischen Vorbildern orientierte. Zwischensequenzen, Kamerafahrten und musikalische Untermalung erzeugten eine Atmosphäre, die sich deutlich von typischen Action- oder Strategiespielen abhob.

Erst im Vergleich der zahlreichen Umsetzungen wird jedoch deutlich, wie unterschiedlich sich dieses Konzept je nach Plattform entfaltet. Die Amiga-Version gilt als Referenz, da sie die visuelle und akustische Vision von Cinemaware am vollständigsten umsetzt. Die Umsetzung für den Atari ST wirkt im direkten Vergleich reduzierter, insbesondere durch die eingeschränkte Farbpalette, während frühe MS-DOS-Versionen zwar schärfere Darstellungen ermöglichen konnten, aber klanglich deutlich hinter dem Amiga zurückblieben.

Die Version für den Commodore 64 hingegen ist ein bemerkenswertes Beispiel technischer Anpassung. Ein ursprünglich für 16-Bit-Systeme konzipiertes Spiel wurde hier auf eine deutlich schwächere Hardware übertragen – mit sichtbaren Kompromissen, aber erstaunlicher Nähe zum Original. ZZAP!64 formulierte es treffend:

“The graphics, the sound, the presentation… just pushes the 64 right to the limit of its capabilities.”
(„Grafik, Sound und Präsentation bringen den C64 an die absoluten Grenzen seiner Möglichkeiten.“)

Die Nintendo Entertainment System-Version geht einen anderen Weg. Sie ist stärker vereinfacht, fokussiert sich mehr auf Action und reduziert die strategischen Elemente. Gleichzeitig wurden Inhalte angepasst, um den Richtlinien des Konsolenmarktes zu entsprechen.

Eine technisch besonders interessante Variante stellt die Umsetzung für den FM Towns dar. Dieses System ermöglichte durch CD-Technologie und erweiterte Multimedia-Fähigkeiten eine deutlich verbesserte Präsentation. Farben wirken satter, Audioelemente hochwertiger, und die cineastische Inszenierung kommt dem ursprünglichen Anspruch besonders nahe – in einigen Aspekten sogar stärker als auf den ursprünglichen Zielplattformen.

Auch auf Systemen wie Apple IIgs oder späteren PC-Konfigurationen zeigt sich, wie unterschiedlich das Spiel interpretiert wurde. Rocket Ranger ist damit kein einheitliches Erlebnis, sondern ein Titel, dessen Charakter sich je nach Plattform merklich verändert.

Ein besonders spannender Aspekt zeigt sich bei den internationalen Versionen. In Deutschland wurde das Spiel deutlich entschärft. Die nationalsozialistischen Gegner wurden durch außerirdische Invasoren ersetzt, die sogenannten „Leutonians“. Diese Anpassung entstand nicht zufällig, sondern aus der damaligen Praxis der Bundesprüfstelle für jugendgefährdende Medien, die Darstellungen des Dritten Reichs kritisch prüfte. Eine Indizierung hätte massive wirtschaftliche Folgen gehabt, da betroffene Spiele praktisch nicht mehr verkauft werden konnten.

Interessant ist dabei die Umsetzung dieser Zensur: Während Texte und Bezeichnungen geändert wurden, blieben die grafischen Darstellungen weitgehend unverändert. Zeppelin-Luftschiffe, Uniformen und Jagdflugzeuge entsprachen weiterhin klar historischen Vorbildern. Dadurch entstand eine bemerkenswerte Inkonsistenz: Eine angeblich technologisch überlegene Alienrasse griff mit Technik an, die eindeutig aus den 1930er und 1940er Jahren stammte. Gerade dieser Widerspruch verleiht der zensierten Version heute eine fast unfreiwillige Eigenart.

Ein oft unterschätzter Bestandteil des Spiels ist das Handbuch, das weit über eine klassische Anleitung hinausgeht. Es fungiert als erzählerischer Rahmen und vermittelt die düstere Ausgangslage bereits vor Spielbeginn:

“One hundred years ago, in 1940, the Nazis won World War II…”
(„Vor hundert Jahren, im Jahr 1940, haben die Nazis den Zweiten Weltkrieg gewonnen…“)

Im weiteren Verlauf wird die Situation drastischer geschildert:

“We live and work as virtual prisoners…”
(„Wir leben und arbeiten als Gefangene…“)

Selbst technische Hinweise sind in diesen Ton eingebettet:

“Reichlaw… under penalty of death.”
(„…bei Androhung der Todesstrafe.“)

Und schließlich endet die Einleitung abrupt:

“The Gestapo is at the door… goodbye and good luck!”
(„Die Gestapo steht vor der Tür…“)

Diese Mischung aus Science-Fiction, schwarzem Humor und beklemmender Atmosphäre verstärkt die Wirkung des Spiels erheblich und zeigt, wie bewusst Cinemaware auch außerhalb des eigentlichen Spiels an der Inszenierung arbeitete.

Die zeitgenössische Presse reagierte entsprechend vielschichtig. Während viele Magazine die audiovisuelle Präsentation hervorhoben, wurden Gameplay und Struktur differenzierter bewertet. Computer and Video Games schrieb:

“Rocket Ranger is without doubt Cinemaware’s best game to date…”
(„Rocket Ranger ist ohne Zweifel Cinemawares bestes Spiel bis dahin…“)

fügte jedoch hinzu:

“There is a certain inevitable amount of repetition involved…”
(„Es gibt eine gewisse unvermeidliche Wiederholung…“)

Die ASM formulierte es direkter:

„Grafik und Sound sind Spitzenklasse… hinter der tollen Aufmachung verbergen sich recht normale Action- und Taktik-Spielereien.“

Und die Power Play ergänzte kritisch:

„Hat man das Spiel einmal geschafft, ist die Motivation dahin.“

Dennoch lagen die Wertungen insgesamt auf hohem Niveau: rund 95 % bei ZZAP!64, etwa 86 % bei Computer and Video Games und sogar 97 % bei Amiga User International. Diese Spannbreite zeigt deutlich, wie stark das Spiel von der Perspektive des jeweiligen Testers abhing.

Preislich bewegte sich Rocket Ranger zur Veröffentlichung im oberen Segment. In Großbritannien lag der Preis bei etwa £24,95, was inflationsbereinigt heute ungefähr 80–90 Euro entspricht. Budget-Versionen – etwa über Labels wie Kixx oder ähnliche Reihen – senkten den Preis später deutlich und trugen dazu bei, dass das Spiel eine breitere Verbreitung fand.

In der Rückschau lässt sich Rocket Ranger weniger als klassisches Spiel im engeren Sinne verstehen, sondern als ein Experiment. Cinemaware versuchte, filmische Erzählweise, strategische Elemente und actionreiche Sequenzen zu verbinden. Nicht jede dieser Komponenten greift perfekt ineinander, doch gerade diese Mischung verleiht dem Titel seinen charakteristischen Platz in der Geschichte der Heimcomputer-Ära.

 

Space Quest III: Wie Sierra 1989 Humor, EGA-Grafik und klassische Adventure-Tradition auf die Spitze trieb

Source: Sierra On-Line / Microsoft, CC BY-SA 4.0

Space Quest III: The Pirates of Pestulon, veröffentlicht 1989 von Sierra On-Line, markiert innerhalb der Reihe einen deutlichen Entwicklungsschritt und steht exemplarisch für eine Übergangsphase im klassischen Adventure-Design. Noch basiert das Spiel auf dem bewährten Adventure Game Interpreter, einem System, das Sierra seit den frühen 1980er Jahren für seine Adventures einsetzte.

Der Adventure Game Interpreter kombiniert eine Skriptsprache mit einer vergleichsweise einfachen Grafikengine. Figuren bewegen sich in zweidimensionalen Räumen mit begrenzter Farbpalette, während ein Textparser die Eingaben interpretiert. Diese Architektur ermöglichte eine effiziente Portierung auf verschiedene Systeme, brachte jedoch klare Einschränkungen mit sich: begrenzte Farbvielfalt, eingeschränkte Animationen und eine stark hardwareabhängige Soundausgabe. Space Quest III nutzt diese Technik sichtbar bis an ihre Grenzen aus, während mit dem späteren SCI-System bereits eine deutlich leistungsfähigere Generation in Vorbereitung war.

Die Handlung setzt unmittelbar nach den Ereignissen von Space Quest II ein. Roger Wilco, einst Hausmeister und widerwilliger Retter der Galaxis, treibt in einer Rettungskapsel durchs All, bis er von einem gigantischen Müllfrachter eingesogen wird. Dieser Einstieg setzt bewusst einen Kontrapunkt zur klassischen Heldenfortsetzung: Statt Aufstieg folgt der erneute Absturz, statt Kontrolle Improvisation. Die Reise führt über Stationen wie Monolith Burger, den Wüstenplaneten Phleebhut und schließlich den Mond Pestulon, auf dem die Softwarefirma „ScumSoft“ residiert.

Im Zentrum steht die Rettung der „Two Guys from Andromeda“ – Scott Murphy und Mark Crowe –, die sich selbstironisch in die Handlung integriert sehen. Diese Form der Selbstreferenz ist charakteristisch für die Reihe und unterscheidet sie deutlich von anderen Sierra-Produktionen wie King's Quest oder Police Quest.

Technisch zeigt sich der Fortschritt vor allem in der visuellen Präsentation. Die EGA-Grafik wird deutlich differenzierter eingesetzt, Animationen wirken flüssiger, und Hintergründe gewinnen an Detailtiefe. Diese Entwicklung wurde auch in der zeitgenössischen Presse deutlich wahrgenommen. So stellte die Happy Computer (Special 7/1989, MS-DOS/EGA) fest:

„Space Quest III ist eine runde Sache. Allein die Eingangsszene zeigt, daß sich die ‚Two Guys from Andromeda‘ viel Mühe gegeben haben.“

Auch die Detailfülle wurde hervorgehoben:

„Das Spiel ist gespickt mit witzigen Details: Da liegt die Pilotenkonsole vom Millennium Falcon aus ‚Krieg der Sterne‘…“

Parallel dazu zeigt sich jedoch bereits eine differenzierte Bewertung einzelner Aspekte. Während die Grafik mit 85 % bewertet wurde, erhielt der Sound lediglich 52 %, was die noch vorhandenen technischen Grenzen widerspiegelt.

Ähnlich argumentiert der Aktueller Software Markt, der insbesondere die visuelle Gestaltung und Atmosphäre hervorhebt:

„Die Animationen sind herrlich, die Hintergrundgrafiken detaillierter und die Figuren wirken wie in einem guten Comic.“

Im Bewertungskasten ergibt sich hier ein klares Bild: Grafik (10) und Atmosphäre (9) stehen deutlich über Sound (5/10) sowie Parser und Steuerung (6/10). Auch hier zeigt sich, dass Präsentation und Stimmung im Vordergrund stehen, während spielmechanische Aspekte differenzierter betrachtet werden.

Internationale Tests bestätigen diese Einordnung. Die britische ZZap!64 vergab für die Amiga-Version 87 % Gesamtwertung und hob insbesondere die Mischung aus Action und Humor hervor:

„Here’s a game with plenty of excitement, and humour too.“

Gleichzeitig wurde der Puzzle-Anteil mit 67 % merklich niedriger bewertet. Ein weiterer englischsprachiger Test bescheinigte dem Spiel eine sehr hohe Atmosphäre (93 %), während die Langzeitmotivation mit 56 % deutlich zurückhaltender eingeschätzt wurde. Diese Unterschiede zeigen, dass die Präsentation nahezu einhellig überzeugt, während Struktur und Spieltiefe unterschiedlich wahrgenommen wurden.

Die Musik stammt unter anderem von Bob Siebenberg, bekannt als Schlagzeuger der Band Supertramp. Seine Beteiligung steht exemplarisch für die zunehmende Professionalisierung der Branche. Die tatsächliche Klangqualität bleibt jedoch stark von der eingesetzten Hardware abhängig – von einfachen PC-Speaker-Signalen bis hin zu deutlich differenzierteren Klangbildern auf Systemen wie der Roland MT-32.

Spielerisch bleibt Space Quest III fest in der klassischen Sierra-Tradition verankert. Der Parser verlangt präzise Eingaben, und Fortschritt entsteht durch Ausprobieren und Scheitern. In dieses System integriert das Spiel mit „Astro Chicken“ ein eigenständiges Minispiel, das nicht nur als humoristische Einlage dient, sondern auch spielerisch relevant wird. Diese Erweiterung der klassischen Struktur wurde nicht von allen Spielern gleichermaßen positiv aufgenommen und kann als bewusster Bruch mit etablierten Adventure-Konventionen verstanden werden.

Auch die Plattformvielfalt trägt zur Einordnung bei. Das Spiel erschien für MS-DOS, den Amiga, den Atari ST sowie für den Apple Macintosh. Die DOS-Version bietet die größte Bandbreite an Grafik- und Soundoptionen, während Amiga- und ST-Versionen trotz leistungsfähiger Hardware eng an die EGA-Vorlage gebunden bleiben. Die Macintosh-Version zeigt eine angepasste Darstellung und Bedienlogik.

Alle Versionen wurden auf Diskette ausgeliefert, wodurch Ladezeiten ein fester Bestandteil des Spielerlebnisses sind. Erst Festplatteninstallationen konnten diesen Umstand deutlich verbessern.

In der Gesamtschau ergibt sich ein konsistentes Bild: Space Quest III wurde von der zeitgenössischen Presse vor allem für Präsentation, Humor und visuelle Gestaltung geschätzt, während Sound und Rätseldesign differenzierter bewertet wurden. Gerade diese Mischung aus technischer Weiterentwicklung und bewusst beibehaltenen Designprinzipien verleiht dem Spiel seine besondere Stellung innerhalb der Adventure-Geschichte.

 

Test Drive (1987): Als Ferrari und Lamborghini noch aus Autoquartettkarten kamen

1987 war die Welt der Supersportwagen für die meisten Jugendlichen ein ferner Traum aus Hochglanzprospekten, Autoquartettkarten und gelegentlichen Fernsehberichten über Reiche, die Dinge fuhren, deren Namen allein schon exotisch klangen. Ein Ferrari Testarossa, ein Lamborghini Countach oder ein Porsche 911 Turbo waren keine Fahrzeuge, die man im Alltag sah – sie waren Statussymbole einer anderen Welt, technische Fabelwesen auf Rädern, deren Leistungsdaten man auswendig lernte, obwohl man sie vermutlich nie aus der Nähe erleben würde. Auf Schulhöfen wurden Quartettkarten verglichen, diskutiert und verteidigt wie mittelalterliche Wappen; 309 km/h schlugen 290 km/h, zwölf Zylinder galten automatisch als besser als acht, und wer einen Countach in der Hand hielt, hatte ohnehin gewonnen.

Genau in dieses Spannungsfeld platzierte Test Drive seine Prämisse. Während andere Rennspiele den Spieler in generische Fantasiewagen oder auf abstrakte Rundkurse setzten, versprach Accolades Titel etwas deutlich Reizvolleres: Nicht bloß ein Rennen, sondern die Illusion, tatsächlich hinter dem Steuer jener automobilen Traumwagen zu sitzen, die man bislang nur aus Zeitschriften und Quartettkästen kannte. Plötzlich blickte man nicht mehr von außen auf einen Sprite, sondern durch ein Cockpit auf kurvige Bergstraßen, drehte den virtuellen Zündschlüssel und hörte einen digitalen Motor aufheulen, der wenigstens ein kleines bisschen nach Reichtum klang.

Als das Spiel 1987 für C64, den Apple II, MS-DOS, Atari ST und Amiga erschien, traf es damit einen Nerv. Denn Test Drive war nicht einfach nur ein weiteres Rennspiel – es war für viele Spieler die erste digitale Probefahrt in einer Welt, die bis dahin ausschließlich aus Fantasie bestanden hatte.

Entwickelt wurde Test Drive vom kanadischen Studio Distinctive Software, das Mitte der 1980er-Jahre zu den wichtigsten externen Partnern des US-Publishers Accolade zählte. Das von Donald A. Mattrick mitgegründete Studio hatte sich zunächst mit Portierungen und kleineren Auftragsarbeiten einen Namen gemacht, erhielt von Accolade jedoch zunehmend Freiheiten für eigene Projekte. Test Drive wurde zu jenem Titel, der Distinctive endgültig als kreativen Prestige-Entwickler etablierte und den Grundstein für weitere Rennspielproduktionen wie Grand Prix Circuit und Test Drive II legte.

Anstatt sich am üblichen Arcade-Muster zu orientieren und den Spieler über geschlossene Rundkurse zu schicken, verfolgte Distinctive einen deutlich atmosphärischeren Ansatz: Test Drive sollte das Gefühl vermitteln, einen exotischen Sportwagen tatsächlich im öffentlichen Straßenverkehr zu bewegen – schnell, riskant und mit dem latent schlechten Gewissen, dass die nächste Radarfalle bereits hinter der nächsten Kurve lauern könnte. Die Idee verschob den Fokus weg vom sportlichen Wettbewerb und hin zur Inszenierung des Fahrgefühls selbst.

Dass hinter dieser Herangehensweise echte Automobilbegeisterung stand, erscheint naheliegend. Donald Mattrick galt bereits in jungen Jahren als ausgesprochener Sportwagen-Enthusiast, und die Liebe zum Detail, mit der Test Drive seine Fahrzeuge inszenierte, spricht Bände. Jeder Wagen erhielt ein eigenes Cockpit mit individuell angeordneten Instrumenten, spezifischer Leistungsentfaltung und eigener Charakteristik. Die im Spiel dargestellten Beschleunigungs- und Höchstgeschwindigkeitswerte orientierten sich sichtbar an realen Vorbildern und verliehen jedem Fahrzeug ein eigenes Fahrprofil – soweit dies die damalige Hardware überhaupt zuließ.

Schon das Handbuch unterstrich diese Ausrichtung und inszenierte das Szenario als automobile Wunschfantasie: Der Spieler habe soeben seine erste Million verdient, betrete ein Luxus-Autohaus und dürfe nun endlich einen der „exotischsten Sportwagen der Welt“ Probefahren. Bereits die Fahrzeugwahl wurde somit als Erfüllung eines automobilen Lebenstraums dargestellt – ganz im Ton eines Spiels, das weniger Rennsimulation als interaktive Fantasie sein wollte.

Die anschließende Probefahrt führte über eine kurvige Bergstraße namens „The Rock“, auf der nicht nur Gegenverkehr und tückische Fahrbahnverhältnisse warteten, sondern auch Radarfallen und Highway Patrol. Wer Warnungen ignorierte oder einen Polizeiwagen rammte, wurde nicht bloß disqualifiziert, sondern – ganz im augenzwinkernden Ton des Spiels – direkt „ins Gefängnis geschickt“. Diese ungewöhnliche Mischung aus Fahrspiel, Lifestyle-Fantasie und leichter Gesetzesübertretung verlieh Test Drive bereits 1987 einen rebellischeren Charakter als den meisten Konkurrenten.

Spielerisch war Test Drive dabei weit mehr als bloß ein hübsch verpackter Grafikblender. Hinter der glamourösen Präsentation verbarg sich für 1987 ein erstaunlich anspruchsvolles Fahrspiel, das seine Fahrzeuge nicht nur optisch, sondern auch spielmechanisch differenzieren wollte. Jeder der fünf Wagen verfügte über eigene Beschleunigungswerte, unterschiedliche Endgeschwindigkeiten und ein individuelles Fahrverhalten, das zumindest innerhalb der technischen Grenzen der Zeit nachvollziehbar variierte. Der schwere Chevrolet Corvette wirkte träger und weniger agil, während Lamborghini Countach und Ferrari Testarossa aggressiver beschleunigten und nervöser reagierten – Unterschiede, die bereits zeitgenössische Tester hervorhoben.

Ungewöhnlich für das Genre war zudem der semi-simulative Ansatz bei der Fahrzeugbedienung. Test Drive verlangte vom Spieler manuelles Schalten, wobei falsches Hochschalten oder dauerhaftes Überdrehen des Motors mit Leistungsverlust oder Defekt quittiert werden konnte. Schlaglöcher, Ölflecken und Wasser auf der Fahrbahn beeinflussten zusätzlich das Fahrverhalten, während Gegenverkehr und enge Kurven präzise Lenkarbeit erforderten. Geschwindigkeit allein genügte dabei nicht: Ein auf der Sonnenblende montierter Radarwarner meldete Polizeikontrollen, und wer dauerhaft Vollgas gab, riskierte eine Verfolgung durch die Highway Patrol. Diese zusätzliche Spannungsebene hob das Spiel deutlich von Rundkurs-Racern wie Pole Position oder Arcade-Rasern wie Out Run ab.

Technisch beeindruckte insbesondere die Cockpitdarstellung. Statt den Wagen von außen zu zeigen, platzierte Test Drive den Spieler konsequent hinter das Lenkrad und spendierte jedem Fahrzeug ein eigenes, individuell gestaltetes Dashboard. Tachometer, Drehzahlmesser und Instrumente unterschieden sich sichtbar von Modell zu Modell und orientierten sich an realen Vorbildern – ein Detailgrad, der 1987 alles andere als selbstverständlich war. Zusammen mit den vorgelagerten Fahrzeugprofilen samt technischen Datenblättern wirkte das Spiel dadurch fast wie ein interaktiver digitaler Autokatalog für Spieler, die sich an solchen Informationen kaum sattsehen konnten.

Trotz aller technischen Ambitionen blieb der Umfang allerdings überschaubar. Gefahren wurde ausschließlich auf einer einzigen Strecke, deren fünf Abschnitte sich zwar durch steigende Schwierigkeit unterschieden, visuell jedoch kaum variierten.

Die zeitgenössische Presse reagierte entsprechend fasziniert, wenn auch nicht uneingeschränkt euphorisch. Nahezu alle Magazine waren sich einig, dass Test Drive 1987 etwas bot, das man in dieser Form kaum zuvor gesehen hatte: die glaubhafte Inszenierung einer automobilen Wunschfantasie. Besonders gelobt wurden die Cockpitperspektive, die detaillierten Fahrzeugdarstellungen und das allgemeine Fahrgefühl. Das britische Magazin ACE sprach von „sheer driveability“ und empfahl, sich schlicht „in das Leder sinken zu lassen“ und die Fahrbarkeit des Spiels zu genießen – ein Satz, der hervorragend illustriert, wie sehr Test Drive als luxuriöses Fahrerlebnis und nicht bloß als Rennspiel wahrgenommen wurde.

Auch internationale Magazine zeigten sich beeindruckt. Computer Gaming World lobte die „outstanding graphics“ und bescheinigte dem Titel das Potenzial, jeden Pole-Position-Fan zu begeistern, während Dragon Magazine stolze viereinhalb von fünf Sternen vergab. In Frankreich erreichte das Spiel bei Génération 4 sogar eine Wertung von 91 Prozent – ein ausgesprochen starker Wert für ein Rennspiel jener Zeit.

Gleichzeitig benannten viele Tester jedoch auch die Grenzen des Konzepts. The Games Machine kritisierte die geringe Langzeitmotivation und monierte, dass schlicht „nicht genug zu tun“ sei, sobald der erste technische Wow-Effekt verflogen war. Noch schärfer fiel die Analyse des britischen Motorjournalisten David Vivian in Amiga Computing aus, der das Spiel in einem ungewöhnlich ausführlichen Vergleich mit realen Supersportwagen prüfte. Zwar lobte er die sorgfältige Recherche und attestierte dem Spiel eine glaubhafte automobile Atmosphäre, urteilte letztlich jedoch: „A great idea, well researched. But lacks programming sparkle and substance.“

Gerade diese Kritik erwies sich rückblickend als bemerkenswert treffend. Denn so visionär Test Drive als Konzept war, so überschaubar blieb sein tatsächlicher Umfang. Die einzige Bergstrecke, die geringe Zahl spielerischer Variationen und das Fehlen weiterer Modi oder Gegner sorgten dafür, dass der Titel für viele Spieler eher eine intensive Kurzzeitfaszination als ein langfristiger Dauerbrenner war.

Dem kommerziellen Erfolg schadete dies allerdings kaum. Test Drive überschritt zunächst die Marke von 100.000 verkauften Exemplaren und erhielt dafür den Gold Award der American Software Publishers Association; spätere Branchenberichte sprachen bis Ende 1989 von mindestens 250.000 bis über 400.000 verkauften Einheiten. Damit avancierte das Spiel zu einem der erfolgreichsten Computer-Racer seiner Ära und etablierte sich endgültig als Accolades neue Prestige-Marke.

Auch preislich positionierte sich Test Drive klar als Premiumprodukt seiner Zeit. In den USA lag der Einführungspreis je nach Plattform meist bei rund 39,95 bis 49,95 US-Dollar, während die Heimcomputerfassungen im deutschsprachigen Raum häufig zwischen 79 und 99 DM gehandelt wurden – ein Betrag, der inflationsbereinigt heute grob einer Größenordnung von etwa 70 bis 100 Euro entspricht. Damit bewegte sich der Titel im oberen Segment des damaligen Softwaremarktes und unterstrich bereits über seinen Preis den Anspruch, kein gewöhnliches Budget-Rennspiel, sondern ein Prestigeprodukt für technikbegeisterte Autofans zu sein.

Auf dem Markt traf Test Drive dabei auf durchaus namhafte Konkurrenz, unterschied sich von dieser jedoch erheblich in seiner Ausrichtung. Segas Out Run dominierte 1986/87 weiterhin die Arcade-Hallen und setzte auf spektakuläre Geschwindigkeit, farbenfrohe Grafik und unmittelbaren Spielspaß, blieb spielerisch jedoch klar im Arcade-Lager. Titel wie Pole Position II oder diverse Formel-1-Umsetzungen wiederum orientierten sich stärker am klassischen Motorsportgedanken und boten Rundkurse statt Straßenverkehr. Test Drive besetzte damit eine Nische, die zu diesem Zeitpunkt kaum ein anderer Titel bediente: Es verkaufte keine Rennserie, keine Meisterschaft und kein Arcade-Spektakel, sondern den Traum einer illegal schnellen Spritztour im eigenen Supersportwagen.

Gerade diese Positionierung erwies sich als entscheidender Erfolgsfaktor. Wo andere Rennspiele den Wettbewerb in den Mittelpunkt stellten, verkaufte Test Drive ein Lebensgefühl – und traf damit exakt den Nerv einer Zielgruppe, die sich zwar keinen Ferrari leisten konnte, wohl aber einen Heimcomputer.

Rückblickend definierte Test Drive mehrere Grundelemente, die später zum Standard moderner Straßenrennspiele werden sollten: exotische Serienfahrzeuge, Cockpitperspektive, offene Straßen statt Rundkurse, Polizeidruck und eine stärker emotionale als motorsportliche Inszenierung. Als Distinctive Software 1991 von Electronic Arts übernommen wurde und Jahre später an The Need for Speed arbeitete, fanden sich viele dieser Ideen in technisch und spielerisch weiterentwickelter Form erneut wieder.

Auch innerhalb seiner eigenen Reihe legte der Titel den Grundstein für eines der langlebigsten Rennspiel-Franchises der Branche. Bereits 1989 folgte mit Test Drive II: The Duel ein deutlich ausgebauter Nachfolger, der das Grundkonzept um Gegnerfahrzeuge, mehrere Strecken und spätere Datadisks erweiterte. Über zahlreiche Iterationen hinweg sollte sich die Marke bis weit in die 2000er und darüber hinaus halten – ein bemerkenswerter Nachhall für ein Spiel, das ursprünglich lediglich die digitale Fantasie einer Spritztour im Supersportwagen erfüllen wollte.

So bleibt Test Drive heute vor allem als Meilenstein einer Übergangsphase in Erinnerung: als Titel, der Rennspiele aus der reinen Arcade-Ecke herausführte, ohne bereits echte Simulation zu sein; als Spiel, das mehr Atmosphäre als Umfang bot, aber damit einen Nerv traf; und als digitales Versprechen an eine Generation von Spielern, die Ferrari, Lamborghini und Porsche bis dahin meist nur aus Autoquartettkarten, Kinderzimmerpostern und den Träumen ihrer Jugend kannten.

 

 

Jupiter Probe (1987) – MicroDeals Shooter zwischen 8-Bit-Tradition und 16-Bit-Anspruch

Es ist das Jahr 1987, und die Erwartungen an Heimcomputer haben sich spürbar verschoben. Systeme wie der Atari ST und der Amiga versprechen nicht mehr nur bessere Grafik und Klang, sondern ein neues Niveau an Spieltiefe. Genau in diesem Moment erscheint mit Jupiter Probe ein Titel, der diese Entwicklung auf eine bemerkenswert konservative Weise interpretiert – und damit sowohl typisch für seine Herkunft als auch ein wenig aus der Zeit gefallen ist.

Veröffentlicht wurde das Spiel 1987 von MicroDeal, einem britischen Softwarehaus, das sich bereits in den frühen Tagen des Atari ST einen Namen gemacht hatte. Die Programmierung übernahm Steve Bak, während Chris Kew für die Grafik verantwortlich zeichnete. Für die Musik konnte man mit Rob Hubbard einen der bekanntesten Komponisten der 8-Bit-Ära gewinnen, dessen Arbeiten zuvor vor allem auf dem Commodore 64 Maßstäbe gesetzt hatten. Seine Beteiligung verleiht dem Spiel eine gewisse Gravitas, auch wenn sie nicht darüber hinwegtäuschen kann, dass Jupiter Probe spielerisch einen deutlich traditionelleren Weg einschlägt.

Inhaltlich bleibt das Spiel seiner Zeit treu – oder besser gesagt: der Arcade-Tradition. Der Spieler steuert ein Raumschiff über die Oberfläche des Planeten Jupiter, wo sich – wissenschaftliche Genauigkeit spielte in den 1980er Jahren bekanntermaßen eine untergeordnete Rolle – eine feindliche Alienrasse niedergelassen hat, die nichts Geringeres als die Zerstörung der Erde plant. Die offizielle Aufgabe besteht darin, fotografische Daten zu sammeln, doch in der Praxis reduziert sich das Geschehen auf das, was das Genre seit Jahren definiert: Ausweichen, Schießen und das sukzessive Auflösen gegnerischer Formationen.

Gerade diese Formationen sind es, die das eigentliche Rückgrat des Spiels bilden. Gegner erscheinen nicht zufällig, sondern in klar strukturierten, wiederkehrenden Mustern, die sich mit der Zeit einprägen lassen. Unterstützt wird dieses System durch eine ungewöhnliche Sprachausgabe, die Angriffswellen ankündigt – Begriffe wie „Formation“ oder „Mutation“ geben Hinweise darauf, welche Gegner als Nächstes erscheinen. Das verleiht dem Spiel eine gewisse Vorhersehbarkeit, die erfahrene Spieler zu ihrem Vorteil nutzen können. Es handelt sich also weniger um ein reflexbasiertes Chaos als vielmehr um ein System aus Erkennen, Lernen und Reagieren.

Ergänzt wird dieses Grundprinzip durch zwei zentrale Mechaniken: die sogenannten „Ultrasonics“, die als flächendeckende Angriffe dienen, sowie temporäre Schutzschilde, die das Schiff kurzzeitig unverwundbar machen. Beide sind limitiert und werden durch das Zerstören kompletter Gegnerformationen wieder aufgefüllt. Interessant ist dabei, dass diese Fähigkeiten nicht nur als Notfallwerkzeuge fungieren, sondern an bestimmten Stellen aktiv eingesetzt werden müssen, um besonders dichte Angriffswellen zu überstehen. Das Spiel verlangt also ein gewisses Maß an Ressourcenmanagement, bleibt dabei jedoch deutlich zugänglicher als viele seiner Genrekollegen.

Technisch präsentiert sich Jupiter Probe solide, ohne in irgendeiner Form herauszuragen. Das Scrolling ist flüssig, die Steuerung präzise, und die Unterstützung von Joystick, Tastatur und sogar Maus – letzteres für einen Shooter dieser Zeit keineswegs selbstverständlich – unterstreicht den Anspruch, ein möglichst breites Publikum anzusprechen. Visuell bleibt das Spiel funktional, ohne spektakuläre Effekte oder komplexe Hintergrundebenen. Hier zeigt sich deutlich die Nähe zur 8-Bit-Ära, in der klare Strukturen wichtiger waren als visuelle Opulenz.

Eine besondere Stellung nimmt hingegen die akustische Gestaltung ein. Trotz der vergleichsweise eingeschränkten Möglichkeiten des Atari-ST-Soundchips gelingt es Rob Hubbard, dem Spiel eine musikalische Identität zu verleihen, die in mehreren zeitgenössischen Tests ausdrücklich hervorgehoben wurde. Die französische Zeitschrift Tilt schrieb:

„Une bonne musique accompagne le jeu, à laquelle s'ajoutent des bruitages bien rendus de tir et d'explosion et une synthèse vocale qui signale quels types de vaisseaux vont apparaître.“

(„Eine gute Musik begleitet das Spiel, ergänzt durch gut umgesetzte Schuss- und Explosionseffekte sowie eine Sprachausgabe, die ankündigt, welche Schiffstypen erscheinen werden.“)

Auch die deutsche Fachpresse zeigte sich zumindest teilweise wohlwollend. Die ASM (Aktueller Software Markt) vergab 80 % und stellte insbesondere den Preis in den Vordergrund:

„Genug des defätistischen Geschwätzes … Es ist der günstige und vertretbare Preis von nur etwa 47 Mark. JUPITER PROBE ist also ein Goldrunner-Derivat, welches sich zu den ‚motivationsträchtigen‘ Ballerspielen zählen darf!“

Dieser Preis von rund 47 DM entspricht heute inflationsbereinigt etwa 45 bis 50 Euro und lag damit unter vielen vergleichbaren Titeln jener Zeit. Die wirtschaftliche Strategie von MicroDeal wird hier deutlich sichtbar: kein technologisches Prestigeprojekt, sondern ein kalkulierter Titel mit überschaubarem Risiko und attraktiver Preisgestaltung.

Doch nicht alle Magazine teilten diese Einschätzung. Die Happy Computer urteilte deutlich kritischer:

„Nach Goldrunner hätte ich mir wirklich mehr von den Programmierern erwartet … spielerisch leider nur Dutzendware.“

Noch schärfer fiel das Urteil der ST Action aus:

„The game lacks many features and becomes dull and repetitive after only a few sittings. I'm afraid I would not recommend it.“

(„Dem Spiel fehlen viele Funktionen, und es wird schon nach kurzer Zeit eintönig und repetitiv. Ich würde es nicht empfehlen.“)

Diese Spannbreite der Bewertungen lässt sich vor allem durch den historischen Kontext erklären. Während Jupiter Probe ein technisch sauberes und spielmechanisch funktionierendes Produkt darstellt, bewegt es sich konzeptionell klar im Fahrwasser früherer Shooter wie Xevious oder im direkten Umfeld von MicroDeals eigenem Goldrunner. Im Vergleich zu neueren Entwicklungen wie Slap Fight oder dem kurz darauf erscheinenden Xenon wirkt es jedoch bereits zum Zeitpunkt seiner Veröffentlichung zurückhaltend, fast vorsichtig.

Genau hier liegt die eigentliche Bedeutung des Spiels. Jupiter Probe ist kein misslungenes Projekt, sondern ein Beispiel für eine Übergangsphase, in der sich die Branche noch nicht vollständig von ihren Wurzeln gelöst hatte. Es zeigt, wie Entwickler versuchten, bewährte Konzepte auf neue Hardware zu übertragen, ohne dabei zwangsläufig neue Wege zu gehen. Für einige Spieler war das ausreichend – für andere ein Zeichen dafür, dass die Zeit dieser Art von Spielen langsam zu Ende ging.

Rückblickend lässt sich daher festhalten, dass Jupiter Probe weniger durch Innovation als durch Einordnung interessant ist. Es steht an der Schnittstelle zwischen zwei Generationen von Spieldesign und macht sichtbar, wie unterschiedlich Erwartungen und Realität in dieser Phase auseinandergehen konnten. Oder, nüchtern formuliert: kein Meilenstein – aber ein ausgesprochen ehrliches Produkt seiner Zeit.

 

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.

 

F-29 Retaliator (1989) – Amiga-Flugsimulation zwischen Action und Anspruch

F-29 Retaliator erschien zu einer Zeit, in der das Genre der militärischen Flugsimulationen bereits klar umrissen war, sich aber zugleich in einer Phase des Umbruchs befand. Während Titel wie F-16 Falcon oder F-19 Stealth Fighter auf möglichst realistische Flugmodelle, komplexe Avionik und nüchterne Präsentation setzten, wählte Digital Image Design bewusst einen anderen Weg. F-29 Retaliator wollte kein Lehrbuch sein, sondern ein Spiel, das Geschwindigkeit, Zukunftsvision und Zugänglichkeit miteinander verband, ohne den Anspruch einer ernstzunehmenden Simulation vollständig aufzugeben. Dieses Spannungsfeld prägt den Titel bis heute.

Im Mittelpunkt stehen zwei Kampfflugzeuge, die zur Entstehungszeit des Spiels selbst noch Projektionsflächen militärischer Zukunftsfantasien waren: der experimentelle F-29 mit vorwärts gepfeilten Tragflächen und der damals noch streng geheime Advanced Tactical Fighter F-22. Beide Jets verkörpern den futuristischen Charakter des Spiels und vermitteln das Gefühl, Maschinen zu fliegen, die ihrer Zeit voraus sind. Spielerisch unterscheiden sich die Flugzeuge nur geringfügig, doch ihre Präsenz allein war für viele Spieler ein entscheidender Reiz. F-29 Retaliator erlaubte es, Technik zu fliegen, die es so noch nicht gab – oder zumindest noch nicht öffentlich.

Der Spielaufbau gliedert sich in vier Kampagnen mit ansteigendem Anspruch. Den Einstieg bildet ein Trainingsabschnitt in Arizona, der als Einweisung konzipiert ist und grundlegende Manöver, Start- und Landeprozeduren sowie den Waffeneinsatz vermittelt. Es folgen drei Kriegsschauplätze, die im Pazifik, im Nahen Osten und in Europa angesiedelt sind. Jeder dieser Abschnitte bringt eigene Missionsprofile mit sich und steigert sowohl den Schwierigkeitsgrad als auch die taktische Vielfalt. Luftkämpfe gegen feindliche Jäger, präzise Luft-Boden-Angriffe, Eskortmissionen und Verteidigungsaufgaben wechseln sich ab. Die große Anzahl an Einzelmissionen sorgt dafür, dass das Spiel auch über längere Zeit abwechslungsreich bleibt.

Charakteristisch für F-29 Retaliator ist die Balance zwischen Spielbarkeit und Anspruch. Die Steuerung bleibt überschaubar und zugänglich, ohne trivial zu wirken. Zwar erreicht das Spiel nicht die Tiefe klassischer Hardcore-Simulationen, doch genau darin lag für viele Spieler sein Reiz. Zeitgenössische Tests stellten immer wieder fest, dass F-29 Retaliator eher ein Action-Simulator als eine kompromisslose Simulation sei – ein Ansatz, der insbesondere Spielern entgegenkam, die fliegen wollten, ohne sich durch seitenlange Handbücher zu arbeiten. Die Simulationselemente sind präsent, dominieren das Spiel aber nicht.

Technisch setzte F-29 Retaliator Maßstäbe. Die vollständig polygonale 3D-Grafik wirkte zur Veröffentlichung außergewöhnlich schnell und flüssig. Besonders das Scrolling wurde in der Fachpresse immer wieder hervorgehoben. Der Detailgrad der Landschaften ist bewusst reduziert, was Übersicht und Geschwindigkeit zugutekommt. Städte, Startbahnen, Schiffe und Bodenziele werden durch klare geometrische Formen dargestellt, die funktional bleiben und eine schnelle Orientierung erlauben. Das Cockpit selbst wirkt sachlich und zweckmäßig; mehrere Anzeigen liefern Radar-, Navigations- und Waffeninformationen, ohne den Spieler zu überfordern.

Klanglich schlägt F-29 Retaliator einen bewusst zurückhaltenden Ton an. Für Musik und Soundeffekte zeichnete Matthew Cannon verantwortlich. Auf eine dauerhafte musikalische Untermalung während der Einsätze wird verzichtet; stattdessen konzentriert sich die akustische Gestaltung auf Triebwerksgeräusche, Warnsignale, Waffen- und Explosionssounds. Diese Reduktion unterstützt den nüchternen Charakter der Simulation und lenkt den Fokus auf Flugführung, Navigation und taktische Entscheidungen. Zeitgenössische Tests merkten an, dass der Sound im Vergleich zur Grafik weniger spektakulär ausfällt, sahen darin jedoch keinen spielerischen Nachteil. Vielmehr fügt sich die Geräuschkulisse unaufdringlich in das Gesamtbild ein.

Entwickelt wurde F-29 Retaliator von Digital Image Design, veröffentlicht von Ocean Software. Produzent war Jon Woods. Konzept und Design stammen von Martin Kenwright, der zugleich große Teile der grafischen Gestaltung verantwortete und auch das Handbuch verfasste. Die Lead-Programmierung der Amiga-Version übernahm Phillip Allsopp, unterstützt von Russell Payne in der 3D-Programmierung. Die außergewöhnlich flüssige Polygon-Engine, die von der Presse immer wieder hervorgehoben wurde, geht maßgeblich auf diese Zusammenarbeit zurück. Zusätzliche 3D-Grafiken steuerte Joanne Drury bei. Weitere Rollen entstanden im Rahmen der Teamarbeit bei Digital Image Design; über diese Kernfunktionen hinaus sind keine eindeutig verifizierten Einzelzuordnungen überliefert.

Zeitgenössisch wurde F-29 Retaliator überwiegend positiv aufgenommen. Die ASM lobte insbesondere das schnelle 3D-Scrolling und die enorme Missionsvielfalt, merkte jedoch an, dass der grafische Detailgrad zugunsten der Geschwindigkeit reduziert wurde. Power Play beschrieb das Spiel als „knackige Flugsimulation“, die nicht die Tiefe eines Falcon erreiche, dafür aber deutlich zugänglicher sei. In der Amiga-Wertung erreichte F-29 Retaliator dort 79 Prozent, mit starken Einzelwertungen für Technik und Spielbarkeit. Auch international fiel die Resonanz ähnlich aus. ZZap!64 betonte den gelungenen Spagat zwischen Zugänglichkeit und Anspruch und hob insbesondere die Geschwindigkeit, das Bewegungsgefühl und die Missionsvielfalt hervor. Rückblickend galt das Spiel weniger als ultimative Simulation, sondern als eigenständiger Vertreter seines Genres.

Ein bemerkenswertes Kuriosum stellt ein inoffizielles Add-on dar. Das britische Magazin ZERO veröffentlichte in Ausgabe 12 (Oktober 1990) eine exklusive Special Mission, die das Originalspiel voraussetzte. In dieser Zusatzmission flog der Spieler einen Retaliator über dem Arktischen Ozean und traf neben russischen MiG-Jägern auch auf außerirdische Raumschiffe, deren Design unverkennbar an die Zylonen aus der klassischen Battlestar Galactica-Serie erinnerte. Die Mission fungierte zugleich als augenzwinkernder Verweis auf das damals in Entwicklung befindliche nächste Projekt von Digital Image Design, Epic.

Technisch blieb F-29 Retaliator nicht frei von Schwächen und gilt rückblickend als vergleichsweise buganfällig. Einige dieser Fehler entwickelten jedoch fast schon Kultstatus. Besonders bekannt ist ein Bug, bei dem der Spieler auch nach dem Schleudersitzausstieg weiterhin Kontrolle über das Flugzeug behält – was es theoretisch ermöglicht, das eigene Wrack noch zu steuern und sich selbst zu rammen. Solche Eigenheiten wurden in zeitgenössischen Tests kritisch erwähnt, trugen aber auch zur Legendenbildung rund um das Spiel bei.

Auch die Darstellung der Flugzeuge sorgte für Diskussionen. Der auf den Verpackungen gezeigte F-22 entspricht optisch nicht dem im Spiel dargestellten Modell, was dem damaligen Geheimhaltungsstatus des realen Projekts geschuldet war. Umgekehrt ist der F-29 keine reine Fantasie: Er basiert auf dem real existierenden Grumman X-29-Experimentalflugzeug mit vorwärts gepfeilten Tragflächen, dessen Erscheinungsbild dem Ingame-Modell deutlich näherkommt. Die Amiga- und Atari-ST-Cover sowie das Titelbild aller Versionen basieren auf Konzeptkunst von Lockheed Martin, konkret auf einem Gemälde des futuristischen Designers Syd Mead aus dem Jahr 1988, das den damals noch geheimen Advanced Tactical Fighter zeigte.

Auch langfristig blieb F-29 Retaliator in der Erinnerung der Fachpresse präsent. Amiga Joker wählte das Spiel in Ausgabe 01/1991 auf Platz 3 der besten Simulationsspiele des Jahres 1990. Amiga Power nahm es im Mai 1991 auf Platz 36 in seine Liste der „All Time Top 100 Amiga Games“ auf. Auf dem Atari ST wurde der Titel ebenfalls gewürdigt: ST Format listete F-29 Retaliator in Ausgabe 01/1991 unter den neun besten Simulationsspielen des Jahres 1990.

Rückblickend markiert F-29 Retaliator einen Übergang. Es steht zwischen den nüchternen Militärsimulationen der achtziger Jahre und den stärker inszenierten Flugsimulationen der frühen neunziger. Digital Image Design legte mit diesem Titel den Grundstein für spätere Werke wie TFX oder EF2000. F-29 Retaliator bleibt als Spiel in Erinnerung, das zeigte, dass Geschwindigkeit, Zugänglichkeit und Zukunftsvisionen im Flugsimulator-Genre kein Widerspruch sein müssen – sondern ein eigenes, unverwechselbares Erlebnis formen können.

F-29 Retaliator erschien erstmals 1989 für den Amiga und gilt auf dieser Plattform als Leitversion. Digital Image Design entwickelte das Spiel primär mit Blick auf die Fähigkeiten des Amiga, insbesondere auf die schnelle polygonbasierte 3D-Darstellung, die in zeitgenössischen Tests häufig hervorgehoben wurde. Ebenfalls 1989 folgte eine Umsetzung für den Atari ST, die inhaltlich weitgehend identisch ausfiel und das gleiche Missions- und Kampagnenmaterial bot, technisch jedoch stärker von der Hardware limitiert war.

Die MS-DOS-Version erschien erst 1991 als nachgereichte Konvertierung. Sie brachte kleinere Erweiterungen mit sich, darunter einen Zwei-Spieler-Modus über Nullmodem, blieb grafisch jedoch bewusst kompatibel zu einer breiten PC-Basis (EGA/VGA mit 16 Farben). Inhaltlich entsprach sie im Wesentlichen den 16-Bit-Versionen, profitierte aber je nach Hardware von höherer Bildrate. Später entwickelte Ocean Japan noch Versionen für den PC-98 und FM-Towns.

Super Cars 2 – 1990 by Magnetic Fields / Gremlin Graphics

Super Cars II erschien im Frühjahr 1991 für den Amiga, später auch für den Atari ST, entwickelt von Magnetic Fields und veröffentlicht von Gremlin Graphics. Das Spiel ist ein Top-Down-Rennspiel mit starkem Action- und Waffenfokus und stellt die direkte Fortsetzung von Super Cars aus dem Jahr 1990 dar. Die Entwicklung fällt in eine Phase, in der Magnetic Fields innerhalb kurzer Zeit mehrere erfolgreiche Rennspiele veröffentlichte. Bereits Lotus Esprit Turbo Challenge war 1990 erschienen und hatte sich rasch als einer der populärsten Arcade-Racer auf Heimcomputern etabliert. Noch im selben Jahr folgte Super Cars, das die Draufsicht ins Zentrum rückte. Super Cars II greift diese beiden Linien auf und führt sie 1991 in einem deutlich erweiterten Konzept zusammen.

Die kreative Verantwortung lag erneut bei Shaun Southern und Andrew Morris, die bereits seit den frühen 1980er-Jahren gemeinsam arbeiteten. Schon auf C64 und VIC-20 hatten sie mit schnellen Arcade-Spielen Erfahrungen gesammelt, bevor sie sich auf dem Amiga mit Rennspielen einen Namen machten. Southern zeichnete primär für Programmierung und Spieldesign verantwortlich, während Morris den visuellen Stil prägte. Super Cars II ist daher keine Neuausrichtung, sondern eine konsequente Weiterentwicklung einer bestehenden Designphilosophie.

Am grundlegenden Spielprinzip hält der Nachfolger fest: Aus der Vogelperspektive treten bis zu zehn Fahrzeuge gleichzeitig auf geschlossenen Rundkursen gegeneinander an. Ziel ist es, sich über mehrere Rennen hinweg möglichst viele Punkte zu sichern. Neu ist vor allem der deutlich erhöhte Umfang. Während im ersten Teil maximal vier bis fünf Fahrzeuge gleichzeitig unterwegs waren, ist das Feld nun erheblich größer. Entsprechend dichter, aggressiver und unübersichtlicher fallen die Rennen aus. Nur die besten fünf Fahrzeuge eines Rennens erhalten Punkte, was besonders im Mittelfeld für permanentes Gedränge sorgt.

Das Spiel bietet insgesamt 21 Strecken, aufgeteilt in drei Schwierigkeitsgrade mit jeweils sieben Kursen. Die Strecken unterscheiden sich deutlich stärker als noch im Vorgänger. Brücken, Tunnel, Sprungschanzen, sich öffnende und schließende Tore sowie Bahnübergänge mit durchfahrenden Zügen sorgen für Abwechslung und verlangen präzises Timing. Viele Kurse sind so angelegt, dass reines Tempo nicht ausreicht. Fehler werden unmittelbar bestraft – entweder durch Zeitverlust oder durch Schäden am Fahrzeug.

Eine der wichtigsten Änderungen betrifft das Fortschrittssystem. In Super Cars II besitzt der Spieler nur noch ein einziges Auto, das über die gesamte Saison hinweg weiterentwickelt wird. Nach jedem Rennen erhält man Preisgeld, das in einem Shop für Upgrades und Waffen ausgegeben werden kann. Zur Auswahl stehen Motorverbesserungen, zusätzliche Panzerung, Turbo-Beschleuniger sowie ein breites Arsenal an Waffen: Vorwärts- und Rückwärtsraketen, zielsuchende Raketen, Minen und eine sogenannte Super-Rakete, die das Fahrzeug umkreist. Ergänzt wird dies durch Front- und Heckrammen, mit denen Gegner direkt attackiert werden können.

Das Wirtschaftssystem spielt dabei eine zentrale Rolle. Reparaturen kosten Geld, ebenso jede Aufrüstung. Wer zu aggressiv fährt oder häufig kollidiert, gerät schnell in finanzielle Schwierigkeiten. Gleichzeitig lassen sich bestimmte Teile günstig kaufen und später teurer verkaufen, was eine einfache, aber wirkungsvolle ökonomische Komponente ins Spiel bringt. Damit unterscheidet sich Super Cars II deutlich von vielen zeitgenössischen Arcade-Rennspielen, die ausschließlich auf schnelle Einzelrennen setzten.

Zwischen den Rennen wird der Spieler regelmäßig mit kurzen Dialog- und Entscheidungsszenen konfrontiert. Polizisten, Journalisten, Sponsoren oder Umweltinspektoren stellen Fragen, deren Beantwortung unmittelbare Auswirkungen hat. Je nach Wortwahl drohen Geldstrafen oder es winken zusätzliche Einnahmen. Diese Szenen sind humorvoll inszeniert, greifen aber real in den Spielverlauf ein und verstärken den Eindruck einer zusammenhängenden Rennkarriere.

Technisch zeigt sich Super Cars II auf dem Amiga solide bis sehr überzeugend. Die Strecken sind farbenreich gestaltet, die Fahrzeuge klar voneinander unterscheidbar. Das Scrolling bleibt auch bei voller Gegnerzahl flüssig. Der Sound stammt von Barry Leitch (unterstützt von Ian Howe) und beschränkt sich im Rennen bewusst auf Motor-, Reifen- und Explosionsgeräusche. Musik erklingt vor allem in Menüs und Zwischensequenzen. Die Atari-ST-Version ist inhaltlich identisch, wirkt jedoch grafisch schlichter und klanglich reduzierter.

Ein wesentliches neues Feature ist der Splitscreen-Zwei-Spieler-Modus. Zwei Spieler treten gleichzeitig auf derselben Strecke gegeneinander an, jeder mit eigener Bildschirmhälfte. Gerade in dieser Variante entfaltet das dichte Streckendesign seine volle Wirkung und machte das Spiel zu einem der beliebtesten Mehrspieler-Rennspiele seiner Zeit.

Die zeitgenössische Rezeption von Super Cars II fällt auffallend unterschiedlich aus und spiegelt deutlich die redaktionellen Schwerpunkte der jeweiligen Magazine wider. Britische Zeitschriften reagierten nahezu euphorisch. Computer and Video Games schrieb im Juni 1991:

“The graphics have been spruced up, there's plenty more hazards thrown in (the jumps are an excellent addition) and your motorised steed is far more animated … As a sequel, it's superb. … The best racing game since Gremlin's Lotus.”
(„Die Grafik wurde aufpoliert, es gibt deutlich mehr Gefahren (die Sprünge sind eine hervorragende Ergänzung) und das motorisierte Gefährt wirkt wesentlich lebendiger … Als Fortsetzung ist es hervorragend. … Das beste Rennspiel seit Gremlins Lotus.“)

CVG vergab 91 % und hob besonders den Zwei-Spieler-Modus und die neuen Power-Ups hervor.

Ähnlich positiv äußerte sich CU Amiga im April 1991. Dort heißt es:

“Supercars 2 is basically an extension of the first game, with the welcome addition of a two-player mode.”
(„Supercars 2 ist im Grunde eine Erweiterung des ersten Spiels, ergänzt um die willkommene Ergänzung eines Zwei-Spieler-Modus.“)

Zur Streckenstruktur schrieb CU Amiga:

“There are 21 tracks, with seven per level. The circuits themselves are a great improvement from the flat racing track of the first game: now you have bridges, jumps, tunnels, and opening and closing doors.”
(„Es gibt 21 Strecken mit jeweils sieben pro Schwierigkeitsgrad. Die Kurse selbst sind eine große Verbesserung gegenüber den flachen Rennstrecken des ersten Spiels: nun gibt es Brücken, Sprünge, Tunnel sowie sich öffnende und schließende Tore.“)

Auch die Steuerung wurde dort differenziert betrachtet:

“Once the game has loaded, the player has a choice of whether to have the firebutton as an accelerator or brake.”
(„Nach dem Laden des Spiels kann der Spieler wählen, ob der Feuerknopf als Beschleunigung oder als Bremse fungieren soll.“)

Zum Mehrspieler-Modus hieß es:

“The long awaited two-player split-screen mode is both fast and furious.”
(„Der lang erwartete Zwei-Spieler-Splitscreen-Modus ist sowohl schnell als auch furios.“)

CU Amiga kam zu einer Gesamtwertung von 90 %.

Deutlich kritischer fiel hingegen die Rezeption in deutschen Magazinen aus. ASM (6/91) erkannte zwar die technische Qualität an, formulierte jedoch klar:

„Doch nun zum Hauptkritikpunkt, der die gute Grafik stark im Wert mindert: Die Steuerung!“

Trotz hervorragender Optik bemängelte die Redaktion die Eingewöhnungszeit und vergab lediglich 57 %.

Auch Power Play (6/91) blieb zurückhaltend. Zwar wurde die Action als ansprechend beschrieben, gleichzeitig jedoch betont:

„Ohnehin keine realistische Fahrsimulation, sondern unkompliziertes Renn-Actionspiel.“

Die Vogelperspektive und die Übersicht im Splitscreen wurden kritisch gesehen. Auch hier lautete die Wertung 57 %.

Diese Spannbreite ist weniger ein Widerspruch als Ausdruck unterschiedlicher redaktioneller Erwartungshaltungen. Während britische Magazine den Arcade-Charakter, den Spielfluss und den Mehrspieler-Modus in den Vordergrund stellten, bewerteten deutsche Redaktionen stärker unter dem Gesichtspunkt von Steuerung, Übersicht und Simulationstiefe.

Bei seiner Veröffentlichung kostete Super Cars II rund 24,99 Pfund in Großbritannien beziehungsweise 85 D-Mark in Deutschland. Inflationsbereinigt entspricht dies heute etwa 80 bis 100 Euro, womit das Spiel klar im damaligen Vollpreissegment angesiedelt war.

Rückblickend gilt Super Cars II als der ausgefeilteste Teil der Reihe. Es bündelt die Erfahrungen aus Lotus Esprit Turbo Challenge und Super Cars und erweitert sie um mehr Strecken, mehr strategische Tiefe und einen prägenden Zwei-Spieler-Modus. Ohne das Genre neu zu erfinden, verfeinert es dessen Mechaniken so konsequent, dass es bis heute als Referenz für klassische Combat-Racer aus der Vogelperspektive gilt.