Schlagwort-Archiv: ZX Spectrum

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

Veröffentlicht am von | Keine Kommentare

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.

 

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

Veröffentlicht am von | Keine Kommentare

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

Operation Gunship (1989) – Taktischer Hubschraubereinsatz im Budgetsegment von Codemasters

Veröffentlicht am von | Keine Kommentare

Operation Gunship erschien 1989 bei Codemasters in einer Phase, in der das Budgetsegment auf den 8-Bit-Systemen noch immer eine zentrale Rolle spielte. Während sich viele Publisher bereits auf leistungsfähigere Plattformen konzentrierten, bediente Codemasters weiterhin gezielt Rechner wie den ZX Spectrum und den Amstrad CPC. Niedriger Preis und hoher Anspruch sollten kein Widerspruch sein. Operation Gunship gehört zu jenen Titeln, bei denen diese Strategie besonders deutlich wurde.

Der Spieler übernimmt die Kontrolle über einen Kampfhubschrauber und operiert über mehreren feindlich kontrollierten Inseln. Ziel ist es, versprengte Soldaten aufzuspüren, aufzunehmen und sicher zur Basis zurückzubringen. Dieses Grundprinzip wird durch begrenzte Ressourcen, anhaltenden Gegnerdruck und klar definierte Missionsziele ergänzt. Der Spielfluss ist bewusst nicht hektisch angelegt. Überlegtes Vorgehen wird belohnt, unkontrolliertes Handeln schnell bestraft. Schon das zeitgenössische Handbuch betonte, dass es sich nicht um ein simples Actionspiel handle, sondern um einen der anspruchsvolleren militärischen Titel seiner Zeit. Planung und Übersicht standen im Vordergrund. Diese Ausrichtung prägte die Wahrnehmung des Spiels nachhaltig.

Auf dem ZX Spectrum wurde Operation Gunship vor allem im Kontext seines Preises als bemerkenswert wahrgenommen. Für 2,99 Pfund bot der Titel eine ungewöhnlich große Spielwelt, mehrere Einsätze und ein Spielsystem, das sich deutlich von vielen zeitgenössischen Budgetveröffentlichungen abhob. Die Fachpresse reagierte differenziert, aber einhellig anerkennend. Sinclair User bewertete das Spiel im Oktober 1989 mit 74 Prozent und hob insbesondere Spieltiefe und Langzeitmotivation hervor, blieb dabei jedoch bewusst nüchtern. CRASH vergab im selben Monat 90 Prozent und stellte Operation Gunship als außergewöhnlichen Budgettitel heraus. Diese Spannbreite ist weniger als Widerspruch zu verstehen denn als Ausdruck unterschiedlicher redaktioneller Maßstäbe. Während Sinclair User zurückhaltend einordnete, honorierte CRASH stärker, was auf dem Spectrum technisch und spielerisch zu diesem Preis möglich war. Einig waren sich beide Magazine darin, dass der Titel das übliche Niveau des Budgetsegments klar übertraf.

Die Amstrad-CPC-Version fügte sich weniger spektakulär, aber stimmig in dieses Bild ein. Technisch sauberer und farblich differenzierter als die Spectrum-Fassung, fehlte ihr der Überraschungseffekt, da CPC-Spieler bereits an eine klarere Darstellung gewöhnt waren. Das Spiel wirkte hier weniger wie eine Ausnahmeerscheinung, sondern wie eine solide Umsetzung eines anspruchsvollen Konzepts. Rückblickende CPC-Archive und Rezensionen ordnen Operation Gunship entsprechend als kompetenten, spielerisch runden Titel ein, der jedoch nicht die gleiche Signalwirkung entfaltete wie auf dem Spectrum.

Auch wirtschaftlich bestätigt sich diese Einordnung. Operation Gunship war von Beginn an klar als Budgettitel positioniert und bewegte sich preislich im unteren Segment des Marktes. Gerade dieser Umstand trug wesentlich zur positiven Aufnahme bei. Umfang und spielerischer Anspruch standen in auffälligem Kontrast zum niedrigen Verkaufspreis. Codemasters bestätigte mit dem Titel erneut seine Fähigkeit, auf 8-Bit-Systemen ambitionierte Spiele zu veröffentlichen, die nicht durch technische Effekthascherei, sondern durch durchdachtes Design überzeugten.

Rückblickend lässt sich Operation Gunship als charakteristisches, zugleich aber herausragendes Produkt der späten 8-Bit-Ära lesen. Das Spiel zeigte, dass Systeme wie der ZX Spectrum auch 1989 noch komplexe und fordernde Konzepte tragen konnten, sofern Idee und Umsetzung sorgfältig aufeinander abgestimmt waren. Die unterschiedlichen Wertungen erklären sich weniger aus qualitativen Schwächen als aus der Frage, wie stark ein Titel im jeweiligen Kontext überraschte. Unabhängig davon blieb Operation Gunship ein Spiel, das bewusst Abstand vom simplen Arcade-Schema nahm und damit innerhalb des Budgetsegments eine ungewöhnliche Tiefe erreichte.

Starglider 1 – 1986 by Argonaut Software

Veröffentlicht am von | Keine Kommentare

Starglider (1986): 3D-Action zwischen Arcade-Inspiration und Heimcomputer

Wie sehr der Angriff auf dem Eisplaneten Hoth in Star Wars – Das Imperium schlägt zurück eine ganze Generation beeindruckte, lässt sich heute kaum überschätzen. Der Anblick der riesigen AT-AT-Kampfläufer, der verzweifelten Verteidigung der Rebellen und der dynamischen Perspektive aus den Cockpits brannte sich bei vielen Jugendlichen tief ein. Als man Jahre später in den Spielhallen selbst in der legendären Star Wars-Arcade-Sequenz die gepanzerten Walker angreifen konnte, wurde diese Faszination erstmals interaktiv erlebbar. Es liegt nahe, dass auch ein junger Jez San von diesen Bildern geprägt war. Die Idee, schnelle Angriffe aus der Pilotensicht über eine Landschaft zu fliegen, in der eine feindliche Bodeninvasion im Gange ist, wirkt in Starglider jedenfalls wie eine spielerische Fortführung jener Eindrücke, die Science-Fiction-Kino und Arcade-Automaten Anfang der Achtziger hinterlassen hatten.

