Startseite » Rob Hubbard

Monty on the Run (1985) – Der legendäre Monty-Mole-Klassiker im Rückblick

Es war das Jahr 1985, als Großbritanniens Heimcomputerlandschaft endgültig ihre erste Reifephase erreichte. Die wilden Frühjahre der simplen Arcade-Klone und hastig zusammengeschusterten Kassettenprogramme lagen zwar erst kurze Zeit zurück, doch die Ansprüche des Publikums waren inzwischen deutlich gestiegen. Spieler wollten mehr als ein paar springende Pixel auf monochromem Hintergrund – sie verlangten Charaktere, Wiedererkennungswert, technische Raffinesse und Spiele, die sich wie echte Ereignisse anfühlten. Genau in diese Phase platzte Monty on the Run, der dritte große Auftritt des mittlerweile etablierten Maulwurfs Monty Mole, und erhob eine bereits erfolgreiche britische Plattformserie endgültig in den Rang eines Heimcomputer-Klassikers.

Die Ursprünge der Figur lagen dabei tiefer, als es ihre cartoonhafte Erscheinung zunächst vermuten ließ. Schöpfer Peter Harrap, geboren 1964 und aufgewachsen in einer vom Bergbau geprägten Familie Nordenglands, kannte das Milieu, aus dem Monty entstand, aus unmittelbarer Anschauung. Mehrere Angehörige seiner Familie arbeiteten im Bergbau, sein Vater wurde in zeitgenössischen Berichten als Mine Safety Officer beschrieben – also als Sicherheitsverantwortlicher im Bergwerksbetrieb. Der erste Teil, Wanted: Monty Mole von 1984, war deshalb weit mehr als ein gewöhnliches Jump’n’Run: Er griff die Spannungen des britischen Bergarbeiterstreiks satirisch auf und verpackte sie in ein farbenfrohes Plattformspiel, dessen politischer Subtext seinerzeit von Presse und Öffentlichkeit sofort erkannt wurde. Im Zentrum dieser Anspielungen stand Arthur Scargill, Vorsitzender der National Union of Mineworkers (NUM) und während des Streiks eine der polarisierendsten Persönlichkeiten des Landes. Für seine Anhänger war er das kompromisslose Gesicht des Arbeiterwiderstands gegen Zechenschließungen; für seine Gegner ein radikaler Agitator, dessen konfrontative Haltung den Konflikt weiter verschärfte. Gerade weil Scargill zur Symbolfigur des Streiks geworden war, eignete er sich ideal als satirischer Gegenspieler einer Reihe, die den Kohlekonflikt bewusst in cartoonhafte Überzeichnung übersetzte. Dass zeitgenössische Fernsehberichte ihn offen als Antagonisten des Spiels bezeichneten, zeigt, wie unmittelbar diese Anspielung damals verstanden wurde.

Mit Monty on the Run trat dieser politische Kern zwar in den Hintergrund, verschwand jedoch nicht vollständig. Die Handlung knüpfte an die Vorgänger an und zeigte Monty weiterhin auf der Flucht vor dem Gesetz. Sein Ziel war nun die Flucht nach Frankreich – ein in der britischen Popkultur jener Jahre häufiger humoristischer Zufluchtsort für Exil- und Fluchtwitze. Der Fokus verlagerte sich damit stärker auf spielmechanische Finesse und technische Präsentation. Wo Wanted: Monty Mole noch deutlich von seiner politischen Satire lebte, wollte Monty on the Run vor allem als ausgereiftes Plattformspiel überzeugen.

Entwickelt wurde der Titel erneut von Peter Harrap, damals gerade einmal 19 beziehungsweise 20 Jahre alt. Harrap hatte sich seinen Weg in die Branche über die legendäre Sheffielder Computershop-Szene gebahnt, insbesondere über Just Micro, jenen Laden von Gremlin-Mitgründer Ian Stewart, der in den frühen 1980ern zugleich Verkaufsfläche, sozialer Treffpunkt und informelle Programmierschule war. Hier trafen sich junge Coder, zerlegten Routinen anderer Spiele, präsentierten Demos und tauschten Techniken aus – ein Umfeld, das für viele britische Entwickler dieser Ära prägender war als jede formale Ausbildung. Harrap selbst hatte zuvor mit Modifikationen bestehender Programme auf sich aufmerksam gemacht, ehe Stewart sein Talent erkannte und ihn in Gremlins junge Entwicklercrew holte.

