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.

 

Oric Atmos (1984): Ein Heimcomputer zwischen Spectrum, C64 und CPC

Picture from: http://blog.tynemouthsoftware.co.uk/2019/08/oric-atmos-and-oric-1-repairs.html

Der Oric Atmos erschien Anfang 1984, in einer Phase, die sich im Rückblick weniger als abrupter Umbruch denn als Übergang beschreiben lässt. Am 24. Januar desselben Jahres stellte Apple den Macintosh vor und präsentierte damit ein Bedienkonzept, das sich deutlich von den bis dahin verbreiteten Heimcomputern unterschied. Die grafische Oberfläche, Maussteuerung und das Prinzip der visuellen Text- und Layoutbearbeitung deuteten an, in welche Richtung sich professionelle Computersysteme entwickeln könnten. Für die Mehrheit der Nutzer blieb dies jedoch zunächst ein Ausblick. Der praktische Alltag spielte sich weiterhin in BASIC, mit Kassettenlaufwerken und am heimischen Fernseher ab. In diesem Umfeld positionierte sich der Oric Atmos – nicht als Vorgriff auf kommende Paradigmen, sondern als Vertreter einer etablierten 8-Bit-Heimcomputerklasse.

Der Atmos war keine Neuentwicklung, sondern eine Weiterentwicklung des Oric-1. Ziel war es, bekannte Schwächen des Vorgängers zu beheben und den Rechner im täglichen Gebrauch robuster zu gestalten, ohne das grundlegende Konzept zu verändern. Die Überarbeitung betraf zahlreiche Details, die zusammen ein technisch konsistenteres System ergaben. Auffällige Neuerungen oder singuläre Leistungsmerkmale standen dabei nicht im Vordergrund.

Auch äußerlich unterschied sich der Atmos klar vom Oric-1. Das dunkle Gehäuse wirkte zurückhaltend, die Tastatur war klar strukturiert. Schwarze alphanumerische Tasten wurden durch rote Funktionstasten ergänzt, die eine visuelle Orientierung boten. Für den praktischen Einsatz war jedoch weniger die Optik als die Tastaturauslegung relevant. Längere Programme oder Texte ließen sich über längere Zeit hinweg eingeben, was den Rechner auch für Anwendungen jenseits kurzer Spielsitzungen nutzbar machte.

Die technische Architektur blieb bewusst überschaubar. Der Arbeitsspeicher wurde zugleich als Bildschirmspeicher verwendet, wodurch Grafikoperationen direkt, jedoch speicherintensiv waren. Diese Konstruktion erforderte ein Verständnis der internen Zusammenhänge, da es keine hardwareseitigen Abstraktionen gab, die dem Nutzer Arbeit abnahmen. Der Rechner stellte seine Funktionsweise offen dar und verlangte entsprechende Planung.

Als Prozessor kam ein MOS Technology 6502A zum Einsatz. Diese Variante des 6502 war für höhere Taktfrequenzen spezifiziert und wurde Anfang der achtziger Jahre in verschiedenen Heimcomputern und Embedded-Systemen eingesetzt. Der Oric Atmos betrieb den Prozessor mit einer nominellen Taktfrequenz von rund 1,75 MHz und ordnete sich damit technisch klar in die verbreitete 8-Bit-Architektur seiner Zeit ein.

Die grafischen Möglichkeiten entsprachen dem zeitüblichen Rahmen. Im hochauflösenden Modus arbeitete der Atmos mit 240 × 200 Bildpunkten und einer festen Palette aus acht Farben. Auflösung und Farbanzahl unterschieden sich damit nicht grundlegend von vergleichbaren Systemen. Charakteristisch war jedoch die Art der Farbzuweisung: Farbwechsel konnten gezielt innerhalb einzelner Bildzeilen vorgenommen werden, was eine flexible Gestaltung erlaubte, jedoch eine sorgfältige Planung erforderte. Gestalterische Entscheidungen wirkten sich unmittelbar auf das Bild aus. Über den RGB-Ausgang ließ sich zudem ein stabiles und scharfes Bild ausgeben, was den Rechner auch für längere Nutzungsszenarien geeignet machte.