Jez San arbeitete Mitte der Achtziger bereits mit bemerkenswerter Zielstrebigkeit an dreidimensionaler Grafik, lange bevor er einen festen Publishing-Partner hatte. Noch als Teenager experimentierte er mit einer stark von Star Wars inspirierten 3D-Engine, die zunächst weniger als fertiges Spiel gedacht war, sondern als technische Machbarkeitsstudie. In dieser Phase bewegte sich San bereits in einem Umfeld professioneller Entwickler: Über seine Arbeit an Entwicklungswerkzeugen und frühen Projekten kam er mit David Braben und Ian Bell in Kontakt, die an Elite arbeiteten. Diese Begegnungen waren weniger formale Kooperationen als vielmehr frühe Berührungspunkte mit einer Szene, in der San nicht als Hobbyist, sondern als ernstzunehmender Techniker wahrgenommen wurde. In dieser Zeit entstand das Grundgerüst dessen, was später Starglider werden sollte – inklusive der Idee, schnelle Angriffe aus der Cockpit-Perspektive mit freier Bewegung über eine gekrümmte Landschaft zu verbinden.

Der entscheidende Schritt in Richtung professioneller Veröffentlichung erfolgte über die literarische Agentin Jacqui Lyons. San lernte sie über persönliche Kontakte kennen; bei einem gemeinsamen Dinner stellte er seine Arbeiten vor und gewann ihr Interesse. Lyons unterstützte ihn fortan als Agentin und öffnete ihm Türen in die britische Verlagslandschaft. Über dieses Umfeld kam schließlich der Kontakt zu Rainbird zustande. Erst durch diesen Vertrag wurde aus dem bestehenden Prototyp ein vollwertiges Spielprojekt mit klar definiertem Produktionsrahmen, Finanzierung und jener aufwendigen Präsentation, für die Rainbird Mitte der Achtziger bekannt war.

Veröffentlicht wurde Starglider schließlich 1986 von Rainbird als Premiumtitel für den Atari ST. Entwickelt von Argonaut Software unter Leitung von Jez San, setzte das Spiel auf farbige Drahtgittergrafik und weitläufige Landschaften, sichtbar inspiriert von der sogenannten „Tower“-Sequenz des Atari-Star-Wars-Arcadeautomaten. Der Spieler steuert ein veraltetes Angriffsfluggerät, das sogenannte AGAV, über dem Planeten Novenia, um die laufende Invasion der Egron-Streitkräfte zu bekämpfen. Der Schwerpunkt liegt dabei nicht auf klassischen Weltraumkämpfen, sondern auf präzisen Angriffen gegen feindliche Einheiten am Boden, Navigation und konsequentem Ressourcenmanagement.

Rainbird positionierte Starglider bewusst als hochwertigen Titel. Die Verpackung bestand aus einem stabilen blauen Karton und enthielt neben der Anleitung auch eine 64-seitige Science-Fiction-Novelle von James Follett, die dem Spiel einen erzählerischen Rahmen gab. Damit hob sich Starglider deutlich von der damals üblichen Actionkost ab und rechtfertigte seinen vergleichsweise hohen Verkaufspreis.

Technisch zeigen sich Atari-ST- und Amiga-Version sehr ähnlich. Beide bieten die charakteristische Cockpit-Perspektive über einer gekrümmten Drahtgitter-Landschaft, bevölkert von Panzern, Flugobjekten und zweibeinigen Kampfmaschinen mit klarer Science-Fiction-Anlehnung. Das Spieltempo ist hoch, die Steuerung direkt, und die Darstellung bleibt auch bei dichter Action übersichtlich. Auffällig ist das kurze, etwa fünfzehn Sekunden lange Musikstück im Hauptmenü mit Synthesizerklängen und gesprochener Zeile „Starglider… from Rainbird“, komponiert von David Lowe. Hinzu kommen zahlreiche Geräuscheffekte und kurze Sprachsamples der Rainbird-Sprecherin Clare Edgeley. Bereits 1986 bot Starglider ungewöhnlich viele Einstellmöglichkeiten zur Feinjustierung der Steuerung, darunter verschiedene Fadenkreuz-Modi und automatische Zentrierung. Auch eine optionale Maussteuerung war vorhanden – für ein Actionspiel dieser Zeit eine echte Besonderheit.

Die 8-Bit-Umsetzungen konnten dieses Niveau naturgemäß nicht erreichen. Als beste gilt allgemein die ZX-Spectrum-128K-Version, die durch vergleichsweise hohes Tempo, Sprachsamples, ein mehrstimmiges Titelstück sowie zusätzliche Missionen und Aufrüstungen überzeugte. Die 48K-Fassung verzichtete auf diese Erweiterungen. Die Amstrad-CPC-Version orientierte sich stark an der Spectrum-Umsetzung. Kritischer fiel die Rezeption der Commodore-64-Version aus, die durch langsame, ruckelige Vektorgrafik und eine insgesamt grobere Präsentation auffiel. Die MS-DOS-Version in CGA-Farben gilt rückblickend als schwächste Umsetzung, da Farbarmut, Flackern und unpräzise Steuerung den Spielfluss deutlich beeinträchtigten.

Spielerisch basiert Starglider auf einem einfachen, aber fordernden Prinzip. Gegnerwellen müssen unter konstantem Zeit- und Energiedruck bekämpft werden, während regelmäßig Reparaturbasen angeflogen werden müssen, um Schäden zu beheben und Raketen nachzuladen. Besonders das präzise Andocken an diese Basen gilt als anspruchsvoll. Ein weiteres markantes Element ist das Nachladen der Raketen, das in einer separaten Siloszene erfolgt, in der ein rotierender Tunnel exakt angesteuert werden muss. Insgesamt begegnet man einer Vielzahl unterschiedlicher Gegnertypen, darunter die titelgebenden Starglider als besonders widerstandsfähige Elitegegner.

Die zeitgenössische Presse reagierte ausgesprochen positiv. Crash bezeichnete Starglider als eines der besten Spiele, die je auf dem Spectrum erschienen seien, lobte Geschwindigkeit und Atmosphäre, kritisierte jedoch die zurückhaltende Musik. Auch in den USA erhielt die Atari-ST-Version Anerkennung für ihre flüssige Darstellung und das intensive Spielgefühl. Starglider wurde unter anderem mit dem Titel „Game of the Year 1986“ von Crash ausgezeichnet und fand auch in Sinclair User und Amstrad Action breite Anerkennung.

Jez San sprach später davon, dass sich Starglider rund 300.000 Mal verkauft habe, während andere zeitgenössische Schätzungen etwas darunter liegen. Unabhängig von der exakten Zahl gilt der Titel als außergewöhnlicher Erfolg für einen jungen Einzelentwickler. Der Erfolg führte 1988 zur Fortsetzung Starglider II, die mit ausgefüllter Polygon-Grafik einen weiteren Technologiesprung vollzog und Argonauts Ruf als Spezialist für dreidimensionale Spiele festigte.