Technisch entstand Monty on the Run unter Bedingungen, die aus heutiger Sicht beinahe absurd wirken. Harrap programmierte auf einem ZX Spectrum 48K, also direkt auf jener Maschine, für die das Spiel primär entstand. Speicherreserven für komfortable Entwicklungsumgebungen gab es nicht; der Code musste in Teilstücken geschrieben, ausgelagert und später zusammengesetzt werden, um überhaupt testbar zu bleiben. Harrap erinnerte sich später, dass allein diese Arbeitsweise die Entwicklung massiv erschwerte. Dennoch entstand das Spiel in ungefähr drei Monaten – ein Produktionstempo, das selbst für die hektische 8-Bit-Ära bemerkenswert war.

Spielerisch baute Monty on the Run das Grundprinzip der Vorgänger erheblich aus. Zwar blieb es bei der bewährten Mischung aus Plattformpassagen, Gegnerausweichmanövern und präzisen Sprüngen, doch Layout und Mechanik wirkten nun deutlich komplexer und dichter. Besonders berüchtigt wurde das sogenannte Freedom Kit: Zu Beginn musste der Spieler fünf Gegenstände auswählen, die Monty für seine Flucht benötigte. Nur eine ganz bestimmte Kombination machte das Spiel überhaupt lösbar. Wer falsch wählte, konnte oft minutenlang weiterspielen, bevor sich herausstellte, dass der gesamte Versuch von Anfang an zum Scheitern verurteilt war. Solche Vorab-Auswahlmechaniken waren in Actionspielen jener Zeit höchst ungewöhnlich und eher aus Adventures oder Strategiespielen bekannt. Die Designentscheidung galt schon damals als ausgesprochen kompromisslos – manche würden sagen sadistisch – und trug erheblich zum legendären Ruf des Spiels als Frustmaschine bei.

Nicht minder berüchtigt wurden die zahllosen Crusher-Fallen, zerquetschenden Kolben und pixelgenauen Sprungpassagen. Harrap selbst räumte Jahrzehnte später ein, dass manche dieser Hindernisse schlicht unfair seien – als junger Entwickler habe er es damals einfach lustig gefunden, Spieler scheitern zu sehen. Diese Mischung aus jugendlichem Übermut und kompromisslosem Designgeist prägt das Spiel bis heute.

Seinen größten Kultstatus verdankt Monty on the Run jedoch der Commodore-64-Version. Obwohl Peter Harrap als Schöpfer und Hauptarchitekt des Spiels gilt, wurde diese Fassung nicht von ihm selbst umgesetzt, sondern von Micro Projects Ltd., konkret durch Jason Perkins und Anthony Clarke. Erst diese Portierung machte aus dem bereits starken Plattformspiel einen audiovisuellen Meilenstein. Verantwortlich dafür war Rob Hubbard, einer der einflussreichsten Heimcomputer-Komponisten der 1980er Jahre, dessen Soundtrack bis heute als eines der berühmtesten Stücke für den SID-Soundchip des Commodore 64 gilt. Hubbard, bereits durch Werke wie Commando und International Karate etabliert, komponierte hier ein Stück, das den C64 beim Spielstart förmlich explodieren ließ. Computer and Video Games schrieb 1985 begeistert, das Spiel „explodes into life with the best sound we have yet encountered“ und lobte den treibenden Beat, zu dem selbst Monty im Titelbildschirm mitzuwippen schien. Die Inspiration durch „Devil’s Galop“, bekannt als Titelmusik der Radioserie Dick Barton – Special Agent, ist unverkennbar, doch Hubbard formte daraus ein SID-Stück, das längst ein Eigenleben entwickelt hat.