Für die Klangerzeugung setzte der Oric Atmos auf den AY-3-8912, einen zu dieser Zeit weit verbreiteten Drei-Kanal-Soundchip. Er kam unter anderem im Amstrad CPC, im MSX-Umfeld sowie in verschiedenen Arcade-Systemen zum Einsatz. Mehrstimmige Musik und strukturierte Soundeffekte waren damit möglich, allerdings ohne Filter oder komplexe Klangmodulationen. Die Klangerzeugung blieb direkt und klar. Gegenüber einfachen 1-Bit-Lösungen bot der Chip erweiterte Möglichkeiten der Mehrkanal-Ausgabe. Ein integrierter Lautsprecher stellte sicher, dass der Rechner auch ohne externes Audiogerät akustische Signale ausgeben konnte.

Die Anschlussausstattung spiegelte den Anspruch wider, mehr als ein reines Spielsystem zu sein. Neben dem Kassettenanschluss standen verschiedene Monitoroptionen, eine Druckerschnittstelle sowie ein Erweiterungsport zur Verfügung. Mit einem angeschlossenen Diskettenlaufwerk veränderte sich die Arbeitsweise deutlich und erlaubte effizientere Abläufe, ohne den grundlegenden Charakter des Systems zu verändern.

Als Arbeitsumgebung diente das im ROM enthaltene Oric Extended BASIC, ein lizenzierter Microsoft-BASIC-Dialekt. Nutzer mit Erfahrung auf anderen Heimcomputern fanden sich schnell zurecht. Nach dem Einschalten stand das System unmittelbar zur Verfügung, ohne vorgelagerte Menüs oder Startprogramme. Grafik- und Soundbefehle konnten direkt angesprochen werden, was den Rechner insbesondere für Lernzwecke und eigene Programme zugänglich machte.

Im Marktumfeld war die Position des Oric Atmos schwierig. In Großbritannien war der Sinclair ZX Spectrum bereits fest etabliert, während sich in vielen anderen europäischen Märkten zunehmend der Commodore 64 durchsetzte. Der Amstrad CPC, der 1984 nahezu zeitgleich erschien, verfolgte ein stärker auf Komplettausstattung ausgelegtes Konzept und gewann insbesondere in Frankreich und Südeuropa rasch Marktanteile. Der Oric Atmos bewegte sich zwischen diesen Systemen, ohne in einem der großen Absatzmärkte eine dominante Stellung zu erreichen.

Der Preis entsprach dieser Positionierung. In Großbritannien lag der Einführungspreis bei etwa 170 bis 179 Pfund, was inflationsbereinigt heute rund 770 bis 820 Pfund entspricht. In Deutschland kostete die 64-Kilobyte-Variante offiziell 748 DM; zeitgenössische Berichte, unter anderem in der Zeitschrift Telematch, nannten jedoch auch Straßenpreise um 600 DM. Das entspricht heute etwa 1 330 Euro beziehungsweise rund 1 070 Euro. Der Oric Atmos lag damit preislich nicht im unteren Segment, sondern stellte eine bewusste Anschaffung dar.

Rückblickend steht der Oric Atmos weniger für hohe Verkaufszahlen als für ein klar umrissenes technisches Konzept. Er führte die Linie des Oric-1 fort, beseitigte bekannte Schwächen und blieb dabei innerhalb der etablierten 8-Bit-Heimcomputertradition seiner Zeit.

 

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.

NCR PC4 (1984): Der All-in-One-Business-PC zwischen IBM-Standard und Bankenwelt

Als der NCR Personal Computer Model 4 Mitte der 1980er Jahre erschien, stand dahinter kein Newcomer, sondern eines der traditionsreichsten Unternehmen der Datenverarbeitung. NCR – ursprünglich National Cash Register – war bereits seit dem späten 19. Jahrhundert im Bereich mechanischer und später elektronischer Rechen- und Kassensysteme aktiv und hatte sich im Laufe des 20. Jahrhunderts zu einem globalen Anbieter von Banktechnik, Transaktionssystemen und Großrechner-Peripherie entwickelt. Lange bevor der Personal Computer den Büromarkt eroberte, prägten NCR-Systeme bereits den Alltag von Banken, Verwaltungen und Handelsketten. Der Einstieg in den PC-Markt war daher weniger ein Experiment als der Versuch, diese gewachsene Erfahrung in eine neue Geräteklasse zu übertragen.