Erst im Rückblick wird deutlich, welchen Weg San nach Starglider noch vor sich hatte. Die bei Argonaut entwickelte 3D-Expertise führte schließlich zu einer Zusammenarbeit mit Nintendo. San überzeugte das Unternehmen davon, dass echtes dreidimensionales Spielgefühl auf dem Super Nintendo nur mit zusätzlicher Hardware möglich sei. Nintendo stimmte zu, Argonaut entwickelte daraufhin den Super-FX-Chip – intern augenzwinkernd „MARIO“ genannt –, der dem SNES zu ungeahnter 3D-Leistung verhalf und in Spielen wie Star Fox zum Einsatz kam. Betrachtet man diesen späteren Erfolg, wirkt Starglider heute weniger wie ein isolierter Frühversuch, sondern vielmehr wie der Anfang eines Weges, der von den Eindrücken der Spielhalle über den Heimcomputer bis hin zur Konsolengeschichte führte.

Kurioserweise fand Starglider sogar Eingang in die britische Popkultur: In der TV-Kindersendung Get Fresh traten Spieler direkt im Spiel gegeneinander an. Heute wird Starglider vor allem als historisch bedeutsamer Titel erinnert – als frühes Beispiel dafür, wie technische Ambition, Eigenständigkeit und jugendlicher Wagemut den Heimcomputermarkt der Achtziger prägen konnten.

Netherworld – 1988 by Hewson Consultants

Veröffentlicht am von | Keine Kommentare

Diamanten, Zeitdruck und keine Gnade: Netherworld auf dem C64

Als Netherworld 1988 erschien, hatte Hewson Consultants bereits einen ausgezeichneten Ruf zu verteidigen. Das britische Label galt seit Mitte der Achtzigerjahre als feste Größe für anspruchsvolle Actionspiele, die sich bewusst von seichter Massenware abhoben. Titel wie Uridium, Paradroid, Cybernoid und Nebulus hatten Hewson als Publisher etabliert, dessen Veröffentlichungen für saubere Technik, eigenständiges Design und einen überdurchschnittlichen Schwierigkeitsgrad standen. Wer ein Hewson-Spiel kaufte, wusste, dass hier kein leicht konsumierbares Ballerspiel wartete, sondern eine ernsthafte Herausforderung. Entsprechend hoch waren die Erwartungen, als mit Netherworld ein neuer Titel für den Commodore 64 angekündigt wurde.

Netherworld erschien 1988 und ist die ursprüngliche sowie zentrale Fassung des Spiels. Entwickelt wurde es als Ein-Mann-Produktion von Jukka Tapanimäki, der Design, Programmierung und die komplette In-Game-Grafik selbst übernahm. Der Titelbildschirm stammt von Darrin „Stoat“ Stubbington, während Jori Olkkonen für Soundeffekte und Musik verantwortlich war. Bereits diese Konstellation macht deutlich, dass es sich bei Netherworld um ein Spiel mit klar erkennbarer persönlicher Handschrift handelt – ein Ansatz, der gut zur damaligen Ausrichtung von Hewson passte.

Der Spieler steuert eine kleine, schwebende Kapsel durch eine abstrakte, fremdartige Spielwelt. Ziel jedes Abschnitts ist es, unter permanentem Zeitdruck Diamanten einzusammeln und rechtzeitig den Teleporter zu erreichen, der den Ausgang markiert. Gegner, feste Hindernisse und die spezielle Bewegungsphysik erschweren den Weg erheblich. Eine klassische Hintergrundgeschichte wird kaum vermittelt; das Spiel konzentriert sich vollständig auf Mechanik und Ablauf. Die Spielwelt wirkt dadurch bewusst technisch und distanziert, fast wie eine Reihe von Prüfstationen.

Grafisch setzt die C64-Version auf einen festen Bildschirmaufbau ohne Scrolling. Diese Entscheidung sorgt für Übersicht und ein sehr kontrolliertes Spieldesign. Die Farbpalette ist überwiegend dunkel gehalten, mit Grün-, Grau- und Violetttönen, die der Spielwelt eine konstant angespannte Atmosphäre verleihen. Die Sprites sind groß, klar gezeichnet und flüssig animiert. Besonders die Bewegung der Spielfigur fällt positiv auf: Sie gleitet gleichmäßig durch den Raum und vermittelt ein eigenes, leicht träges Bewegungsgefühl, das präzises Steuern erfordert. Auch bei mehreren Gegnern bleibt das Spiel übersichtlich und technisch stabil.

Der Sound hält sich bewusst zurück und verzichtet auf eingängige Melodien zugunsten einer monotonen, spannungserzeugenden Klangkulisse. Diese verstärkt den Zeitdruck und unterstreicht den nüchternen Charakter des Spiels. Die Soundeffekte sind klar definiert und erfüllen ihren Zweck, ohne sich in den Vordergrund zu drängen.

Der Schwierigkeitsgrad liegt deutlich über dem Durchschnitt. Netherworld verzeiht kaum Fehler und zwingt den Spieler dazu, die einzelnen Abschnitte mehrfach zu absolvieren. Viele Situationen lassen sich nur durch Vorausplanung und präzise Bewegung lösen. Hektisches Vorgehen führt fast immer zum Scheitern. Genau dieser Umstand wird von vielen Spielern zugleich kritisiert und geschätzt: Das Spiel wirkt anfangs sperrig, entwickelt jedoch einen starken Reiz, sobald man beginnt, die Mechanik zu durchschauen. Besonders die präzise Steuerung und das konsequente Leveldesign sorgen dafür, dass Rückschläge als eigene Fehler wahrgenommen werden und nicht als technische Ungerechtigkeit.

Im Vergleich zu zeitgenössischen Actiontiteln wie Armalyte oder R-Type wirkt Netherworld weniger spektakulär, dafür aber komplexer. Während andere Spiele auf unmittelbare Action setzen, verlangt Netherworld Konzentration, Geduld und Lernbereitschaft. Für Einsteiger ist das Spiel entsprechend schwer zugänglich, richtet sich aber klar an erfahrene Spieler, die eine echte Herausforderung suchen.

Besondere Aufmerksamkeit erregte auch das Cover-Artwork. Das Titelbild zeigt das Gesicht von Jukka Tapanimäki selbst, das ohne seine vorherige Zustimmung verwendet wurde. Ursprünglich war ein anderes Motiv geplant, letztlich entschied man sich jedoch für dieses ungewöhnliche Foto – eine Anekdote, die dem Spiel zusätzliche Bekanntheit verschaffte und bis heute häufig erwähnt wird.

Die zeitgenössische Presse reagierte entsprechend differenziert. Zzap!64 lobte Atmosphäre und Eigenständigkeit, wies jedoch auf die geringe Zugänglichkeit hin. ASM hob die saubere technische Umsetzung und die gedrückte, fast beklemmende Stimmung hervor. Power Play bewertete die C64-Version mit einer Power-Wertung von 73 % und stellte klar, dass Netherworld mehr Kopfarbeit verlange als viele Actionspiele seiner Zeit und sich vor allem an erfahrene Spieler richte.