Die C64-Version gilt deshalb gemeinhin als die prestigeträchtigste Fassung des Spiels, auch wenn dies nicht bedeutet, dass die Spectrum-Version obsolet wäre. Gerade britische Spieler, die mit der Reihe auf dem Spectrum aufgewachsen waren, sahen in dieser nach wie vor die ursprünglichste und „authentischste“ Form des Spiels. Weitere Portierungen erschienen für Amstrad CPC, Commodore 16/Plus/4 und andere Systeme, doch keine erreichte denselben Kultstatus wie die C64-Fassung.

Zeitgenössische Magazine überschlugen sich beinahe vor Lob. Computer and Video Games vergab 39 von 40 Punkten und bezeichnete den Titel als „what Jet Set Willy II should have been“ – ein bemerkenswertes Kompliment, da Jet Set Willy zu den prägendsten britischen Plattformspielen der frühen 1980er zählte. ZZap!64 vergab 90 %, warnte jedoch zugleich davor, dass der hohe Schwierigkeitsgrad nicht jedermanns Sache sei. Your Spectrum kam ebenfalls auf 90 % und hob hervor, dass die Serie mit diesem Teil noch anspruchsvoller geworden sei. Die Presse war sich damit weitgehend einig: Monty on the Run gehörte 1985 zur Spitze des britischen Plattformgenres.

Auch wirtschaftlich war der Titel ein Erfolg. Genaue Verkaufszahlen sind zwar – wie bei vielen britischen Heimcomputerspielen der Ära – nicht überliefert, doch Chartplatzierungen und breite Portierungen sprechen klar für einen erheblichen kommerziellen Erfolg. Das Spiel erreichte Spitzenplätze der britischen All-Format-Charts, also jener Verkaufslisten, in denen Heimcomputerspiele plattformübergreifend gemeinsam gewertet wurden. Bereits der Vorgänger Wanted: Monty Mole hatte laut Gremlin binnen sechs Wochen rund 20.000 Käufer gefunden. Monty on the Run dürfte diese Reichweite mindestens erreicht und wahrscheinlich übertroffen haben, wodurch der Titel Gremlin Graphics’ Stellung als eines der führenden britischen Softwarehäuser der mittleren 1980er weiter festigte.

Rückblickend markiert Monty on the Run einen jener seltenen Momente, in denen nahezu alle Elemente eines Spiels zusammenfielen: ein erfahrener, aber noch hungriger junger Designer, ein technisch versierter Portierungspartner, ein Ausnahme-Komponist auf dem Höhepunkt seiner Kreativität und ein Markt, der genau bereit war für ein solches Werk. Das Ergebnis war kein perfektes Spiel – dafür war es zu unfair, zu gnadenlos, zu sehr Kind seiner Zeit. Aber gerade diese Ecken und Kanten machen seinen Charakter aus. Monty on the Run war kein Produkt moderner Komfortdesigns, sondern ein kompromissloses Stück britischer Heimcomputer-Kultur: laut, schwierig, kreativ, technisch ehrgeizig und mit jener leicht anarchischen Haltung, die die 8-Bit-Ära in Großbritannien so unverwechselbar machte.

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.

688 Attack Sub (1989): U-Boot-Simulation im Kalten Krieg

Als Ende der 1980er-Jahre mehrere militärische Simulationen auf Heimcomputern erschienen, war das Interesse an moderner U-Boot-Technik plötzlich ungewöhnlich groß. Einen wichtigen Anteil daran hatte der internationale Erfolg von Tom Clancys Roman The Hunt for Red October aus dem Jahr 1984, der erstmals einem breiten Publikum erklärte, wie Sonar, Jagd-U-Boote und taktische Manöver unter Wasser funktionieren. Gleichzeitig wurden Heimcomputer wie IBM-PC, Amiga und Atari ST leistungsfähig genug, um Instrumente, Karten und taktische Anzeigen gleichzeitig darzustellen. In dieses Umfeld hinein veröffentlichte Electronic Arts im Jahr 1989 die U-Boot-Simulation 688 Attack Sub, die den Spieler in die Rolle eines Kommandanten eines modernen nuklearen Jagd-U-Bootes versetzte.