Der NCR PC4 erschien 1984/85 in einer Phase, in der sich der IBM-PC-Standard zwar etabliert hatte, der Markt aber noch offen genug war, um eigene Akzente zu setzen. NCR verstand den Rechner von Beginn an als professionelles Arbeitsgerät und positionierte ihn bewusst als Business-PC, nicht als günstigen Heimcomputer. Technisch basierte der PC4 auf einem Intel 8088 mit 4,77 MHz und entsprach damit der Leistungsklasse eines IBM PC XT. Die Grundausstattung umfasste 128 KB Arbeitsspeicher, erweiterbar bis auf 640 KB. Als Massenspeicher dienten ein oder zwei 5,25-Zoll-Diskettenlaufwerke mit 360 KB, alternativ war ein integriertes 10-MB-Festplattensystem erhältlich.

Ungewöhnlich für einen XT-Klon war das All-in-One-Design. Rechner und Monitor bildeten eine massive, geschlossene Einheit. Je nach Ausführung kam ein monochromer Grünmonitor oder ein Farbmonitor zum Einsatz, jeweils mit 80 × 25 Zeichen. In der späteren Revision PC4/i bot NCR zusätzlich einen hochauflösenden Monochrom-Grafikmodus mit 640 × 400 Pixeln, der es erlaubte, grafikbasierte Anwendungen auch ohne Farbmonitor sinnvoll zu nutzen – ein klarer technischer Mehrwert gegenüber klassischen MDA-Lösungen.

Trotz des integrierten Aufbaus war der PC4 intern erstaunlich flexibel. Laut Handbuch war das System „available in six different models“ und unterschied sich je nach Konfiguration durch Laufwerksausstattung, Monitorvariante und das Vorhandensein eines festen Datenträgers. Speichererweiterungen, zusätzliche Controller- und Funktionskarten sowie Monitoradapter ließen sich nachrüsten. Bemerkenswert ist, dass NCR ausdrücklich auf die Unterstützung von Erweiterungskarten von Drittanbietern verwies – ein klares Signal an professionelle Anwender, dass man nicht auf ein proprietäres Ökosystem setzte, sondern bewusst auf Offenheit.

Der PC4 war dabei nicht NCRs erster Schritt in Richtung Personal Computer. Bereits zuvor hatte das Unternehmen mit dem NCR Decision Mate V Erfahrungen im Bereich personenbezogener Computersysteme gesammelt – einem eher eigenständigen, noch nicht vollständig IBM-kompatiblen Rechner. Der Model 4 markierte somit den bewussten Übergang von proprietären Lösungen hin zum offenen IBM-Standard und kann als direkte Konsequenz dieser frühen Erfahrungen gelesen werden.

Auch bei der Software zeigte sich NCRs professioneller Anspruch. Ausgeliefert wurde der PC4 mit NCR-DOS (kompatibel zu MS-DOS 2.11), GW-BASIC, Diagnose- und Dienstprogrammen sowie einer Reihe speziell entwickelter Lernwerkzeuge. Anders als viele Konkurrenten begnügte sich NCR nicht damit, ein Betriebssystem beizulegen, sondern investierte erheblich in die Einführung und Schulung der Anwender. Bereits im Handbuch wird der Einstieg bewusst niedrigschwellig beschrieben: „You already found out how easy it is to start using your NCR Personal Computer. You spent time using the NCR PAL diskette to develop familiarity with the NCR Personal Computer. You learned software concepts. You explored various types of applications.“ („Du hast bereits erfahren, wie einfach es ist, mit deinem NCR Personal Computer zu beginnen. Du hast Zeit mit der NCR-PAL-Diskette verbracht, um dich mit dem NCR Personal Computer vertraut zu machen. Du hast Software-Konzepte gelernt. Du hast verschiedene Arten von Anwendungen erkundet.“).

Zentral für diesen Ansatz war die NCR PAL-Diskette, die als interaktive Einführung grundlegende Konzepte vermittelte. Darauf aufbauend folgte NCR TUTOR, ein grafisch unterstütztes Lernprogramm zur Vertiefung des Betriebssystem-Umgangs: „NCR TUTOR graphically reviews what you have studied so far and helps you feel more comfortable with the use of NCR-DOS.“ „NCR TUTOR graphically reviews what you have studied so far and helps you feel more comfortable with the use of NCR-DOS.“
(„NCR TUTOR wiederholt grafisch, was du bisher gelernt hast, und hilft dir, dich im Umgang mit NCR-DOS sicherer zu fühlen.“). Ergänzt wurde dieses Konzept durch eine integrierte HELP-Funktion, die zu DOS-Befehlen kontextbezogene Erläuterungen lieferte – für die Mitte der 1980er Jahre ein bemerkenswert fortschrittlicher Ansatz.