Wirtschaftlich bewegte sich Netherworld im Rahmen hochwertiger Hewson-Veröffentlichungen. Ein großer Verkaufserfolg war das Spiel nicht, es etablierte sich jedoch als solides Qualitätsprodukt im C64-Angebot von 1988. Spätere Neuauflagen sorgten für zusätzliche Verbreitung. Rückblickend gilt Netherworld weniger als populärer Klassiker, sondern als typischer Vertreter jener Hewson-Titel, die durch eigenständige Ideen und hohe spielerische Anforderungen auffielen.

Gerade auf dem Commodore 64 entfaltet Netherworld seine größte Stärke. Spätere Umsetzungen übernahmen zwar das Grundkonzept, erreichten jedoch nicht die gleiche Präzision in Steuerung und Spielbalance. Wer sich auf Netherworld einlässt, bekommt kein leicht konsumierbares Actionspiel, sondern eine fordernde, stellenweise kompromisslose Spielerfahrung – ganz im Sinne der späten Achtzigerjahre.

Dracula – 1985 by CRL

Veröffentlicht am von | Keine Kommentare

Blut, Pixel und Paragraphen: Draculas Weg zum ersten BBFC-Rating der Spielegeschichte

Monty-pythonesker Einfall oder genialer Marketing-Trick? Im Herbst 1986 sorgt ausgerechnet ein Text-Adventure für Schlagzeilen: Dracula von CRL landet beim British Board of Film Censors – und das freiwillig. Computerspiele hatten bis dahin keine Altersfreigaben nötig, doch CRL-Chef Clem Chambers wittert eine Chance. Die Londoner schicken ihr Adventure mit ein paar blutigen Illustrationen zur Behörde und hoffen auf einen Skandal. Die BBFC vergibt tatsächlich ein „15“-Zertifikat, und CRL druckt stolz den Hinweis „nicht geeignet für unter 15-Jährige“ auf die Verpackung. Genau das sorgt für Aufmerksamkeit bei Medien und Horror-Fans. Hinter den Kulissen hätte man zwar gerne das noch drastischere „18“-Siegel gesehen, doch schon so funktioniert der PR-Coup. Im Jahr darauf folgen Frankenstein und 1987 Jack the Ripper – letzteres Spiel erhält dann tatsächlich eine 18er-Freigabe und schreibt damit Zensurgeschichte. Mitten in dieser kleinen Horrorwelle steht CRL mit Autor Rod Pike, der klassische Schauergeschichten als interaktive Fiction auf C64, ZX Spectrum und Amstrad CPC bringt.

Schon 1986 gilt Bram Stokers Dracula-Roman von 1897 als vielzitierter Kultstoff, und Pikes Spiel hält sich eng an die literarische Vorlage. Der junge Anwalt Jonathan Harker reist in die Karpaten, um Graf Dracula beim Immobilienkauf in England zu beraten. Das Spiel gliedert die Handlung in drei eigenständige Teile, die jeweils separat geladen werden. In The First Night verbringt Harker eine unheimliche Nacht im Gasthof „Goldene Krone“. In The Arrival erreicht er Draculas Schloss und begreift, dass er eigentlich Gefangener ist. Gelingt die Flucht, wechselt im dritten Teil The Hunt die Perspektive zu Dr. Seward, Leiter einer Irrenanstalt in Whitby. Er untersucht Harkers Warnungen vor mysteriösen Erde-Kisten und einem „Untoten“, während Patient Renfield immer seltsamer wird. Diese episodische Struktur deckt große Teile der Romanhandlung ab und passt zugleich zu den begrenzten Speicherreserven der 8-Bit-Rechner.

Technisch gehört Dracula klar in die Kategorie der Illustrated Text Adventures. Im Kern ist es ein reines Text-Adventure mit Parser-Eingabe, das wichtige Momente durch statische Bilder ergänzt. Auf allen Systemen arbeitet ein sehr einfacher Zwei-Wort-Parser nach dem Schema „Verb + Objekt“. Präpositionen oder komplexe Sätze ignoriert das Spiel, Kommandos wie „UNTERSUCHE RAUM“ oder „NIMM SCHLÜSSEL“ reichen. Das passt zur Entstehung mit dem populären Quill-Baukasten: Die Engine war für viele Autoren eine Einladung, Geschichten ohne tiefere Programmierkenntnisse umzusetzen, brachte aber klare Grenzen mit. Magazine wie Amstrad Action kritisierten, dass der Parser unbekannte Wörter nicht benennt, sondern nur lapidar mit „I don’t understand“ oder „You can’t do that“ reagiert – ein Verhalten, das eher an späte 70er-Jahre-Adventures erinnert. Türen erfordern exakt getimte Befehlsfolgen, alternative Formulierungen scheitern schnell. Wer statt „ZÜNDE LAMPE AN“ auf „BENUTZE LAMPE“ kommt, wird abgewiesen. Das bremst den Spielfluss, auch wenn Dracula insgesamt eher einsteigerfreundlich bleibt. Die ersten beiden Episoden verlaufen sehr linear und spielen auf wenigen Schauplätzen, benötigte Objekte liegen meist in der Nähe. Der dritte Teil öffnet die Struktur etwas, bleibt aber ebenfalls moderat im Anspruch; erfahrene Adventure-Spieler sehen den Abspann nach wenigen Stunden.

Trotz überschaubarer Mechanik gewinnt Dracula seine Wirkung aus der Atmosphäre. Rod Pike nutzt den Textspeicher intensiv, beschreibt Schauplätze und Ereignisse detailreich und mit hörbarer Vorliebe für Gothic-Vokabular. Wo andere Adventures der Zeit in knappen Telegrammsätzen sprechen, nimmt sich Dracula Zeit für Stimmung. Beim Einstieg im Gasthof liest der Spieler von flackernden Öllampen, gelben Lichtinseln und dunklen Ecken, in denen das Böse lauern könnte – genau diese Art Prosa lobten Testredaktionen. Crash stellte der Atmosphäre einen sehr hohen Wert gegenüber und sprach von „Romanqualität“ in den Beschreibungen. Die Kehrseite: Pro Kapitel gibt es nur eine Handvoll Räume, teilweise weniger als zehn, was Amstrad Action ausdrücklich notierte. Die fortlaufende Handlung mit geskripteten Ereignissen – Albträume, nächtliche Besuche, Visionen – sorgt für viel Lesestoff, ohne dass der Spieler immer aktiv eingreifen muss. Dracula fühlt sich dadurch eher wie eine interaktive Novelle oder ein Spielbuch an als wie ein klassisches Rätselabenteuer. Wer primär knobeln will, findet hier wenig Futter; wer sich gerne eine Gruselgeschichte erzählen lässt und ab und zu eingreift, wird deutlich besser bedient.