Der Titel verweist direkt auf die Los-Angeles-Klasse (SSN-688) der US-Navy, eines der wichtigsten Jagd-U-Boote der späten Phase des Kalten Krieges. Alternativ kann der Spieler ein sowjetisches Boot der Alfa-Klasse steuern. Diese Wahl spiegelt die militärische Konfrontation der damaligen Zeit wider und erzeugt zugleich unterschiedliche Spielstile. Während das amerikanische Boot über fortschrittlichere Sensorik und mehr elektronische Unterstützung verfügt, erreicht das sowjetische Modell höhere Geschwindigkeiten, besitzt jedoch weniger technische Hilfsmittel. Selbst optisch unterscheiden sich beide Varianten: In der sowjetischen Version erscheinen einige Anzeigen mit kyrillischen Schriftzeichen, obwohl die Spieltexte weiterhin englisch bleiben.

Statt spektakulärer Außenansichten konzentriert sich 688 Attack Sub ganz auf die Instrumente im Inneren eines Jagd-U-Bootes. Der Spieler bewegt sich zwischen verschiedenen Stationen der Kommandozentrale – etwa Sonarraum, Navigationskonsole, Waffensteuerung und Periskop – und bedient dort die Systeme des Bootes.

Die Jagd beginnt meist unspektakulär: Auf dem Sonar taucht zunächst nur eine unklare Geräuschsignatur auf. Ist es ein Handelsschiff, ein Zerstörer oder ein feindliches U-Boot? Erst durch längere Beobachtung oder aktives Sonar lässt sich der Kontakt identifizieren. Gleichzeitig muss der Spieler darauf achten, selbst möglichst unentdeckt zu bleiben.

Geschwindigkeit, Kurs und Tiefe beeinflussen, wie leicht das eigene Boot geortet werden kann. Fährt man zu schnell, entsteht Kavitation – Luftblasen an den Propellern erzeugen Geräusche, die gegnerisches Sonar leicht aufspüren kann. Auch Thermoklinen, Temperaturschichten im Wasser, können die Ausbreitung von Schall verändern. Ein zusätzliches Schleppsonar, das sogenannte Towed Array, verbessert zwar die Hörfähigkeit, reduziert aber die Geschwindigkeit des Bootes.

Erst wenn Position und Ziel eindeutig sind, beginnt der Angriff. Torpedos müssen geladen, ausgerichtet und im richtigen Moment abgefeuert werden. Danach verfolgt der Spieler auf der taktischen Karte, ob der Angriff erfolgreich ist – während gegnerische Schiffe versuchen, mit Täuschkörpern oder eigenen Torpedos zu reagieren. Viele Missionen bestehen deshalb weniger aus schnellen Gefechten als aus nervenaufreibender Geduld unter Wasser.

Die ursprüngliche Version des Spiels wurde für MS-DOS entwickelt und setzte stark auf Mausbedienung. Instrumente und Anzeigen konnten direkt angeklickt werden, was eine präzise Steuerung der verschiedenen Systeme ermöglichte. Auch die Versionen für Amiga und Atari ST übernahmen dieses Konzept weitgehend, da diese Systeme ebenfalls standardmäßig mit einer Maus betrieben wurden. Bei der späteren Mega-Drive-Fassung musste die Benutzeroberfläche hingegen an die Steuerung eines Gamepads angepasst werden. Statt direkter Mausinteraktion bewegt der Spieler dort einen Cursor mit dem Steuerkreuz zwischen den einzelnen Stationen des U-Boots und aktiviert sie per Tastendruck. Dadurch blieb die Struktur der Simulation erhalten, obwohl die Bedienung vereinfacht werden musste.

Zeitgenössische Magazine reagierten überwiegend positiv auf die Simulation. Die französische Zeitschrift Génération 4 bezeichnete das Spiel als „la plus belle et la plus complète jamais sortie sur compatibles“ und vergab hohe Bewertungen für Grafik und Realismus. In deutschen Magazinen wurde besonders die Atmosphäre der Unterwasserjagd hervorgehoben. Ein Test im Happy Computer Special 5/89 beschreibt die Situation etwa so: „Der Horchposten lauscht gespannt auf die Schraubengeräusche des Zerstörers…“. Das Magazin lobte vor allem die taktischen Möglichkeiten der Simulation.