Das Handbuch selbst unterstreicht diese Philosophie durch eine klare Differenzierung der Zielgruppen. Einsteiger werden ausdrücklich angeleitet: „If you are relatively new to computing, you should now read through the Information for Beginners chapter of this manual.“ („Wenn du im Umgang mit Computern relativ neu bist, solltest du jetzt das Kapitel ‚Information for Beginners‘ in diesem Handbuch lesen.“). Erfahrene Nutzer dürfen Grundlagen überspringen und direkt in die technischen Kapitel einsteigen. Der PC4 sollte nicht bevormunden, sondern begleiten – ein Ansatz, der sich deutlich von der oft spröden Dokumentation vieler PC-Klone abhob.

In der zeitgenössischen Fachpresse wurde dieser Ansatz positiv aufgenommen. Tests bescheinigten dem PC4 eine sehr hohe IBM-Kompatibilität, gängige Software lief ohne Anpassungen. Gelobt wurden die Bildqualität des Monitors, die saubere Verarbeitung und die außergewöhnliche Robustheit des Gehäuses. Der Rechner galt als schwer, massiv und nahezu unverwüstlich – Eigenschaften, die im Büroalltag eher Vertrauen schufen als störten. Gerade in Banken, Verwaltungen und Filialbetrieben fand der PC4 daher Einsatz, häufig über Jahre hinweg im Dauerbetrieb.

Im Vergleich zur Konkurrenz positionierte sich der PC4 klar zwischen den Welten. Gegenüber dem IBM PC XT bot er ein kompakteres Design und ein moderneres Erscheinungsbild, gegenüber leistungsstärkeren Systemen wie dem Olivetti M24 oder frühen Compaq-Modellen wirkte er konservativer. NCR setzte nicht auf maximale Rechenleistung, sondern auf Zuverlässigkeit, Bedienbarkeit und Service. Diese Prioritäten spiegelten die Herkunft des Unternehmens wider und passten zu dessen angestammter Kundschaft.

Auch die Service-Philosophie war entsprechend ausgeprägt. Für technisch versierte Anwender stellte NCR ein eigenes Hardware Maintenance and Service Manual bereit; das Owner’s Manual verweist ausdrücklich auf detaillierte Diagnose- und Wartungsinformationen. Gleichzeitig ermutigte NCR die Nutzer, Rückmeldungen zu geben – inklusive frankierter Feedback-Karten im Handbuch. Qualitätssicherung und Anwenderzufriedenheit waren erklärter Bestandteil des Produktkonzepts.

Wirtschaftlich war der PC4 kein Billigsystem. Der Einstiegspreis lag bei rund 2.400 US-Dollar, voll ausgestattet deutlich darüber – inflationsbereinigt ein Betrag, der heute klar im Premium-Segment läge. Der PC4 war damit weniger für den freien Massenmarkt gedacht als für Geschäftskunden, die ein Komplettpaket aus Hardware, Software, Schulung und Service suchten. Mit späteren Modellen wie dem PC6 und dem PC8 entwickelte NCR diese Linie weiter, verabschiedete sich dabei jedoch vom integrierten All-in-One-Design.

Rückblickend ist der NCR PC4 Teil einer längeren, kontinuierlichen Entwicklung. Zwar zog sich NCR in den folgenden Jahren schrittweise aus dem klassischen PC-Massenmarkt zurück, doch das Unternehmen verschwand keineswegs aus der digitalen Welt. Aus NCR gingen später eigenständige Unternehmensbereiche hervor, die sich auf Geldautomaten, Self-Service-Terminals, Point-of-Sale-Technik und digitale Transaktionssysteme spezialisierten – Bereiche, in denen NCR bis heute international präsent ist. Der PC4 markiert damit eine Übergangsphase: ein klassischer Arbeitsplatz-PC, der zugleich bereits die Denkweise eines Unternehmens widerspiegelt, das Computer als verlässliche Infrastruktur für kritische Geschäftsprozesse verstand. In dieser Rolle war der NCR PC4 weniger ein Star der PC-Geschichte als ein stiller Arbeiter – und genau darin liegt heute sein historischer Wert.

Jupiter Ace (1982): Der kompromisslose FORTH-Computer, der seiner Zeit voraus war