Die grafische Präsentation variiert von System zu System. Auf dem ZX Spectrum (48K) erscheinen die Illustrationen in einfachen, meist monochromen Bitmaps. Zeichner Jared Derrett holt aus der Hardware respektable Bilder heraus, die beim Laden zeilenweise aufgebaut werden und so für kurze Pausen sorgen. Um Speicher zu sparen, gönnt sich das Spiel nur wenige, gezielt eingesetzte Szenenbilder – etwa bei Albträumen oder besonders drastischen Momenten. Für 1986 wirken diese Pixelbilder sicher eindrucksvoll, heute eher harmlos. Amstrad Action kommentierte sinngemäß, die „fiesen Bilder“ seien in Wirklichkeit gar nicht so grausam – und auf einem Grünmonitor noch weniger. Auf dem Amstrad CPC (64K) nutzt Dracula den hochauflösenden Vier-Farben-Modus, was auf Farbbildschirmen durchaus stimmungsvoll wirkt, auf Grünmonitoren aber viele Details verschluckt. Die CPC-Version bleibt zudem weitgehend stumm. Mehr audiovisuelle Wirkung erzielt die C64-Fassung: Dank SID-Chip kann das Spiel eine kurze Titelmusik und simple Spannungs-Effekte abspielen; auch hier stammen die Grafiken von Jared Derrett, angepasst an die Multicolor-Möglichkeiten des Commodore. Auf allen Systemen setzt CRL eine verzierte Schriftart ein, um viktorianisches Flair zu transportieren. Besonders auf dem Spectrum stößt diese Wahl an Grenzen – Crash bezeichnete den Zeichensatz als einen der am schwersten lesbaren, die man je zu entziffern versucht habe. Auf CPC und C64 fällt das Problem weniger stark auf, doch besonders lange Sitzungen werden durch die Typografie anstrengend.

Zur Entstehungsgeschichte lässt sich heute recht klar sagen, wer für was verantwortlich war. Dracula entstand bei CRL unter dem Label The Zen Room. Autor und Designer war Rod Pike, der sich bereits zuvor mit Horror-Adaptionen einen Namen gemacht hatte. Er setzte unter anderem H. P. Lovecrafts The Dunwich Horror als Adventure um und schrieb kurz vor Dracula das mehrteilige Pilgrim. Die grafische Ausgestaltung stammt von Jared Derrett, dessen Name in mehreren Datenbanken den C64- und Spectrum-Fassungen zugeordnet wird. Für Musik und Effekte der C64-Version wird sein Bruder Jay Derrett geführt. Beide tauchen später auch bei weiteren CRL-Horrorprojekten wie Jack the Ripper und Wolfman in den Credits auf. Im Spiel selbst oder in den Handbüchern werden die Derretts nicht immer explizit genannt; ihre Beteiligung lässt sich aber über externe Credit-Sammlungen und Szenequellen nachvollziehen.

Wie reagierte die Presse auf dieses Experiment aus Zensur-Coup und Grusel-Abenteuer? In Großbritannien fielen vor allem die Sinclair-Magazine sehr wohlwollend aus. Crash vergab für die Spectrum-Version eine hohe Gesamtwertung und hob insbesondere Atmosphäre und Textqualität hervor. Sinclair User setzte noch eins drauf und belohnte Dracula mit der Höchstnote von fünf von fünf Punkten. Das frechere Your Sinclair blieb deutlich zurückhaltender: Der zuständige Redakteur lobte die Stimmung, kritisierte aber Umfang und altmodischen Parser und landete bei sechs von zehn Punkten. Auf Commodore-Seite kam das Spiel unterschiedlich an. Commodore User bescheinigte Dracula ein gutes Adventure und lag etwa im 80-Prozent-Bereich, während Computer Gamer sogar eine noch höhere Einschätzung abgab. Computer & Video Games ordnete sich mit einer soliden Acht-von-Zehn-Kategorie ein. Deutlich skeptischer zeigte sich Zzap!64: Dort empfand man das Adventure als zu dünn, um den Hype um die Altersfreigabe zu tragen, und vergab nur eine unterdurchschnittliche Wertung. Besonders störte die Redaktion, dass die angekündigte Schockwirkung in der Praxis eher moderat ausfiel.

In Deutschland fiel das Echo wesentlich kühler aus. Happy Computer zeigte sich in der Besprechung wenig angetan: fehlende deutsche Texte und die zähe Eingabe sorgten für eine deutlich unterdurchschnittliche Wertung und die Empfehlung, nur eingefleischten Adventure-Fans einen Blick zu gönnen. Der Aktuelle Software Markt verfolgte Dracula schon früh; ein Vorabbericht beschäftigte sich vor allem mit der ungewöhnlichen Altersfreigabe und dem Horror-Anspruch. Im eigentlichen Test fielen Grafik und Atmosphäre positiv auf, während der einfache Parser und die lineare Struktur zurückhaltend kommentiert wurden. Insgesamt kam das Spiel im deutschen Markt über einen Nischenstatus nicht hinaus; andere Magazine erwähnten Dracula, wenn überhaupt, eher am Rande.

Mit etwas zeitlichem Abstand bleibt Dracula von 1986 vor allem als Medienphänomen in Erinnerung. CRL nutzte die BBFC-Prüfung geschickt für Schlagzeilen, lange bevor offizielle Altersratings für Spiele zum Standard wurden. Spielerisch reiht sich das Adventure eher in die Kategorie der einfacheren Gruseltitel ein: kein Zork, kein Monkey Island, sondern eine interaktive Horrorgeschichte mit überschaubarem Rätselanteil. Technisch holen die Entwickler aus den drei Zielsystemen ordentlich etwas heraus – der Spectrum profitiert besonders von der starken Textbasis, der C64 punktet mit Musik und Farbe, der CPC liefert eine solide, wenn auch etwas blassere Variante. Der kommerzielle Erfolg blieb moderat, reichte aber aus, um weitere Horror-Adaptionen zu rechtfertigen. Ende der Achtziger verschwand CRL vom Markt, doch Dracula wird in der Retro-Szene heute gerne als kurioser Meilenstein zitiert: als Beispiel dafür, wie weit man mit einer guten Idee, etwas Mut zur Provokation und einem klassischen Stoff kommen konnte, auch wenn die Mechanik im Hintergrund vergleichsweise schlicht bleibt.

 

Buggy Boy – 1985 by Tatsumi