Internationale Wertungen lagen meist im Bereich zwischen etwa 80 und 90 Prozent. Magazine wie Commodore Computing International, The Games Machine oder Amiga Format vergaben entsprechend hohe Bewertungen und bestätigten damit den Eindruck einer technisch anspruchsvollen Simulation.

Die Entwicklung des Spiels wurde von John W. Ratcliff geleitet, der gemeinsam mit Paul Grace und Randall Breen auch das Design verantwortete. Für die grafische Gestaltung waren Michael Kosaka und Wilfredo J. Aguilar zuständig. Die Soundeffekte stammen von Rob Hubbard, einem der bekanntesten Komponisten der Heimcomputerära.

Auch die Präsentation des Spiels war ungewöhnlich. Die Verpackung der PC-Version war im Stil eines militärischen Geheimdokuments gestaltet und trug entsprechende Hinweise wie „CLASSIFIED“. Obwohl auf der Box ausdrücklich stand, dass das Spiel nicht kopiergeschützt sei, musste der Spieler vor Beginn einer Mission einen Sicherheitscode eingeben. Dieser Code befand sich im Handbuch und musste durch das Nachschlagen eines bestimmten U-Boot-Namens gefunden werden. Die Codes waren über das gesamte Handbuch verteilt und dienten damit als indirekter Kopierschutz.

Die Erstauflage enthielt außerdem ein kleines Extra: einen „688 Hunter/Killer“-Patch, der unter der Schrumpffolie der Verpackung lag. Weitere Besonderheiten waren die Möglichkeit, zwei Spieler über Modem oder Null-Modem-Kabel gegeneinander antreten zu lassen, sowie eine Installation, bei der der Spieler seinen Vornamen eingeben musste. Dieser Name wurde anschließend auf der Diskette gespeichert und erschien in späteren Spielsitzungen automatisch wieder.

Rückblickend gilt 688 Attack Sub als einer der frühen Vertreter moderner U-Boot-Simulationen auf Heimcomputern. Viele der hier verwendeten Ideen – insbesondere die Kombination aus Sonaranalyse, taktischer Navigation und realistischen Sensoren – wurden später weiterentwickelt. Hauptentwickler John W. Ratcliff arbeitete in den folgenden Jahren an weiteren Titeln dieses Genres, darunter SSN-21 Seawolf und schließlich Jane’s 688(I) Hunter/Killer, die das Konzept deutlich ausbauten.

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.

Chimera – 1985 by Firebird

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

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

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

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

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

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

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

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

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

Skate or Die! – 1987 by Electronic Arts

Trip Hawkins, ehemals Director of Strategy and Marketing bei Apple, erkannte früh das wachsende Potenzial von Software – und insbesondere von Computerspielen. 1982 verließ er das aufstrebende Technologieunternehmen und gründete Electronic Arts, zunächst mit dem Ziel, Softwaretitel unabhängiger Entwickler – den sogenannten „Software-Künstlern“ – zu vertreiben. Doch 1987 änderte sich der Kurs: Angesichts des Erfolgs der populären Sportspiel-Reihen von Epyx, darunter Summer Games, Winter Games und California Games, entschloss man sich bei EA, ein eigenes Entwicklerteam aufzubauen. Die Epyx-Titel verkauften sich millionenfach und generierten enorme Gewinne – ein Umstand, der Hawkins nicht entging.

Zeitgleich arbeitete Epyx an einer farbigen, tragbaren Spielkonsole mit dem Codenamen „Handy“. Die Entwicklung war ambitioniert, doch die Fertigstellung scheiterte an finanziellen Hürden. Schließlich kam es zu einer Vereinbarung mit Atari: Epyx entwickelte die Software, während Atari das Gerät, später bekannt als Atari Lynx, produzieren und vermarkten sollte. Diese Allianz stieß jedoch intern auf Kritik. Viele der talentiertesten Designer und Programmierer verließen Epyx – und genau das wurde zur Chance für Electronic Arts. Hawkins nutzte die Gelegenheit und unterbreitete den abgewanderten Entwicklern ein Angebot, das sie kaum ausschlagen konnten.