Als der Jupiter Ace im Herbst 1982 erschien, war er zugleich ein Produkt seiner Zeit und ein bewusster Gegenentwurf zu ihr. Entwickelt wurde der Rechner von Richard Altwasser und Steven Vickers, zwei Ingenieuren, die zuvor maßgeblich für Sinclair Research gearbeitet hatten. Altwasser war bereits an der Entwicklung des ZX81 beteiligt und wirkte später an der Hardwarearchitektur des ZX Spectrum mit, während Vickers das ROM-Upgrade des ZX80 zum ZX81 verantwortete und eine zentrale Rolle bei der Gestaltung des Spectrum-ROMs spielte. Mit der Gründung von Jupiter Cantab Ltd. verließen beide bewusst den etablierten Pfad und versuchten, ihre eigenen technischen Überzeugungen in einem eigenständigen System umzusetzen.

Schon der Name des Rechners war programmatisch. „ACE“ bezog sich nicht auf eine Marketingfloskel, sondern auf den Pilot ACE, einen frühen britischen Computer, der auf Entwürfe von Alan Turing aus den späten vierziger Jahren zurückging. Die Namenswahl sollte beim Käufer die Assoziation eines intelligent konzipierten, technisch fortschrittlichen Systems wecken – und zugleich andeuten, dass hier kein weiteres BASIC-Einsteigergerät, sondern ein ernsthaftes Werkzeug für effiziente Programmierung vorlag. Diese Haltung bestimmte das gesamte Design des Jupiter Ace.

Im Inneren arbeitete ein Zilog Z80A mit rund 3,25 MHz, eine damals bewährte Wahl. Die eigentliche Besonderheit lag jedoch in der Speicherorganisation. Der Jupiter Ace verfügte in der Grundausstattung über lediglich 3 KB RAM, aufgeteilt in etwa 1 KB Programmspeicher, 1 KB Bildschirmspeicher und 1 KB für den Zeichensatz, ergänzt durch 8 KB ROM, das die komplette Systemsoftware enthielt. Über Erweiterungen ließ sich der Arbeitsspeicher auf bis zu 48 KB zusätzlich ausbauen. Entscheidend war dabei weniger die absolute Größe als die Nutzung: Durch den separaten Videospeicher stand der Prozessor nahezu vollständig für die Programmausführung zur Verfügung – ein klarer Vorteil gegenüber dem ZX81, dessen Z80 im Normalbetrieb regelmäßig zugunsten der Bildausgabe angehalten wurde.

Grafisch blieb der Rechner strikt monochrom. Der Bildschirm zeigte 32 Zeichen pro Zeile bei 24 Zeilen, hochauflösende Bitmap-Grafik existierte nicht. Stattdessen setzte das System auf ein zeichenorientiertes Konzept mit frei definierbarem Zeichensatz, wodurch pseudo-grafische Darstellungen und einfache Animationen möglich wurden. Für die Tonausgabe besaß der Jupiter Ace einen internen Lautsprecher, der direkt vom Prozessor angesteuert wurde; Frequenz und Dauer ließen sich frei programmieren – eine Funktion, die dem ZX81 vollständig fehlte. Die Videoausgabe erfolgte über einen handelsüblichen Fernseher, die Datenspeicherung über einen Kassettenrekorder.

Äußerlich präsentierte sich der Jupiter Ace funktional und kompromisslos kostensensitiv. Das leichte Kunststoffgehäuse wurde nicht verschraubt, sondern vernietet, die Tastatur bestand aus gummierten Tasten mit Leiterbahnkontakt – spürbar besser als beim ZX81, aber ohne professionellen Anspruch. Zwei Erweiterungsports auf der Rückseite deuteten zukünftige Ausbaumöglichkeiten an, von denen jedoch nur ein Teil realisiert wurde.

Der eigentliche Kern des Systems lag in der konsequenten Entscheidung für FORTH. Statt BASIC befand sich ein vollständiges FORTH-System im ROM, inklusive Editor, Interpreter, Compiler und zahlreicher Systemwörter. FORTH erlaubte extrem kompanten Code und hohe Ausführungsgeschwindigkeit und förderte eine modulare Arbeitsweise mit wiederverwendbaren Wortdefinitionen. Für ein System mit minimalem Speicher war dies technisch logisch und elegant umgesetzt.