Veröffentlicht am von | Keine Kommentare

Flagge zeigen! Buggy Boy und der Offroad-Rausch

Buggy Boy CoverIn den Spielhallen von 1985 gab es nicht viele Rennspiele, die gleich beim Anschalten so deutlich sagten: „Ich bin größer als dein Fernseher zu Hause.“ Buggy Boy, entwickelt von Tatsumi Electronics, setzte genau dieses Statement — im wahrsten Sinne dreifach. Die Deluxe-Variante des Automaten nutzte drei nebeneinander angeordnete Monitore für eine Panorama-Sicht, die selbst in der Epoche prächtiger Röhren eine Seltenheit war. Der technische Unterbau: zwei Intel-8086-CPUs für Grafik & Spielablauf, ein Z80 als Sound-Prozessor, flankiert von zwei AY-3-8910-Soundchips, die für dieses prägnant fröhliche Offroad-Gezwitscher verantwortlich waren. Die Auflösung variierte je nach Kabinett, typisch rund 512×224 Pixel, und war schnell genug, um üppig scrollende Rennlandschaften darzustellen. Sprünge über Baumstämme, Banden, Tore und aufblinkende Flaggen ließen das Fahrgefühl hektisch, aber stets nachvollziehbar wirken — Arcade-Physik at its finest.

Die Geschichte? Nun — stellen wir uns einfach vor, dass der Buggy selbst der Held ist. Buggy Boy braucht kein Narrativ, das darüber hinausgeht, dass wir alle einmal über eine Holzrampe fliegen wollen, während ein Publikum uns anfeuert. Die fünf Strecken (Offroad – ein Rundkurs – sowie die Punkt-zu-Punkt-Himmelsrichtungen Nord, Süd, Ost, West) setzen auf eine reine „ein Leben, eine Chance“-Mechanik. Nur Zeitboni durch Tore oder extra Punkte durch waghalsiges Zwei-Räder-Fahren halten das Abenteuer am Leben. Und genauso schnell endet es auch — wie 50 Pfennig in einer deutschen Spielhalle.

Die Entwickler bei Tatsumi nahmen technisch das auf, was sie mit dem Vorgänger TX-1 begonnen hatten: Panorama-Hardware als Spielgefühl, nicht nur als Grafikgimmick. Namen sind aus der Zeit durch fehlende Arcade-Credits nicht eindeutig überliefert, aber mehrere Teammitglieder wanderten später zu Titeln wie Cycle Warriors weiter und behielten ihre Liebe zu außergewöhnlichen Fahrperspektiven. Esist gut erkennbar, dass Buggy Boy als Weiterentwicklung einer Vision entstand: Racing nicht als Simulation, sondern als Fun-Maschine.

Die Heimversionen erzielten dann kleine technische Wunder — besonders auf dem Commodore 64, der eigentlich keine Panoramaberge gewohnt war. Dennoch gelang eine Version, die legendär wurde. ZZap!64 urteilte: „The graphics are absolutely superb — I’ve never seen such a smooth and realistic 3D effect, and the ‘feel’ of the control method is tremendous.“
(„Die Grafik ist absolut hervorragend — so einen weichen und realistischen 3D-Effekt habe ich noch nie gesehen, und das Steuerungsgefühl ist großartig.“)

Bei einem damaligen Preis von etwa £25–30 (entspräche ca. £65–70 heute) wurde hier echtes Arcade-Adrenalin ins Wohnzimmer getragen — ohne dass jemand dafür drei Monitore stapeln musste. Die Amiga- und ST-Versionen gaben mehr Farbe und ruhigeres Scrolling, aber verloren naturgemäß die technische Extravaganz der Automatenhardware. ZX Spectrum und Amstrad CPC kämpften mit reduzierten Bildschirmen und Detailstufen, doch blieben fairste Übersetzungen des Originals: Offroad-Staub zum Anfassen – nur etwas kompakter.

Heute, in der Rückschau, wirkt Buggy Boy wie der charmant freche Cousin der großen Rennspiel-Ikonen: weniger Autobahn-Eleganz, dafür ungezähmte Holperpiste. Ein Spiel, das beweist, dass Spaß nicht größer sein muss als ein kristallklarer Plot — sondern schneller als die Schwerkraft und lauter als zwei AY-Chips auf Touren.

Vixen (She-Fox) – 1988 by Martech

Veröffentlicht am von | Keine Kommentare

She-Fox (1988): Ein Spiel zwischen Anspruch, Absturz und Amazone

Vixen 1988Als She-Fox 1988 erschien, war das Thema weiblicher Heldenfiguren in Computerspielen noch eine Rarität. Die britische Firma Martech Games Ltd. – bekannt durch Titel wie Zoids, Uchi Mata und Eddie Kidd Jump Challenge – wollte das ändern und präsentierte eine blonde, peitscheschwingende Heldin, die auf einem fernen Planeten gegen urzeitliche Kreaturen antrat. Auf dem Papier war das eine Mischung aus Barbarella und Rygar, eine futuristische Amazonin mit einem Hauch Glamour – typisch für die späten Achtziger.

Die Hintergrundgeschichte spielt auf dem Planeten Granath, der seit Äonen von Dinosauriern und fliegenden Bestien überrannt wird. Menschen gibt es dort kaum noch; die Titelheldin „She-Fox“ kämpft als letzte Überlebende gegen die Monster der Urzeit. Mit einer Peitsche bewaffnet, durchstreift sie die Ebenen des Planeten, weicht Abgründen aus, sammelt Energie und kämpft sich durch acht Abschnitte, die sich grafisch voneinander unterscheiden: Wüsten, Dschungel, Höhlen und futuristische Ruinen. Die Gegner variieren leicht, ebenso das Scrollingtempo. Auf den 16-Bit-Systemen (Amiga, Atari ST) wirkt die Grafik deutlich sauberer, während die 8-Bit-Versionen (C64, CPC, Spectrum) unter Ruckeln und unpräziser Kollisionsabfrage leiden.

Das Szenario wirkt wie eine postapokalyptische Parabel mit prähistorischem Einschlag – ein Mix aus Science-Fiction und Fantasy, in dem Muskelkraft wichtiger ist als Logik. Schon die Verpackung bediente das Klischee der „Kriegerin im Metallbikini“ und zielte auf ein männliches Publikum ab, das sich irgendwo zwischen Red Sonja und Heavy Metal-Comic verorten ließ. Martechs Marketing griff diese Ästhetik bereitwillig auf, um nach einigen Misserfolgen wieder Aufmerksamkeit zu erzeugen.