Die Idee zu Skate or Die! stammte von EA-Produzent Don Traeger, der sich vom Arcade-Hit 720° inspirieren ließ – einem Skateboard-Spiel, das nicht nur durch seine Steuerung, sondern auch durch das ikonische Sprachsample „Skate or die!“ bekannt war. Für die Entwicklung wurden unter anderem die früheren Epyx-Mitarbeiter Stephen Landrum (Pitstop II) und Michael Kosaka (World Games) verpflichtet. Die Ähnlichkeit zu den sportlichen Mehrkampfspielen von Epyx war daher kaum zu übersehen – und alles andere als ein Zufall.

Für die musikalische Untermalung konnte Electronic Arts keinen Geringeren als Rob Hubbard gewinnen, der eigens aus Großbritannien eingeflogen wurde. Hubbard, der sich mit Soundtracks zu Spielen wie Commando und International Karate einen Namen gemacht hatte, komponierte ein eindrucksvolles Titelstück, das mit gesampelten Gitarrenklängen auf dem Commodore 64 neue Maßstäbe setzte und von Kritikern wie Fans gleichermaßen gelobt wurde.

Das Spiel selbst bot fünf Disziplinen: Zwei davon spielten in der Halfpipe – Freestyle und Hochsprung –, zwei führten durch unterschiedlich gestaltete Abfahrten: ein klassisches Rennen durch einen Park und den temporeichen Downhill Jam auf offener Straße. Komplettiert wurde das Angebot durch das Pool-Turnier, in dem sich die Spieler in einem leeren Swimmingpool duellierten. Während die Rampendisziplinen allein bestritten wurden, konnten das Pool-Turnier, der Downhill Jam und – im Zwei-Spieler-Modus – auch das Abfahrtsrennen im direkten Wettkampf ausgetragen werden. Bis auf das K.-o.-Turnier wurden alle Wettbewerbe anhand eines Punktesystems gewertet, wie man es auch aus den Epyx-Titeln kannte. Spieler hatten die Wahl, einzelne Disziplinen zu spielen oder sich im Rahmen eines Gesamtwettbewerbs zu beweisen.

Skate or Die! wurde für zahlreiche Plattformen umgesetzt, darunter Apple II, MS-DOS, Amstrad CPC, ZX Spectrum und NES. Letztere Version wurde von Konami entwickelt und unter dem Label Ultra Games veröffentlicht. Insgesamt verkaufte sich das Spiel über 100.000 Mal allein auf dem NES – für die damalige Zeit ein beachtlicher Erfolg.

Die Kritiken fielen unterschiedlich aus: Das britische Magazin Zzap!64 lobte die intuitive Steuerung, die flüssigen Animationen und natürlich die Musik. Die deutsche Power Play zeigte sich beeindruckt von der grafischen Gestaltung und dem Soundtrack, kritisierte jedoch die langen Ladezeiten. Weniger begeistert war die Aktueller Software Markt (ASM), die vor allem die Umsetzung auf dem Schneider CPC mit klobiger Animation und träge Steuerung abtat.

Trotz gemischter Reaktionen war der kommerzielle Erfolg ausreichend, um 1990 zwei Nachfolger hervorzubringen: Ski or Die blieb thematisch ähnlich, konnte jedoch nicht an die Popularität des Originals anknüpfen. Skate or Die 2: The Search for Double Trouble, exklusiv für das NES, verfolgte einen anderen Ansatz mit Handlung und erweiterten Spielmechaniken. 2007 wurde das Originalspiel für die Nintendo Wii neu aufgelegt – ein Zeichen dafür, wie sehr sich Skate or Die! in die Erinnerung einer ganzen Gamer-Generation eingebrannt hatte.