Zeitgenössische Fachartikel würdigten diese Eigenschaften ausdrücklich. In der französischen Zeitschrift Micro-Systèmes wurde 1983 beschrieben, dass selbst komplexe Arcade-Spiele auf dem Jupiter Ace realisierbar seien, die in herkömmlichem BASIC an Geschwindigkeitsgrenzen scheitern würden. Besonders hervorgehoben wurde die Kombination aus FORTH-Effizienz, getrenntem Video-RAM und der Möglichkeit, im FAST-Modus zu arbeiten, ohne den Bildschirm vollständig zu verlieren.

Gleichzeitig zeigte sich hier das zentrale Dilemma des Systems. Die Effizienz von FORTH ging mit einer hohen Einstiegshürde einher. Die stackbasierte Arbeitsweise, die umgekehrte polnische Notation und das abstrakte Denken in Wortdefinitionen unterschieden sich grundlegend von der gewohnten BASIC-Logik. Selbst ein gut strukturiertes Handbuch konnte diesen Bruch nur teilweise abfedern. Der Jupiter Ace sprach damit weniger den Massenmarkt als eine kleine, technisch interessierte Zielgruppe an.

Im direkten Vergleich mit dem ZX81 war der Jupiter Ace technisch klar überlegen: bessere Prozessorverfügbarkeit, integrierter Sound, stabileres Laufzeitverhalten. Gegenüber dem ZX Spectrum jedoch setzte er andere Prioritäten. Während der Spectrum auf Farbe, Zugänglichkeit und ein schnell wachsendes Software-Ökosystem setzte, blieb der Jupiter Ace ein Spezialist – präzise, effizient, aber konzeptionell anspruchsvoll.

Diese Positionierung erklärt letztlich auch das wirtschaftliche Scheitern. Der Einführungspreis lag über dem vieler Konkurrenten, die monochrome Darstellung wirkte zunehmend altmodisch, und FORTH schloss einen Großteil potenzieller Käufer faktisch aus. Hinzu kam ein ungünstiger Marktzeitpunkt: 1982 hatte sich der Heimcomputermarkt bereits klar in Richtung farbfähiger, spieleorientierter Systeme verschoben.

So lässt sich das Ende des Jupiter Ace weniger als technisches Scheitern denn als strategische Fehlkalkulation lesen. Das System setzte auf Effizienz, Eleganz und konzeptionelle Strenge in einem Markt, der Zugänglichkeit und Unterhaltung bevorzugte. In der Rückschau bleibt der Jupiter Ace ein Rechner, der seiner Zeit in mancher Hinsicht voraus war – und ihr zugleich in entscheidenden Punkten widersprach.

https://www.youtube.com/watch?v=wXFyigkvq38

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.

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.

 

Atari 7800 ProSystem (1986) – Wie GCC und Steve Golson Ataris letzte klassische Konsole prägten

Als Atari Anfang der achtziger Jahre noch immer vom Erfolg des Atari 2600 lebte, hatte sich die Welt der Videospiele bereits spürbar verändert. Das VCS hatte eine ganze Generation geprägt, Wohnzimmer erobert und das Medium Heimvideospiel überhaupt erst gesellschaftsfähig gemacht. Doch der anhaltende Erfolg hatte auch träge gemacht. Technische Entscheidungen wurden verschleppt, der Markt unterschätzt, und mit dem Atari 5200 brachte das Unternehmen schließlich ein System auf den Markt, das zwar leistungsfähiger war, sich jedoch konzeptionell gegen seinen eigenen Vorgänger stellte. Fehlende Abwärtskompatibilität, ein unglücklicher Controller und eine unklare Positionierung sorgten dafür, dass Atari erstmals ernsthaft an Bindung und Vertrauen verlor – ein Warnsignal, das intern zu spät erkannt wurde.

Während im Konzern selbst Hierarchien, Budgets und politische Abwägungen dominierten, entstand an einem ganz anderen Ort eine grundlegend andere Denkweise. In Cambridge, Massachusetts, arbeiteten junge Entwickler, viele von ihnen Studenten oder Studienabbrecher aus dem Umfeld des MIT, an Arcade-Automaten – allerdings nicht im Auftrag eines großen Herstellers. Sie hackten, modifizierten und verbesserten bestehende Spiele, oft aus dem simplen Antrieb heraus, dass sie glaubten, es besser machen zu können. Aus diesem Umfeld heraus entstand die General Computer Corporation, ein kleiner Zusammenschluss technisch versierter Enthusiasten ohne offizielle Entwicklungsaufträge, aber mit einem ausgeprägten Gespür für Spielmechanik und Hardware.