Technisch war She-Fox ein klassisches horizontal scrollendes Actionspiel, das – wie viele späte Martech-Produktionen – an ambitionierten Ideen, aber an schwacher Ausführung litt. Die Steuerung reagierte träge, und das Trefferfeedback war unpräzise. Die Animation der Peitsche sah zwar dynamisch aus, doch fehlte ihr das Gefühl von Wucht. Besonders in den 8-Bit-Versionen litt der Spielfluss unter sichtbaren Ladeverzögerungen. Der C64 zeigte immerhin eine gute Sprite-Darstellung, die CPC-Fassung war farbenfroh, aber kantig, und der Spectrum brachte das Spiel monochrom, jedoch relativ flüssig auf den Bildschirm.

Die 16-Bit-Umsetzungen versprachen Besserung, konnten aber nicht überzeugen. Die Atari-ST-Version zeigte kontrastreiche Hintergründe, allerdings bei mäßigem Scrolling. Die Amiga-Version lief flüssiger, wirkte jedoch leer und unbelebt – mehr Technikdemonstration als echtes Abenteuer. In beiden Fällen fehlte Tiefe, da das Spielgeschehen unverändert blieb: laufen, schlagen, sammeln, weiterlaufen.

Der Soundtrack stammte von Ben Daglish, einem der großen Komponisten der 8-Bit-Ära (The Last Ninja, Trap, Crumble’s Crisis). Seine Titelmelodie gilt als das stärkste Element des Spiels. Besonders auf dem C64 nutzte Daglish die Fähigkeiten des SID-Chips aus, um einen treibenden, rhythmischen Klangteppich zu erzeugen, der deutlich mehr Leben hatte als die Animationen auf dem Bildschirm. Sogar Kritiker, die das Spiel selbst verrissen, lobten die Musik als Lichtblick.

Im Rückblick erkennt man, dass She-Fox vor allem als Marketingversuch zu verstehen ist: ein Spiel, das mit der Idee einer weiblichen Actionfigur Aufmerksamkeit erzeugen sollte, ohne sie inhaltlich zu tragen. Die Titelheldin war Symbol, nicht Figur – ihre Geschichte existierte eher auf dem Cover als im Programm.

Verglichen mit zeitgleichen Spielen wie Thundercats (Elite), Stormlord (Hewson) oder Rastan (Imagine) wirkt She-Fox heute wie ein Nachzügler. Wo andere durchdachtes Leveldesign und Abwechslung boten, setzte Martech auf grafische Reize und ein simples Bewegungsmuster. Selbst die Peitsche, die als Alleinstellungsmerkmal dienen sollte, verkommt schnell zur Routine.

Die Happy Computer (Ausgabe 9/1988, getestet auf Atari ST, C64, CPC, Spectrum) urteilte kritisch: „Müdes, horizontal scrollendes Action-Spiel ohne Glanzpunkte.“ Weiter heißt es: „Spielerisch eine Mischung aus ‚Rygar‘ und ‚Thundercats‘. Nur ein Spieler, geringer Schwierigkeitsgrad.“ Zwar lobte die Redaktion die Musik – „Eingermassen ordentlich sind nur Titelmusik und Sound-Effekte.“ – doch das Fazit fiel ernüchternd aus: „Selbst wenn man berücksichtigt, daß horizontales Scrolling auf dem ST nicht einfach zu realisieren ist, macht das Spiel in dieser Hinsicht keine gute Figur.“

Die ASM (Ausgabe 2/1989, getestet auf C64) formulierte ihre Kritik mit gewohntem Spott und Wortwitz. Schon die Überschrift war ein Seitenhieb: „Der Sound ist willig, doch das Fleisch ist schwach.“ Manfred Kleinmann schrieb: „Der Planet Granath befindet sich seit Äonen in Belagerungszustand. Verantwortlich sind wohl die netten, kleinen Tierchen, die man als Dinosaurier bezeichnen könnte.“ Dann heißt es: „Das Fleisch ist willig, um stundelang vor quadratischen Kisten zu rocken. Die peitschenschwingende Lady lädt den 64er-User kaum eine Sekunde zur Erholung ein.“ Und abschließend fügte der Tester hinzu: „Das soll aber keineswegs heißen, daß SHE-FOX nur so vor Originalität und Spielwitz strotzt.“

Im Fazit steht She-Fox exemplarisch für Martechs spätes Dilemma: große Ankündigungen, aber wenig dahinter. Technisch solide Ansätze, verpackt in ein reizvolles Konzept, scheiterten an spielerischer Tiefe. Und doch hat das Spiel heute einen gewissen Reiz – als Relikt einer Ära, in der Marketing und Covergestaltung manchmal wichtiger waren als der Inhalt selbst. Ein Spiel wie ein B-Movie: mehr Pose als Power, mehr Verpackung als Vision. She-Fox bleibt ein charmantes Mahnmal dafür, dass selbst gute Musik und schöne Pixel keine schwache Spielidee retten. Doch wer die 1980er so liebt wie wir, wird ihr den verwegenen Charme kaum absprechen können.

Ninja Hamster – 1987 by CRL Group PLC

Veröffentlicht am von | Keine Kommentare

Ninja Hamster - 1987 by CRL Group PLC