Bevor GCC überhaupt an eine eigene Konsole dachte, hatten sich ihre Entwickler bereits einen Namen gemacht. Mit Super Missile Attack, einer Modifikation von Missile Command, entwickelten sie ein Erweiterungsboard, das das Spiel beschleunigte und für Arcade-Betreiber wieder wirtschaftlich attraktiv machte. Diese Modifikation wurde nicht nur gebaut, sondern aktiv verkauft – günstiger als ein neuer Automat und entsprechend erfolgreich. Noch folgenreicher war Crazy Otto, ein Umbau von Pac-Man, der neue Animationen, eine weibliche Spielfigur und ein verändertes Gegnerverhalten einführte. Atari reagierte zunächst juristisch, erkannte dann jedoch das Potenzial der Arbeit. Crazy Otto wurde lizenziert, überarbeitet und als Ms. Pac-Man veröffentlicht – einer der größten Arcade-Erfolge seiner Zeit. Rückblickend beschrieb Steve Golson diese Phase selbstironisch: „We were just a bunch of kids who thought we could improve things“ („Wir waren einfach ein Haufen Kids, die glaubten, sie könnten Dinge verbessern.“).

Ausgerechnet diese Gruppe ehemaliger Hacker wurde wenig später zum Hoffnungsträger für Ataris Konsolengeschäft. Unter der technischen Leitung von Steve Golson entwickelte das GCC-Team ein System, das die Fehler des 5200 vermeiden und zugleich das Erbe des 2600 bewahren sollte. Wichtig ist dabei: Der Atari 7800 war zu diesem Zeitpunkt noch keine große Vision. „We weren’t trying to build a new Atari, we were just solving problems the way we thought they should be solved“ („Wir wollten kein neues Atari bauen, wir haben einfach Probleme so gelöst, wie wir meinten, dass man sie lösen sollte.“). GCC verstand sich eher als technische Eingreiftruppe denn als Systemarchitekt – ein Umstand, der erklärt, warum der 7800 später so durchdacht, aber nie als geschlossenes Gesamtkonzept vermarktet wurde.

Herzstück des Entwurfs war der neu entwickelte Grafikchip MARIA, der die komplette Bildausgabe übernahm und per DMA auf eine zeilenweise organisierte Line-RAM-Struktur zugriff. Anders als bei klassischen Tile-Systemen entschied hier eine Display-List darüber, welche Objekte auf welcher Scanline erscheinen sollten. MARIA war dabei bewusst als reiner Bildgenerator konzipiert – eine direkte Reaktion auf frühere Atari-Designs. Golson beschrieb später offen, dass der ANTIC-Chip zwar leistungsfähig, aber unnötig kompliziert gewesen sei: „ANTIC was clever, but it forced programmers to think like the hardware“ („ANTIC war clever, aber er zwang Programmierer dazu, wie die Hardware zu denken.“). MARIA sollte genau das vermeiden und stattdessen eine stärker arcade-orientierte Arbeitsweise ermöglichen.

Als Prozessor kam weiterhin ein 6502-Derivat zum Einsatz, intern als SALLY bezeichnet, das mit rund 1,79 MHz arbeitete. Da MARIA die Grafikarbeit übernahm, stand dem Prozessor deutlich mehr Zeit für Spiellogik zur Verfügung. Ergänzt wurde das System durch 4 KB RAM, ein festes BIOS sowie einen erweiterten Cartridge-Port mit zusätzlichen Steuer- und Datenleitungen – ein Hinweis darauf, dass das System von Beginn an als modular und erweiterbar gedacht war. Intern war den GCC-Ingenieuren durchaus bewusst, dass sie Atari technisch voraus waren. „Atari didn’t really have anything comparable on the table at that point,“ bemerkte Golson nüchtern („Atari hatte zu diesem Zeitpunkt nichts Vergleichbares in der Pipeline.“).

Klanglich blieb der Atari 7800 konservativ. Standardmäßig setzte Atari weiterhin auf den TIA, bekannt aus dem 2600, mit lediglich zwei Audiokanälen. Diese Entscheidung war kein Versehen, sondern ein bewusster Kostenkompromiss. Ursprünglich hatte GCC mit GUMBY und später Mini-Gumby eigenständige Soundlösungen vorgesehen, die jedoch gestrichen wurden. Stattdessen sah das Design ausdrücklich vor, leistungsfähigere Audiolösungen direkt in die Module zu integrieren. Über zusätzliche Leitungen im Cartridge-Port konnte der bewährte POKEY-Chip verbaut werden, womit der 7800 klanglich auf dem Niveau des 5200 lag. Dass diese Lösung nur in wenigen Spielen wie Ballblazer oder Commando genutzt wurde, war keine technische Grenze, sondern eine Folge späterer Managemententscheidungen. Golson stellte rückblickend klar: „Cost cutting wasn’t part of the original design goals“ („Kostensenkung gehörte nicht zu den ursprünglichen Designzielen.“).