ninja hamsterNinja Schildkröten, eine Ratte als Meister, ein Pferd mit einem mächtigen Schießprügel (Brave Starr) oder zwei Streifenhörnchen als Ritter des Rechts (Chip 'n Dale, in Deutschland eher als Chip und Chap - Ritter des Rechts bekannt): wieso also nicht auch ein Nahkampf-Hamster?

Als Ninja Hamster 1987 über die Londoner CRL Group PLC erschien, war schon das Cover eine kleine Provokation: ein Hamster in Kampfmontur, der mit konzentriertem Blick den Weg zur Erleuchtung offenbar durch Tritte und Schläge finden wollte. In einer Zeit, in der Ninjas allgegenwärtig waren und jeder Publisher seinen eigenen Karate-Titel im Portfolio hatte, schien CRL den Wahnsinn dieser Ära bewusst zu karikieren. Heraus kam ein Prügelspiel, das zugleich als Parodie und als ernstgemeinter Versuch gelten konnte, das Kampfspiel-Genre auf den ZX Spectrum zu bringen – mit einem tierischen Augenzwinkern.

Entwickelt wurde das Spiel von Paul Hargreaves, einem jungen Programmierer, der bereits bei mehreren kleineren Spectrum-Projekten mitgearbeitet hatte. Laut MobyGames verantwortete er sowohl den Code als auch das Spieldesign. CRL ließ ihm weitgehend freie Hand, denn das Studio war bekannt für seinen experimentellen, teils chaotischen Stil. Statt komplizierter Joystick-Kombinationen setzte Hargreaves auf einfache Tasteneingaben – „Button bashing made zen“, wie er später scherzhaft sagte. Das Kampfsystem war bewusst minimalistisch gehalten, aber flüssig genug, um kleine Reaktionen und präzise Bewegungen zuzulassen.

Das Spielprinzip war simpel: Ein Hamster mit Bandana tritt gegen verschiedene Tiere an – eine Katze, einen Frosch, einen Waschbären und mehrere andere anthropomorphe Kontrahenten. Jeder Gegner stand für eine der „zwölf tierischen Tugenden des Ostens“, wie es in den Werbetexten hieß. Zwischen den Kämpfen blendete das Spiel pseudo-philosophische Sinnsprüche ein, die den Humor des Spiels prägten. Diese Texttafeln waren teilweise so absurd, dass sie zu einer Art Markenzeichen wurden.

Die ASM schrieb 1988 dazu in ihrer Rezension: „Alles ist erlaubt und alles ist möglich scheint wohl der Wahlspruch der Softwaresteller zu sein. Der kleine Ninja-Hamster ist wohl der lebendige Beweis.“ Weiter heißt es: „Die Animationen sind zwar nicht gerade modern, aber das Gekloppe hat einen eigenartigen Charme.“ – ein Urteil, das den Geist des Spiels auf den Punkt bringt.

Technisch schöpfte Ninja Hamster die Möglichkeiten des ZX Spectrum aus, blieb aber bescheiden. Die Grafik war farbenfroh, jedoch blockig, die Figuren klein, aber charmant animiert. Sound gab es kaum – nur einfache Beeper-Effekte, keine Musik, keine Titelmelodie. Auf dem Spectrum funktionierte das, weil der schrille Minimalismus zum Stil passte. Doch die spätere C64-Version galt als Enttäuschung: eine fast identische Umsetzung, die die Grafikfähigkeiten des Commodore 64 „nicht einmal mit der Lupe“ erkennen ließ, wie die britische Presse spöttelte. Selbst der legendäre SID-Chip blieb ungenutzt – ein paar Geräusche, das war alles.

Your Sinclair lobte 1987 immerhin den Humor und sprach von „silly charm and surprisingly tight combat“ („alberner Charme und überraschend straffes Kampfsystem“), während Sinclair User das Spiel als „ridiculous, but undeniably fun“ bezeichnete („lächerlich, aber unbestreitbar spaßig“). Der Preis betrug £2.99, was inflationsbereinigt etwa 9 Euro entspräche. Damit lag Ninja Hamster im klassischen Budgetsegment von CRL. Laut damaligen Vertriebsberichten wurden bis Ende 1988 rund 40 000 bis 45 000 Exemplare verkauft – kein Kassenschlager, aber ein ordentlicher Erfolg für ein Nischenprodukt dieser Art.

Die Entwicklung verlief typisch britisch: improvisiert, leidenschaftlich, mit einer Prise Anarchie. Ursprünglich war das Spiel als ernstes Kampfspiel mit menschlichen Gegnern geplant, doch CRL befürchtete rechtliche Probleme wegen der Ähnlichkeit zu Karate Champ und Way of the Exploding Fist. Also wurden die Gegner kurzerhand zu Tieren – eine Entscheidung, die dem Spiel seinen heutigen Kultstatus bescherte. Hargreaves experimentierte in frühen Versionen sogar mit einer „Turnierleiterin“, einer gezeichneten Nonne, die Kämpfe kommentieren sollte – diese Idee wurde allerdings aus Speichergründen gestrichen.

Die Pressetexte von CRL machten aus der Not eine Tugend. In einem internen Bulletin von 1987 hieß es: „We like to confuse the market. One month we do horror, the next a kung-fu hamster.“ („Wir verwirren den Markt gern. Einen Monat Horror, den nächsten einen Karate-Hamster.“) Tatsächlich war das Jahr 1987 für CRL ein wilder Ritt: Während Dracula für Schlagzeilen sorgte, weil es als erstes Videospiel in Großbritannien eine „18 Certificate“-Freigabe erhielt, erschien fast zeitgleich Ninja Hamster als seine komödiantische Gegenwelt.

Die Steuerung auf dem Spectrum war erstaunlich präzise, wenn man sich erst einmal an sie gewöhnt hatte. Jede Taste stand für eine Bewegung, und Treffer verursachten kurze Farbumschaltungen, die CRL stolz als „Zen Flash“ bewarb – ein Effekt, der in Wahrheit ein Bildschirm-Glitch war. Spieler mochten das, weil es dem Spiel eine ungewollte Intensität verlieh. Die C64-Portierung hingegen litt unter zähem Input-Lag und magerer Farbausgabe. Power Play nannte sie damals „eine Enthaltungserklärung in 8 Bit“ – und das war noch freundlich formuliert.

Marktwirtschaftlich war Ninja Hamster für CRL ein Erfolg im Kleinen: solide Verkaufszahlen, hohe Wiedererkennbarkeit, und in Deutschland durch die ASM-Berichterstattung eine gewisse Kult-Aura. Der inflationsbereinigte Verkaufspreis von etwa 19 D-Mark machte es erschwinglich, und es tauchte bald auf mehreren Budget-Compilations auf – darunter CRL’s Animal Antics (1989). In Fanforen der 2000er wurde das Spiel sogar liebevoll als „das Street Fighter der Nagetiere“ bezeichnet.

Trivia am Rande: In einer frühen CRL-Pressezeichnung stand der Hamster noch aufrecht und hielt ein Schwert – eine Anspielung auf Samurai Warrior, ein weiteres CRL-Spiel. Auch gab es Hinweise auf eine geplante „Ninja Hamster II“-Fortsetzung, die nie realisiert wurde. Ein internes Dokument nannte sie „Revenge of the Rodent“, doch das Projekt verschwand wohl in der Schublade, als CRL 1988 mit der Produktion von Wolfman begann.

Heute gilt Ninja Hamster als ein liebenswert schräges Beispiel britischer 8-Bit-Kreativität – technisch schlicht, spielerisch absurd, aber unverkennbar originell. Es verkörpert den Charme jener Ära, in der Entwickler mit 48 Kilobyte Speicher Welten erschufen, in denen selbst ein Hamster zum Helden werden konnte. Und wenn die ASM damals schrieb: „Alles ist erlaubt und alles ist möglich scheint wohl der Wahlspruch der Softwaresteller zu sein“, dann hätte das auch das Lebensmotto von CRL sein können. Denn wo sonst als im England der Achtziger hätte ein kämpfender Hamster auf dem Bildschirm überlebt – und Kultstatus erreicht?

Hercules – The Twelve Labours – 1984 by Alpha Omega Software

Veröffentlicht am von | Keine Kommentare

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

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

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

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

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

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

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

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

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

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

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

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

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