Eine Besonderheit des Systems war seine vollständige Abwärtskompatibilität zum Atari 2600 auf echter Hardware-Ebene. Der TIA blieb nicht nur für den Klang, sondern auch für den klassischen Grafikmodus erhalten. Beim Start prüfte das System das eingelegte Modul und schaltete entweder in den neuen MARIA-Modus oder in einen vollständig authentischen 2600-Betrieb. Damit war der 7800 die erste Konsole, die ihren Vorgänger nicht emulierte, sondern vollständig integrierte.

Aus diesem Nebeneinander zweier Generationen entstand auch eine Entwickleranekdote. Da MARIA für die Grafik und TIA weiterhin für den Ton zuständig war, sprachen die Entwickler intern scherzhaft von „TIA-MARIA“, benannt nach dem gleichnamigen Likör. Der Spitzname war mehr als ein Wortspiel: Ursprünglich war sogar geplant, beide Funktionen in einem kombinierten Chip zu vereinen – ein Vorhaben, das jedoch nie realisiert wurde.

Auch die Namensgebung des Systems spiegelt diesen Übergangscharakter wider. Intern lief das Projekt zunächst unter der Bezeichnung 3600. Mit der späteren Markteinführung als Atari 7800 ProSystem entschied sich Atari für eine markantere Positionierung. Eine offizielle Erklärung existiert nicht. Belegt ist lediglich die interne Aussage, dass 7800 als „doppelt so viel wie 3600“ verstanden wurde. Daneben liegt eine weitere, logisch nachvollziehbare Vermutung nahe: Als technischer Erbe des 2600 und konzeptioneller Nachfolger des 5200 lässt sich die Zahl auch als symbolische Vereinigung beider Linien lesen – eine Deutung, die sich zwar nicht belegen lässt, aber auffallend gut zur Architektur passt.

Im Vergleich zu seinen Vorgängern stellte der Atari 7800 einen klaren Generationssprung gegenüber dem 2600 dar und war dem 5200 grafisch deutlich überlegen. Akustisch blieb er ohne POKEY-Module hinter den Erwartungen zurück. Gegenüber Nintendo Entertainment System und Sega Master System konnte der 7800 grafisch durchaus mithalten, wirkte jedoch klanglich überholt und konzeptionell weniger geschlossen. Während Nintendo und Sega ihre Plattformen streng führten und kontinuierlich weiterentwickelten, blieb der Atari 7800 stark von der Qualität einzelner Implementierungen abhängig.

Als das System 1986 schließlich erschien, hatte sich der Markt bereits neu formiert. Nintendo dominierte den Konsolenmarkt, Sega etablierte sich als Arcade-nahe Alternative, und Atari hatte seine frühere Vormachtstellung verloren. Trotz zeitweise respektabler Verkaufszahlen, insbesondere in den USA, gelang es dem 7800 nicht, eine nachhaltige Marktposition aufzubauen. In Europa blieb er eine Randerscheinung. In der Rückschau jedoch gilt der Atari 7800 als unterschätzte Konsole mit bemerkenswerter Grafikarchitektur, deren Potenzial nur selten vollständig ausgeschöpft wurde. Spiele wie Ballblazer, Xevious, Midnight Mutants oder Ninja Golf zeigen bis heute, wozu das System fähig war.

So steht der Atari 7800 weniger für ein Scheitern als für eine verpasste Chance. Er ist das Produkt technischer Kompetenz, entstanden aus dem Selbstbewusstsein einer Gruppe junger Entwickler, und zugleich geprägt von wirtschaftlichen Zwängen und strategischer Unentschlossenheit. Gerade deshalb bleibt er ein faszinierendes Kapitel der Videospielgeschichte – nicht als Sieger seiner Generation, sondern als eines der interessantesten Systeme, die ihr Versprechen nie ganz einlösen durften.

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

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

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

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

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

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

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

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

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

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

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

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

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)