Schlagwort-Archiv: David Whittaker

Speedball (1988) – Vom abgelehnten Tennisspiel zur Stahlkugel-Arena

Kann man sich heute noch vorstellen, dass ausgerechnet Speedball bei seinem ersten Publisher keine Begeisterung auslöste? Jenes Spiel, das später so eng mit dem Namen der Bitmap Brothers verbunden wurde, fiel bei Mastertronic gleich zweimal durch. Dabei hatte die Geschichte zunächst weder mit gepanzerten Spielern noch mit einer schweren Metallkugel begonnen.

Mastertronic beauftragte die noch jungen Bitmap Brothers mit einer Umsetzung von Real Tennis. Die historische Hallensportart wird auf einem von Mauern, Vorsprüngen und Öffnungen eingefassten Feld gespielt, das mit einem modernen Tennisplatz nur entfernt verwandt ist. Mike Montgomery, Steve Kelly und Eric Matthews beschäftigten sich mit den Regeln, recherchierten den Platz in Hampton Court und investierten bereits einiges an Arbeit in das Projekt. Dann änderte Mastertronic seine Pläne und zog den Auftrag zurück.

Das Trio tat daraufhin etwas, das in der Firmengeschichte der Bitmap Brothers häufiger zu brauchbaren Ergebnissen führte: Es ging in den Pub. Dort entstand nach Montgomerys Erinnerung auf der aufgeklappten Rückseite einer Zigarettenschachtel das Grundgerüst eines neuen Spiels. Vom Real Tennis blieben die Mauern, das Spiel über die Begrenzungen und die Idee, den Ball durch Öffnungen an eine andere Stelle des Feldes zu befördern. Weitere Elemente kamen von den Flipperautomaten, an denen die drei Entwickler regelmäßig spielten.

Aus dem historischen Rückschlagspiel wurde eine Stahlhalle, aus dem Schläger ein gepanzerter Körper und aus dem Tennisball eine Metallkugel, die man ebenso gut ins Tor werfen wie einem heranstürmenden Gegner entgegenfeuern konnte. Mastertronic bekam auch dieses Konzept zu sehen – und lehnte erneut ab. Erst John Cook von Mirrorsoft erkannte, was aus dem gestrichenen Auftrag geworden war, und nahm Speedball für das Label Image Works unter Vertrag: halb Mannschaftsspiel, halb Flipperautomat und im Zweifelsfall eine recht handfeste Auseinandersetzung um den Ball.

Für die Bitmap Brothers war Cooks Zusage wichtig, weil Speedball unmittelbar nach Xenon ihr zweites Spiel werden sollte. Das junge Studio hatte zwar Aufmerksamkeit gewonnen, aber noch keine Erfolgsserie, auf die es sich verlassen konnte. Ein Publisher, der nicht nur das Spiel übernahm, sondern auch den Namen der Entwickler sichtbar machen wollte, passte deshalb genau zu ihren Plänen.

Montgomery, Kelly und Matthews kannten sich aus ihrer Zeit bei Leisure Genius. Kelly und Montgomery hatten dort unter anderem an Computerfassungen klassischer Brettspiele gearbeitet, Matthews steuerte Grafiken bei. Aus der gemeinsamen Arbeit, regelmäßigen Pubbesuchen und Abenden in Spielhallen entstanden schließlich die Bitmap Brothers. Mit Xenon hatten sie bereits einen auffälligen Einstand geliefert; Speedball musste nun zeigen, dass es nicht bei diesem einen Treffer bleiben würde.

Der Vergleich mit Norman Jewisons Film Rollerball lag nahe: gepanzerte Spieler, eine Metallkugel und ein Zukunftssport ohne übertriebene Rücksichtnahme. Montgomery erinnerte sich jedoch an keinen bewussten Einfluss des Films. Als Ausgangspunkte nannte er Real Tennis, Flipperautomaten und die gemeinsamen Spielhallenbesuche. Speedball sah aus wie ein Spiel zu Rollerball, war aber auf einem anderen Weg entstanden.

Mit Mirrorsoft fanden die Bitmap Brothers zugleich einen Partner für ihre ungewöhnliche Selbstdarstellung. Die Entwickler wollten nicht hinter dem Firmenlogo des Publishers verschwinden. Wer eines ihrer Spiele kaufte, sollte wissen, von wem es stammte – ähnlich wie ein Musikfan eine Platte wegen des Künstlers und nicht wegen des Plattenlabels auswählte.

Mirrorsoft unterstützte diesen Plan mit Presseauftritten und Fotoserien. Das bekannteste Bild zeigt Montgomery, Kelly und Matthews mit Sonnenbrillen und Lederjacken vor Robert Maxwells Hubschrauber. Das Trio wartete am Mirror-Gebäude einen großen Teil des Tages auf Maxwells Rückkehr von einem Pferderennen und bekam schließlich nur wenige Minuten für die Aufnahmen. Das tiefe Abendlicht erledigte den Rest. Aus einem hastig angesetzten Fototermin wurde eines der bekanntesten Entwicklerbilder der britischen Heimcomputerzeit.

Auf dem Bildschirm ließ Speedball seine Herkunft aus dem Real Tennis rasch vergessen. Zwei Mannschaften mit jeweils fünf Spielern jagten eine Metallkugel durch eine geschlossene Arena, spielten über die Wände und räumten Gegner mit Tacklings aus dem Weg. Fouls gab es nicht. Wer den Ball verlor, durfte ihn sich zurückholen; höfliches Nachfragen war dafür nicht vorgesehen.

Die Flippervergangenheit blieb dennoch überall sichtbar. Prallkuppeln veränderten die Flugbahn der Kugel, Tunnel beförderten sie an eine andere Stelle des Feldes, und die Bande gehörte zum Passspiel. Wer einen Winkel richtig einschätzte, umging damit einen Verteidiger. Wer ihn falsch einschätzte, bereitete dem Gegner einen erstaunlich präzisen Konter vor.

Die Ein-Knopf-Steuerung war schnell verstanden, aber nicht sofort beherrscht. Vor allem die automatische Wahl des ballnächsten Spielers konnte im Gedränge zu einer anderen Figur springen, als man gerade erwartet hatte. Symbole griffen kurzfristig in die Partie ein, während gesammelte Marken zwischen den Spielen sogar in Bestechungen investiert werden konnten. Schiedsrichter, Zeitnehmer und Trainer zeigten sich für finanzielle Argumente empfänglich. Korruption war hier kein Gerücht hinter verschlossenen Türen, sondern ein ordentlich beschrifteter Menüpunkt.

Seine Wirkung verdankte Speedball jedoch nicht den einzelnen Extras, sondern seinem Tempo. Ein Tackling konnte innerhalb eines Augenblicks die gesamte Spielfeldhälfte öffnen, ein Pass über die Bande ebenso gut einen Angriff einleiten wie im Rücken des eigenen Spielers verschwinden. Gegen einen menschlichen Gegner fiel zudem jedes berechenbare Verhalten des Computers weg. Dann wurde aus dem Zukunftssport ein unmittelbares Duell um Raum, Timing und die Frage, welcher der beiden Joysticks den Abend unbeschädigt überstehen würde.

Genau diese körperliche Unmittelbarkeit fiel den damaligen Magazinen auf. Die ASM testete im Dezember 1988 die Atari-ST-Version und vergab 10 von 10 Punkten für die Grafik sowie jeweils 9 für Spielablauf und Motivation. Klaus Vill lobte das „softe Scrolling“, die großen, gut animierten Sprites und den metallisch-blauen Hintergrund. Speedball stelle hohe Anforderungen an Joystick und Besitzer, schrieb er – eine Formulierung, die das Spiel besser trifft als manche ausführliche Regelerklärung.

Vill störte sich zwar an David Whittakers für ihn „betont eintönigen Musikstücken“, erklärte Speedball am Ende aber dennoch zum „Muß für Action-Fans“. Für die ASM war es keine nüchterne Simulation einer erfundenen Sportart, sondern Action unter ständigem Druck.

Auch Heinrich Lenhardt stellte in der Power Play nicht die Regelkunde in den Mittelpunkt. Speedball verlange gute Reaktionen, etwas Taktik und ein wenig Glück. „Das Geschehen ist so hektisch, daß man schon mal den Überblick etwas verlieren kann“, schrieb er. Gerade dieses Gefühl, der Partie ständig einen halben Schritt hinterherzulaufen, gehörte zu ihrer Spannung.

Im Sonderheft Die 100 besten Spiele erhielt die Amiga-Version 83 Prozent, der Atari ST 82 Prozent, der C64 78 Prozent und MS-DOS 68 Prozent. Amiga und Atari ST lagen damit praktisch gleichauf. Die DOS-Umsetzung bewahrte zwar den Spielablauf, wirkte mit EGA-Grafik und PC-Speaker-Klang aber deutlich spröder.

Für das sichtbare Gesicht des Spiels sorgte Mark Coleman. Die stahlblauen Flächen, schweren Helme und glänzenden Rüstungen tragen bereits jene Handschrift, die später eng mit den Bitmap Brothers verbunden wurde. Seine Figuren wirkten kräftig und schwer, blieben aber auch im Gedränge lesbar. Ballbesitz, Bewegungsrichtung und Tackling mussten auf den ersten Blick verständlich sein. Wenn zwei Sprites zusammenprallten, sah das nicht nach einer höflichen Berührung zweier Spielfiguren aus.

Die Verpackungsillustration von David John Rowe durfte diese körperliche Bedrohung größer ausspielen. Wo Colemans Figuren auf dem Bildschirm klein und funktional bleiben mussten, machte Rowes Titelbild aus dem Zukunftssport eine Veranstaltung, bei der vermutlich bereits die vorderen Zuschauerreihen Schutzhelme benötigten.

Musik und Soundeffekte stammten von David Whittaker. Während die ASM den Atari-ST-Klang wenig abwechslungsreich fand, wurde Whittakers Musik bei der späteren C64-Umsetzung zu einem der meistgelobten Elemente.

Diese Version erschien 1989 und wurde von Andrew Bowen bei Pantheon Software umgesetzt; Sam Mohabull passte Colemans Grafik an den Commodore 64 an. Die Konvertierung opferte sichtbare Details, bewahrte aber das Tempo. Tacklings, Bandenspiel und Zweispielermodus blieben erhalten – und damit alles, worauf es bei Speedball wirklich ankam.

Commodore User zeichnete die Umsetzung im Mai 1989 mit einem „CU Screen Star“ und 88 Prozent aus. Besonders auffällig waren 95 Prozent für die Spielbarkeit und 91 Prozent für den Sound. Tony Dillon beendete seinen Test mit der Frage: „The perfect downward conversion? Probably not, but the closest anyone has been yet.“ – „Die perfekte Umsetzung auf ein kleineres System? Wahrscheinlich nicht, aber näher war bis dahin niemand gekommen.“

Auch Zzap!64 sah darin eine der eindrucksvollsten Übertragungen von 16 auf 8 Bit. Die Fassung sehe gut aus, klinge großartig und sei „an absolute scorcher in the addiction department“ – in Sachen Suchtwirkung also ein regelrechter Brenner. Vor allem gegen einen geübten zweiten Spieler sei das Geschehen „fast and furious“, schnell und furios.

Die C64-Version bildete nicht jedes technische Detail der Amiga- und Atari-ST-Fassungen nach. Sie bewahrte deren Rhythmus. Der Ball blieb schnell, die Spieler reagierten unmittelbar, und ein verlorenes Tackling öffnete noch immer innerhalb eines Augenblicks den Weg zum Tor. Selbst die Power Play stellte fest, auf dem „kleinen“ C64 gehe nichts vom Spielspaß verloren.

Weitere Umsetzungen folgten für das Sega Master System und 1991 für das NES, wo das Spiel unter dem Namen KlashBall erschien. Grafik und Geschwindigkeit änderten sich, doch der Kern blieb sofort erkennbar: gepanzerte Figuren, eine Metallkugel und ein Spielfeld, dessen Wände Teil des Spiels waren.

In Deutschland kostete Speedball laut ASM etwa 65 DM. Die Power Play nannte abhängig vom System Preise zwischen 49 und 85 DM. Für den C64 führten britische Magazine rund 9 bis 10 Pfund für die Kassette und etwa 13 bis 15 Pfund für die Diskette auf. Später nahm Mirrorsoft den Titel für 9,99 Pfund in die Budgetreihe Mirror Image auf.

Anlässlich dieser Neuauflage kennzeichnete The One Speedball als „Best Buy“. Die Redaktion musste das Spiel für ihren Rückblick offenbar nicht mühsam aus dem Archiv hervorkramen. Man erinnerte sich daran, dass der Büromonitor nach der ursprünglichen Veröffentlichung ständig besetzt gewesen sei und das metallische Krachen der Spieler zum Redaktionsalltag gehört habe. Erst Kick Off habe die internen Speedball-Partien vorübergehend verdrängt.

The One fasste das Spiel später mit einem Satz zusammen: „Two teams of heavily-armoured men beating each other up – and occasionally trying to get the ball in their opponent’s goal.“ – „Zwei Mannschaften schwer gepanzerter Männer prügeln aufeinander ein – und versuchen gelegentlich, den Ball ins gegnerische Tor zu bekommen.“

1990 baute Speedball 2: Brutal Deluxe nahezu jeden Bereich aus und prägte die Erinnerung an die Reihe so stark, dass der erste Teil später häufig nur noch als Vorstufe erschien. Für die Redaktionen von 1988 und 1989 war Speedball jedoch längst ein vollständiges Spiel: schnell, laut, fordernd und im Zweispielermodus schwer wieder aus dem Laufwerk zu bekommen. Bei The One musste erst Kick Off erscheinen, um die internen Partien vom Büromonitor zu verdrängen. Für ein Spiel, das Mastertronic zweimal nicht haben wollte, war das eine recht deutliche Antwort.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Commodore Amiga 500: Die Alltagsmaschine, die zur Legende wurde

Ist es wirklich notwendig, über den Amiga 500 zu schreiben? Über einen Computer, den viele als ihren ersten „echten“ Rechner erlebt haben, über den sich Mythen ranken, dessen Name noch heute nostalgische Reflexe auslöst? Vielleicht ist es genau deshalb notwendig. Denn der Amiga 500 war nicht nur ein Erfolgsmodell, sondern ein kulturelles Phänomen – eines, dessen Bedeutung sich erst im Rückblick vollständig erschließt. Wir sprechen von einem Computer, der millionenfach verkauft wurde, der Generationen prägte und dennoch wirtschaftlich nie jene Stabilität erreichte, die sein Einfluss vermuten ließe. Zeit also, den Amiga 500 in Ruhe einzuordnen. Der Amiga 500 war weniger Neuentwicklung als bewusste Neupositionierung.

Nachdem der technisch revolutionäre, aber teure Amiga 1000 den Markt kaum erreichte, wurde bei Commodore früh klar, dass die Zukunft der Plattform nicht in einem weiteren Prestigeobjekt lag, sondern in einem erschwinglichen, massentauglichen System. Ziel war es, die außergewöhnlichen Fähigkeiten der Amiga-Architektur in ein kompaktes Gerät zu überführen, das näher an der Lebensrealität der Nutzer lag. Der Amiga 500 sollte kein Demonstrator sein, sondern ein Alltagsrechner – wohnzimmertauglich, preislich erreichbar und vielseitig einsetzbar. Diese Pragmatik war kein Rückschritt, sondern Voraussetzung des Erfolgs.

Dabei spiegelte sich auch eine unterschiedliche Entwicklungsphilosophie innerhalb des Commodore-Konzerns wider. Beide Modelle wurden bei Commodore in West Chester entwickelt, verfolgten jedoch von Beginn an unterschiedliche Zielsetzungen. Während der Amiga 500 konsequent auf den Heim- und Massenmarkt ausgerichtet war, wurde der Amiga 2000 auf eine modularere, professionell erweiterbare Nutzung hin konzipiert. Anforderungen aus dem internationalen Umfeld – insbesondere aus Europa – beeinflussten dabei vor allem die Auslegung des Amiga 2000, etwa im Hinblick auf Steckplätze, Videoanbindung. Dort standen Erweiterbarkeit, Steckplätze, Videoanwendungen und Studioeinsätze im Vordergrund. Beide Modelle nutzten dieselbe Grundarchitektur, verkörperten jedoch unterschiedliche Antworten auf dieselbe Frage: Was sollte ein Amiga sein? Der Amiga 500 beantwortete sie aus Sicht des Heimcomputers, der Amiga 2000 aus Sicht der Workstation.

Technisch basierte der Amiga 500 auf derselben grundlegenden Architektur wie der zuvor erschienene Amiga 1000. Herzstück war der Motorola 68000, intern mit rund 7,14 MHz im NTSC- und etwa 7,09 MHz im PAL-Betrieb getaktet. Für sich genommen war dieser Prozessor kein Hochleistungswunder, doch das Zusammenspiel mit den spezialisierten Custom-Chips machte den Unterschied. Agnus übernahm Speicherverwaltung und DMA-Zugriffe, Denise war für die Grafik zuständig, Paula kümmerte sich um Audio, Diskettensteuerung und Interrupts. Ergänzt wurde dieses Trio durch Gary, der Bus-Logik und zentrale Teile der Adressdekodierung kontrollierte.

Diese Aufgabenteilung erlaubte es dem Amiga, viele audiovisuelle Prozesse parallel zur CPU auszuführen – ein Ansatz, der ihn im Heimcomputerbereich der Mitte der 1980er-Jahre durch die Kombination aus Grafik-, Sound- und Multitasking-Fähigkeiten deutlich von zeitgenössischen Systemen abhob.

Diese Architektur zahlte sich besonders in der Praxis aus. Während zeitgenössische Rechner viele Aufgaben vollständig der CPU überließen, konnte der Amiga Grafik- und Soundoperationen auslagern, ohne den Hauptprozessor zu blockieren. Das Ergebnis war eine Leistungsfähigkeit, die sich unmittelbar in Spielen, Demos und Multimedia-Anwendungen zeigte. Grafikmodi mit bis zu 4096 Farben (HAM), vier unabhängige 8-Bit-Audiokanäle und echtes präemptives Multitasking waren im Heimcomputerbereich Mitte der 1980er-Jahre nahezu konkurrenzlos.

Zwar beruhte auch der Amiga 1000 auf derselben Architektur, erwies sich im Auslieferungszustand jedoch als deutlich unpraktischer im Alltag. Da das Kickstart noch nicht im ROM vorlag, musste das Betriebssystem beim Start von Diskette in den Arbeitsspeicher geladen werden, wodurch ein erheblicher Teil der ursprünglich nur 256 KB RAM bereits belegt war, bevor Anwendungen oder Spiele überhaupt beginnen konnten. Technisch war der Amiga 1000 keineswegs eingeschränkt – mit Speichererweiterungen ließ er sich leistungsfähig ausbauen –, doch erst der Amiga 500 beseitigte diese Einstiegshürden konsequent und machte die Architektur im Serienzustand wirklich alltagstauglich.

Mit dem A500 wanderte Kickstart fest ins ROM. Der Rechner war nach dem Einschalten sofort funktionsfähig – kürzere Bootzeiten, höhere Robustheit, geringere Einstiegshürden. Der Preis: Updates erforderten ROM-Tausch.

Während der Amiga 1000 sein Betriebssystem bei jedem Start von Diskette laden musste, stand dem Amiga 500 nach dem Einschalten sofort eine lauffähige Systembasis zur Verfügung. Das verkürzte Startzeiten, erhöhte die Zuverlässigkeit und senkte die Einstiegshürde erheblich. Diese Entscheidung war jedoch nicht unumstritten. Teile des Entwicklerumfelds sahen im festgeschriebenen Kickstart-ROM eine Einschränkung, da frühe Designentscheidungen damit schwerer korrigierbar wurden und Weiterentwicklungen einen physischen Austausch des ROMs erforderten. Was für den Alltag ein Gewinn war, konnte langfristig zur Fixierung werden – ein klassischer Zielkonflikt zwischen Benutzerfreundlichkeit und technischer Flexibilität.

Auf Kickstart aufbauend stellte die Workbench die grafische Arbeitsumgebung des Amiga dar. Sie folgte bewusst nicht der damals verbreiteten Desktop-Metapher, sondern setzte auf eigene Begriffe und Konzepte. Verzeichnisse hießen „Drawer“, Programme „Tools“, Dateien „Projects“. Parallel dazu existierte mit der CLI von Beginn an eine vollwertige Kommandozeile, die nicht als Notlösung, sondern als gleichberechtigter Zugang zum System gedacht war. Der Amiga war nie ein reines GUI-System, sondern ein Rechner, der grafische und textbasierte Arbeitsweisen selbstverständlich miteinander verband. Besonders bemerkenswert war, dass das Betriebssystem bereits früh präemptives Multitasking bot – nicht als Demonstration, sondern als Alltagsfunktion, selbst auf Systemen mit begrenztem Speicher.

Ein zentrales Merkmal der Amiga-Architektur war das differenzierte Speicherkonzept. Chip-RAM bildete den gemeinsamen Arbeitsbereich von CPU und Custom-Chips und war essenziell für Grafik und Sound. Slow-RAM, häufig über den Trapdoor-Slot unter der Gehäuseklappe realisiert, konnte zwar von der CPU genutzt werden, lief jedoch über den Chip-Bus und unterlag dessen Busarbitration, wodurch der Zugriff langsamer war als auf echtes Fast-RAM. Erst mit späteren Agnus-Revisionen oder beim Amiga 500 Plus ließ sich dieser Speicher direkt als Chip-RAM einbinden. Fast-RAM schließlich war ausschließlich der CPU vorbehalten und deutlich effizienter, da es nicht am Chip-Bus hing und somit keine Wartezyklen durch den Chipsatz entstehen konnten. Im Amiga 500 wurde solches Fast-RAM vor allem über den seitlichen Expansionsport realisiert.

Vereinfacht lässt sich das so verstehen: Chip-RAM ist eine Hauptverkehrsstraße, auf der sich CPU, Grafik und Sound den Zugriff teilen. Slow-RAM ist eine Nebenstraße mit Wartezeiten. Fast-RAM hingegen ist eine exklusive Schnellstraße nur für die CPU. Für Spiele war Chip-RAM entscheidend, für Anwendungen Fast-RAM – ein Spannungsfeld, das den Ausbau des Amiga 500 prägte.

Frühe A500 mit dem Agnus 8370/8371 boten 512 KB Chip (plus 512 KB Slow über Trapdoor). Spätere Revisionen erhöhten auf 1 MB Chip; mit dem 8375 konnten in entsprechend bestückten Systemen bis 2 MB Chip genutzt werden (z. B. A500 Plus).

Ergänzend dazu konnten über den seitlichen Expansionsport mehrere Megabyte Fast-RAM nachgerüstet werden – in der Praxis meist bis zu acht Megabyte –, während zusätzliches Slow-RAM in bestimmten Konfigurationen ebenfalls genutzt werden konnte.
In der Alltagspraxis blieben solche Maximalbestückungen jedoch die Ausnahme. Die meisten Anwender begnügten sich mit moderaten Speichererweiterungen und investierten eher in Komfortzubehör wie Festplattenlösungen. Turbokarten mit 68020- oder 68030-Prozessoren existierten zwar bereits, waren jedoch teuer, nicht immer vollständig kompatibel und boten für viele Spiele kaum einen spürbaren Vorteil. Der typische Amiga-500-Nutzer investierte daher weniger in rohe Rechenleistung als in Speicher und Bedienkomfort. Genau hier zeigte sich, wo die Erweiterbarkeit des Amiga 500 an ihre Grenzen stieß. Mehr Speicher machte das System angenehmer, aber nicht grundlegend moderner. Die CPU und der Chipsatz blieben unverändert, während sich der PC-Markt über stetige Prozessor-Upgrades weiterentwickelte. Der Amiga 500 ließ sich optimieren, aber nicht beliebig weiterdenken. Erweiterbarkeit wurde zur Feinarbeit, nicht mehr zur Zukunftsperspektive.

Mit seiner Markteinführung 1987 traf der Amiga 500 auf einen Markt im Umbruch. In Großbritannien hatte sich der ZX Spectrum etabliert, in Deutschland war der Commodore 64 allgegenwärtig. Der A500 trat nicht an, um diese Systeme direkt zu ersetzen, sondern um sie abzulösen. Besonders in Europa wurde er rasch als der „neue C64“ wahrgenommen – leistungsfähiger, moderner, aber ähnlich zugänglich. Diese Rolle als natürlicher Nachfolger des klassischen Heimcomputers erwies sich als außerordentlich erfolgreich.

In Deutschland entwickelte sich der Amiga 500 zur dominierenden Heimcomputerplattform der späten 1980er-Jahre. Er fand seinen Weg in Kinder- und Jugendzimmer, in Wohngemeinschaften und Hobbykeller. Spiele wie Shadow of the Beast, Turrican, Speedball 2 oder The Secret of Monkey Island zeigten eindrucksvoll, wozu die Maschine fähig war. Action-, Sport- und Arcade-Titel dominierten dabei zahlenmäßig den Markt, während Adventures vor allem kulturell und erzählerisch prägend waren.

Bemerkenswert war, dass der Amiga 500 nicht nur Spieler ansprach. Er wurde zugleich zum kreativen Werkzeug für Musik, Grafik, Textverarbeitung und Programmierung. Programme wie Deluxe Paint oder ProTracker machten ihn zur Produktionsplattform. Diese Offenheit war gewollt – und sie hatte Konsequenzen. Die einfache Kopierbarkeit von Disketten, das Fehlen wirksamer Schutzmechanismen und eine schnell wachsende Cracker-Szene führten dazu, dass Softwareverkäufe oft weit hinter der tatsächlichen Nutzung zurückblieben.

Aus diesem Umfeld entwickelte sich auch die legendäre Demoszene. Was als technische Spielerei begann, wuchs zu einer eigenständigen Kunstform heran, in der Gruppen nicht um Verkaufszahlen konkurrierten, sondern um Effizienz, Kreativität und das Ausloten technischer Grenzen. Der Amiga 500 wurde zur Bühne für audiovisuelle Experimente, deren Einfluss bis heute spürbar ist. Die wirtschaftlichen Folgen für Softwarehersteller resultierten dabei jedoch weniger aus der Demoszene selbst als aus dem weiteren Umfeld der Cracker-Szene, aus dem viele Gruppen hervorgingen und das insgesamt ein Klima schuf, in dem Software vielfach unentgeltlich verbreitet wurde.

Für Commodore selbst war der Erfolg des Amiga 500 ein zweischneidiges Schwert. Der Rechner verkaufte sich hervorragend, doch das Unternehmen verdiente fast ausschließlich an der Hardware. Anders als Konsolenhersteller verfügte Commodore über kein geschlossenes Lizenzsystem, das kontinuierliche Einnahmen aus Software generiert hätte. Die aggressive Preispolitik sicherte Marktanteile, reduzierte jedoch die Margen. Der Amiga 500 hielt Commodore am Leben, stabilisierte das Unternehmen jedoch nicht nachhaltig.

International zeigte sich ein deutliches Gefälle. Während der Amiga in Europa kulturell dominierte, blieb er in den USA ein Nischenprodukt. Dort setzten sich IBM-kompatible PCs zunehmend durch, getragen von Standardisierung, beruflicher Nutzung und klaren Upgrade-Pfaden. Der Amiga gewann Herzen, aber keine Märkte. Diese Diskrepanz zwischen kultureller Bedeutung und wirtschaftlicher Realität wurde im Laufe der Jahre immer deutlicher.

Ein entscheidender Faktor für diese Entwicklung lag außerhalb der reinen Technik. Der Amiga setzte sich nie als Büro- oder Unternehmensstandard durch. Dafür fehlte ihm weniger Leistungsfähigkeit als vielmehr eine zwingende Anwendung – eine sogenannte Killer-App. Während andere Systeme durch einzelne Programme quasi institutionalisiert wurden, blieb der Amiga in dieser Hinsicht fragmentiert. Der IBM-PC etablierte sich im Geschäftsalltag nicht primär wegen einer technischen Überlegenheit im Heimcomputer-Sinn, sondern weil Anwendungen wie Tabellenkalkulationen, Textverarbeitung und Datenbanken dort früh zu De-facto-Standards wurden. Wer im Büro arbeitete, arbeitete mit diesen Programmen – und damit zwangsläufig mit der zugrunde liegenden Plattform.

Auf dem Amiga existierten zwar leistungsfähige Alternativen, doch keine davon erreichte eine vergleichbare Marktdominanz oder institutionelle Verbindlichkeit. Selbst spezialisierte Erfolge wie Cinema 4D blieben auf klar umrissene Zielgruppen beschränkt und eigneten sich nicht als Fundament für eine allgemeine Büro-IT. Hinzu kam, dass Microsoft als zentraler Softwarelieferant kein strategisches Interesse daran hatte, eine konkurrierende Plattform zu stärken, während man parallel das eigene Betriebssystem-Ökosystem für den IBM-PC aufbaute. Der Amiga blieb dadurch ein freier, kreativer Rechner – aber ohne die softwareseitige Verankerung, die für eine nachhaltige Präsenz in Büros, Verwaltungen und Unternehmen notwendig gewesen wäre.

Wie sich diese wachsende Diskrepanz zwischen technischer Leistungsfähigkeit, kultureller Bedeutung und fehlender institutioneller Verankerung entwickelte, lässt sich gut an der zeitgenössischen Fachpresse ablesen. Magazine wie Power Play begleiteten den Amiga 500 über Jahre hinweg und stellten ihn regelmäßig in Vergleichsübersichten neuen Systemen gegenüber. Anfang der 1990er-Jahre veränderte sich der Tonfall spürbar. Der Amiga 500 wurde zunehmend als etablierter Klassiker betrachtet, dessen Stärken bekannt, dessen Grenzen aber ebenso offensichtlich geworden waren. Dieser Wandel erfolgte nicht abrupt, sondern schleichend – und gerade darin lag seine Aussagekraft.

Auch auf Hardware-Ebene spiegelte sich die besondere Entwicklerkultur wider. Auf mehreren Mainboard-Revisionen des Amiga 500 findet sich der interne Codename „Rock Lobster“ beziehungsweise „B52“ direkt auf der Leiterplatte aufgedruckt – eine Referenz an den gleichnamigen Song der B-52’s. Solche Codenamen waren Ausdruck einer informellen, kreativen Ingenieurskultur, wie sie für das Amiga-Team typisch war.

Ein weiteres stilles Detail dieser Kultur findet sich in der Workbench selbst. Das Uhr-Icon, das ab späteren Versionen verwendet wurde, zeigt eine Zeigerstellung, die in der Amiga-Community häufig als stilles Gedenken an die Challenger-Katastrophe von 1986 interpretiert wird. Dabei handelt es sich um eine verbreitete, jedoch nicht belegte Deutung, für die es keine offizielle Bestätigung gibt. Gleichwohl fügt sie sich stimmig in den zeitgeschichtlichen Kontext einer Ära ein, in der Raumfahrt, Technikoptimismus und Computerentwicklung eng miteinander verknüpft waren. Bleibt die Frage der historischen Einordnung: War der Amiga 500 noch ein Homecomputer? Nach klassischer Definition ja: ein erschwinglicher Rechner für den privaten Gebrauch, mit integrierter Tastatur, offen für Spiel, Lernen und Kreativität. War er der letzte seiner Art? Nicht absolut. Systeme wie der Atari ST oder spätere Amiga-Modelle existierten parallel. Doch der Amiga 500 markiert einen Endpunkt – einen der letzten Heimcomputer, der diese Rolle kulturell, technisch und wirtschaftlich vollständig ausfüllte, bevor sich der Markt endgültig auf PC und Konsole aufteilte.

Gerade darin liegt seine historische Bedeutung. Der Amiga 500 war kein perfektes System, aber ein offenes. Er ermöglichte eine Form von Computerkultur, die Experiment, Spiel, Kreativität und Gemeinschaft miteinander verband. Dass er wirtschaftlich nicht dauerhaft bestehen konnte, schmälert diesen Einfluss nicht – es erklärt ihn. Der Amiga 500 war ein Rechner seiner Zeit, und zugleich einer, der ihr in vielerlei Hinsicht voraus war.

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

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

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.

Shadow Skimmer – 1987 by The Edge

Shadow Skimmer – 1987 by The Edge

cda7c78c ba56 4ce1 9855 de6f3180df53Im Jahr 1987 schickte The Edge die Spieler mit Shadow Skimmer auf einen Trip, den wohl nur die Achtziger so hervorbringen konnten: Eine Mischung aus technisch beeindruckendem 8-Bit-Shader und klassischem Labyrinth-Shooter, angesiedelt in deinem eigenen Raumschiff. „Doch diesmal kämpfen Sie gegen das gefährlichste Raumschiff im Universum: Ihr eigenes!“ witzelte damals eine Zeitschrift – und traf damit den Kern des Spiels. Als namenloser Zweiter Offizier strandet man während einer Routineinspektion mit einem Gleiter, dem namensgebenden Shadow Skimmer, im Inneren des riesigen Mutterschiffs. Die Bord-KI spielt verrückt und behandelt einen prompt als Eindringling. Türen verriegeln sich, Lasergeschütze fahren aus – kurzum: Die eigene Schiffstechnologie wird zum Endgegner. Was für ein Szenario! Diese kreative Prämisse hob Shadow Skimmer wohltuend von der Masse generischer Weltraumballereien ab und sorgte bereits in der Vorschauphase für Aufsehen. Pressemitteilungen warben mit dem ungewöhnlichen Twist, und findige Redakteure spendierten markige Zeilen wie „Ihr Raumschiff kennt keine Gnade – entkommen Sie, wenn Sie können!“.

Technisch reizte Shadow Skimmer die Heimcomputer seiner Zeit ordentlich aus. Besonders auf dem ZX Spectrum, wo sanftes Scrolling sonst eher Mangelware war, erregte das Spiel Staunen. „Shadow Skimmer ist das flüssigst scrollende und farblich sauberste Spiel, das man auf dem Spectrum je gesehen hat“, jubelte der Your Sinclair-Tester beeindruckt über die farbenfrohe, praktisch flimmerfreie Grafikpracht. Tatsächlich gelang Programmierer John B. Marshall das Kunststück, einen Multi-Directional-Scroller auf dem Spectrum fast ohne Color-Clash umzusetzen – ein gehöriges Prestige in der 48K-Klasse. Die Spectrum-Version lief in drei großen, frei scrollenden Arealen erstaunlich flüssig, mit flackerfreien Sprites und einem sternenübersäten Hintergrund, der das Gefühl vermittelte, mit hoher Geschwindigkeit durch verwinkelte Tech-Korridore zu gleiten. Auch auf dem Amstrad CPC überzeugten die kräftigen Farben; dort wirkte das Spiel durch die CPC-Palette sogar noch bunter, wenngleich ein klein wenig langsamer in der Bewegung. Und die Commodore-64-Umsetzung? Die spielte ihren Hardware-Vorteil souverän aus: butterweiches Scrolling in alle Richtungen und ein druckvoller Soundtrack aus der SID-Chip-Schmiede. Neil Baldwin, der hier unter seinem Spitznamen “Demon” debütierte, steuerte auf dem C64 einen funky SID-Soundtrack bei, der heute noch gern von Fans remixt wird. Ergänzt wurden die Melodien von ein paar wummernden Soundeffekten aus der Hand von David Whittaker, der als einer der produktivsten Spielekomponisten der Ära bekannt war (sein Name taucht in den Credits von Shadow of the Beast bis Lazy Jones überall auf). Zwar musste man auf dem Spectrum mangels 128k-Unterstützung mit einfachem Pieps-Sound vorliebnehmen – dort gab es lediglich Intro-Gedudel – doch insgesamt galt Shadow Skimmer auf allen drei Plattformen technisch als kleines Schmankerl. Kein Wunder, dass Sinclair User dem Specci-Skimmer sogar das Prädikat „Klassiker“ verlieh und die Konkurrenz neidisch auf die Programmierkünste schielte.

Inhaltlich spielte sich Shadow Skimmer aus der Top-Down-Perspektive. Der Clou: Man steuerte den Shadow-Skimmer-Gleiter auf der Außenhülle des labyrinthartigen Schiffsrumpfs entlang. Jeder der drei Level war ein verzweigtes Labyrinth voller enger Durchgänge, Energieschranken und patrouillierender Sicherheitsdrohnen. Die Aufgabe: Finde den Ausgang – ein rettender Wartungsschacht – um in den nächsten Abschnitt zu gelangen. Natürlich hatte das Schiff etwas dagegen: Laserkanonen schossen aus Wandnischen, autonome Abfangjäger nahmen die Verfolgung auf, und Kraftfelder versperrten ganze Gänge. Der Spieler musste zunächst in jeder Zone ein verstecktes Energiekraftwerk zerstören, um die Hauptsicherung lahmzulegen – erst dann öffnete sich der versperrte Ausgang. Hier zeigte sich Shadow Skimmer als eher puzzlelastiges Shoot ’em up: Es galt, erst die richtige Route durchs Labyrinth zu tüfteln und den verborgenen Reaktor zu finden, bevor man fliehen konnte. Mit bloßem Durchballern war es nicht getan – im Gegenteil, blinde Zerstörungswut wurde sogar bestraft. Für Gesprächsstoff sorgte damals ein besonderes Spielelement: Feindliche Dronen konnte man zwar abschießen, aber an ihrer Stelle erschien augenblicklich ein unzerstörbarer Generator, der neue Gegner produzierte! Dieser perfide Mechanismus zwang dazu, sich genau zu überlegen, wann man schießt. Überall lauerten solche fiesen Design-Entscheidungen, die dem sonst klassischen Labyrinth-Shooter einen strategischen Anstrich gaben.

Eine weitere Besonderheit war der Flip-Mechanismus des Gleiters. Per Tastendruck konnte man den Shadow Skimmer um 180 Grad drehen und auf dem Rücken fliegen lassen. Dieser Trick war nötig, um gewisse Hindernisse zu passieren – etwa niedrige Tunnel oder Sperren, die den normalen Gleiter rammen würden. In der Praxis fühlte es sich an, als ob man zwischen zwei Ebenen der Spielwelt wechselt: oben Gleiter aktiv, unten Gleiter umgedreht. Allerdings konnte man geflippt weder feuern noch sich verteidigen. Diese Idee klang spannender, als sie letztlich war, denn oft bedeutete der Flip vor allem Verletzbarkeit: „Trotz flüssigem Scrolling und toller Grafik ist Shadow Skimmer letztlich kaum mehr als ein Labyrinth-Spiel“, monierte Commodore User spitz, „und das groß angekündigte Flip-Gimmick macht’s auch nicht aufregender.“ Tatsächlich blieb der Nutzen der Rückenlage etwas unterentwickelt – außer zum Durchqueren einiger Hindernisse hatte sie kaum spielerischen Mehrwert, was manchen Kritikern als vertane Chance galt. Hier merkt man, dass Shadow Skimmer vielleicht größere Pläne hatte, die nicht ganz ausgereizt wurden. Aus Entwicklerkreisen war später zu hören, dass ursprünglich mehr Level und Fallen geplant waren – so sollte es Gerüchten zufolge einen vierten Abschnitt tief im Reaktorkern geben, eventuell sogar mit einem Endgegner, der es aber nie ins Spiel schaffte. Speicherplatz und Zeitdruck setzten dem ambitionierten Design offenbar Grenzen. Trotzdem muss man den Mut zur Innovation loben: Das Gleiter-Flippen und der Mechanismus der unzerstörbaren Generatoren zwangen den Spieler, anders vorzugehen als in üblichen Ballerspielen. Dieses Strategie-Element polarisierte zwar – Power Play etwa bemängelte, das Spielgefühl leide unter dem ständigen Ausweichen und Warten – doch in der Retrospektive sorgt genau diese Eigenheit für einen nostalgischen Charme. Man erinnert sich an Shadow Skimmer eben nicht als simples Dauerfeuer-Shoot’em up, sondern als etwas eigensinniges Hybrid-Game.

Auch plattformübergreifend bot Shadow Skimmer reichlich Gesprächsstoff. Die ZX-Spectrum-Version war – ungewöhnlich genug – wohl die am besten bewertete. Dank der erwähnten technischen Brillanz und trotz lediglich zweier Farben pro Sprite (clever gewählt, um Farbüberlauf zu vermeiden) zog sie das britische Speccy-Publikum in ihren Bann. Your Sinclair vergab 8/10 Punkte, Sinclair User feierte es gar mit Lobeshymnen. Auf dem Commodore 64 hingegen schlug die Euphorie schnell in Skepsis um. Dort war man von butterweichen Scrolling-Shootern à la Paradroid oder Crafton & Xunk bereits verwöhnt – da musste Shadow Skimmer spielerisch mehr bieten, um zu glänzen. Das tat es leider nicht ganz. So vergab Zzap!64 nur maue 57 % und urteilte sinngemäß, dass unter der hübschen Haube zu wenig neue Ideen stecken. Die C64-Fassung bestach zwar audiovisuell – Neil Baldwins SID-Soundtrack mit dem eingängigen Titelthema wurde lobend hervorgehoben –, aber das Maze-Konzept erschien 1987 auf dem Brotkasten vielen bereits etwas angestaubt. Und wie schlug sich die Amstrad-CPC-Version? Die französischen und britischen CPC-Magazine zeigten sich geteilt. Während man die knackigen Mode-0-Grafiken (16 Farben gleichzeitig!) positiv registrierte, rümpfte mancher Tester die Nase über die zähe Steuerung. Amstrad Action zog am Ende mit nur 58 % Gesamtwertung vom Platz – also ähnlich reserviert wie die C64-Kollegen.

Im Kern spielten sich jedoch alle 8-Bit-Versionen sehr ähnlich, da sie auf dem gleichen Grunddesign beruhten. Erwähnenswert: Die Entwicklungsarbeiten wurden bei The Edge wohl parallel verteilt. John B. Marshall entwarf das Konzept und war hauptverantwortlich für die Spectrum-Variante (laut Credits „Game Concept“ – er hatte zuvor schon mit Titeln wie Elidon für den CPC Erfahrungen gesammelt). Jack Wilkes, der Grafiker des Teams, steuerte die Optik bei – er sollte später vor allem durch Comic-Umsetzungen wie Garfield: Big, Fat, Hairy Deal (1988) und Snoopy (1989) bekannt werden, wo seine detailreichen Pixelkunstwerke die Comicfans begeisterten. Die C64-Umsetzung programmierte Martin „Mat“ Sneap, ein junger Coder, der zuvor am skurrilen Prügelspiel Knuckle Busters (1986) mitgearbeitet hatte. Sneap passte Marshalls Konzept an den Commodore an und integrierte den SID-Sound. Fun Fact am Rande: Shadow Skimmer war Neil Baldwins erster veröffentlichter Game-Soundtrack – der Beginn einer beachtlichen Karriere, die ihn später als Komponist für zahlreiche NES-Spiele (darunter Ferrari Grand Prix Challenge und Hero Quest) bekannt machen sollte. Baldwin selbst erinnerte sich in Interviews schmunzelnd daran, wie er 1987 unter dem Pseudonym „Demon“ den Job bekam: Er hatte ein Demotune namens „Demon’s First“ vorgelegt, das The Edge so überzeugte, dass man ihm prompt die Musik für Shadow Skimmer übertrug. Nicht schlecht für den Einstieg!

Trotz aller Vorschusslorbeeren offenbarte sich im Langzeittest aber, dass Shadow Skimmer nicht jedem schmeckte. Spielerisch war es eben mehr Labyrinth als Action – eine Designentscheidung, die zwar originell war, aber nicht zur Geduld eines jeden passte. Einige Magazine lobten den Nervenkitzel, mit begrenzten Schilden (drei Treffer und der Ofen ist aus) durch verwinkelte Korridore zu schleichen und zu überlegen, ob man einen Verfolger abschießt oder ihn lieber in eine Sackgasse lockt. Andere empfanden genau das als zäh. „Trotz seiner flüssigen Scrolling-Effekte ist Shadow Skimmer letztlich kaum mehr als ein Labyrinth-Spiel“, merkte Commodore User sarkastisch an. Und tatsächlich: Hat man den optimalen Pfad gefunden, sind die drei Levels recht schnell durchgespielt – Shadow Skimmer bot erfahrenen Action-Veteranen wenig Anreiz für wochenlange Beschäftigung.

Die Verkaufszahlen spiegelten dieses durchwachsene Echo wider. Konkrete Stückzahlen sind heute schwer aufzutreiben, aber The Edge sah sich bereits Ende 1987 veranlasst, den Titel günstiger neu aufzulegen. In Großbritannien erschien er wenig später auf dem Budget-Label The Micro Selection für nur £ 2,99 – ein Zeichen dafür, dass der große kommerzielle Wurf ausblieb. International hingegen kam Shadow Skimmer unterschiedlich an: In Spanien vertrieb Erbe Software eine lokalisierte Fassung („Shadow Skimmer“ wurde dort mit einem bunten Cover beworben, das einen Gleiter vor Sci-Fi-Kulisse zeigt), und in Deutschland war das Spiel zumindest in den Charts kurz vertreten. ASM führte die Spectrum-Version im Januar ’88 als „ASM-Hit“ mit guter Wertung, was zeigt, dass man hierzulande durchaus Gefallen am Konzept fand – zumal der Spectrum in Deutschland ein Exot war und technische Highlights dort gern hervorgehoben wurden. Auf dem C64 schaffte es Shadow Skimmer dagegen nur für kurze Zeit in die Mittelfeld-Ränge der Verkaufshitparaden, bevor es von populäreren Actiontiteln überholt wurde. Angesichts dieser durchwachsenen Resonanz ist es wenig überraschend, dass geplante Erweiterungen oder ein möglicher Nachfolger nie das Licht der Welt erblickten. Es gab wohl Ideen für ein Shadow Skimmer 2 mit neuen Gleiter-Modellen und größeren Schiffsumgebungen, doch nach 1988 verlor The Edge das Interesse – man konzentrierte sich lieber auf lizenzträchtige Projekte wie Garfield oder Innovationen auf 16-Bit-Systemen.

Aus heutiger Sicht haftet Shadow Skimmer jener undergroundige Retro-Charme an, wie ihn nur die späten Achtziger hervorbringen konnten. Das Spiel ist kein unumstrittener Klassiker – dafür spalten sich die Meinungen zu sehr. Doch gerade diese Kontroversen machen den Reiz eines Wiederbesuchs aus: Einerseits genießt man die verblüffend flüssige Grafik und den coolen Sound (wer einmal den eingängigen Titeltrack gehört hat, wird einen SID-Ohrwurm davontragen). Andererseits merkt man auch die Limits: die etwas sterile Umgebung, den Mangel an Abwechslung nach Level 3 und die Tatsache, dass man im letzten Abschnitt eben keinen großen Endkampf hat, sondern „nur“ wieder durch ein Tor entschwindet. Retro Gamer würde wohl augenzwinkernd urteilen: Shadow Skimmer ist ein Produkt seiner Zeit – voller Ideen, aber auch ein bisschen fragmentarisch. Gerade das macht aber den nostalgischen Reiz aus. Man fühlt sich zurückversetzt in die Ära, als Entwickler mit Minimal-Hardware Maximales versuchten und dabei kreative Wege gingen, um Spieler zu überraschen.

Abschließend darf natürlich ein Blick auf die harten Zahlen nicht fehlen – damals wie heute ein Lieblingsthema der Branchenbeobachter. Shadow Skimmer wurde 1987 zum üblichen Vollpreis veröffentlicht. In Großbritannien lagen die empfohlenen Ladenpreise bei etwa £ 7,95 für die Kassettenversion und £ 12,95 für die Diskette. In Deutschland entsprach das rund 30 DM (Kassette) bzw. 50 DM (Disk)** – gängige Preise für Top-Titel jener Zeit. Rechnet man die Inflation bis heute mit ein, wirken diese Beträge allerdings deutlich stattlicher: Rund 60 DM (also etwa 30 €) müsste man heute für die Tape-Version hinblättern, und eine Diskette käme inflationsbereinigt auf ca. 100 DM – umgerechnet gut 50 €. Mit anderen Worten: Shadow Skimmer war kein Schnäppchen, sondern ein vollwertiger Premium-Release der Ära, der preislich mit Genre-Kollegen wie R-Type oder Gauntlet gleichzog. Dass The Edge den Titel binnen eines Jahres als Budget-Version für 15 bis 20 Mark verramschte, spricht Bände – der Markt hatte gesprochen. Ironischerweise sorgen gerade diese alten Preise heute für Schmunzeln: Wer damals 30 Mark investierte, hält nun vielleicht die verblasste Kassette in Händen und denkt sich, dass jeder Cent es wert war für die Stunden an Frust und Freude. Denn so ist es doch mit vielen Spielen jener Zeit: Was Shadow Skimmer an Spielumfang fehlte, machte es durch Persönlichkeit wett.

Heute zählt Shadow Skimmer zu den liebenswerten Kuriositäten der 8-Bit-Ära. In Retro-Gamer-Kreisen wird es gerne als Geheimtipp für den ZX Spectrum gehandelt – als Spiel, das zeigte, was auf der Kiste möglich war, „so elegant programmiert, dass man glauben könnte, auf einer 16-Bit-Maschine zu spielen“, wie ein begeisterter Fan rückblickend meinte. C64-Veteranen erinnern sich vor allem an die Musik und daran, dass der Titel seinerzeit in so mancher Disketten-Kopiersammlung schlummerte (häufig zwischen anderen Edge-Spielen wie Warlock oder Bobby Bearing zu finden). Auf dem Amstrad CPC wiederum gehört Shadow Skimmer zu jenen Ports, die man mal antestet, um die farbenfrohe Grafik zu bewundern – und dann eventuell zu etwas Dynamischerem weiterzieht. Doch egal auf welcher Plattform: Der ironisch-nostalgische Ton, in dem wir heute darüber sprechen, wäre ohne die Pionierarbeit seiner Macher nicht möglich. John B. Marshall und Jack Wilkes haben mit ihrem Team ein Spiel geschaffen, das vielleicht nicht in jeder Hinsicht glänzte, aber mutig Neues versuchte. Und alleine dafür gebührt Shadow Skimmer ein Platz im Pantheon der Retro-Erinnerungen. In einer Zeit, als wir gegen Aliens kämpften, kämpfte Shadow Skimmer gegen etwas viel Interessanteres – nämlich gegen uns selbst, beziehungsweise unsere eigenen Schiffe und Erwartungen.

 

U.F.O. – 1987 by Odin Computer Graphics / Firebird

U.F.O. - 1987 by Odin Computer Graphics / Firebird

ufo coverIm Jahr 1987 erschien im Rahmen von Firebirds berüchtigter „Silver Range“-Budgetserie ein Spiel, das auf den ersten Blick wie ein weiterer Space-Shooter wirkte, sich bei genauerem Hinsehen aber als technisches Kuriosum mit cleveren Detailideen entpuppte: U.F.O., entwickelt von Odin Computer Graphics für den Commodore 64, ein Spiel, das sich mit gerade einmal £1.99 in den Läden einsortierte, aber dennoch ein Stück Entwicklerhandwerk bewies, das über reines Massenfutter hinausragte – zumindest in der Theorie.

Der Spieler schlüpft in die Rolle eines Piloten des experimentellen Abfangjägers F21 "Condor" – einer Mischung aus Jet und Raumgleiter –, der in mehreren Wellen die Erde gegen anrückende Alienformationen verteidigen muss. Auf den ersten Blick handelt es sich um einen horizontal scrollenden Shooter im Stile von Defender oder Uridium, doch U.F.O. verzichtet auf freies Scrollen und setzt stattdessen auf einen Bildschirm-nach-Bildschirm-Wechsel mit festen Kampfzonen. Zwischen diesen Gefechten schaltet das Spiel in ein separates „Hypersonic Air Corridor“-Segment, in dem der Spieler seinen Gleiter durch einen engen Korridor voller Hindernisse manövrieren muss. Diese Sequenzen erinnern an eine Art Mini-Simulator in schnellerem Tempo, das Spieltempo zieht merklich an, die Steuerung wird trägheitsbasiert. Diese Tempowechsel bildeten das spielmechanische Rückgrat und sollten laut damaligen Entwicklern die monotone Repetition klassischer Budget-Shooter durchbrechen.

Eine auffällige Innovation lag im Waffenüberhitzungssystem: Die Bordkanone des Condors verfügte über eine Temperaturanzeige, die bei Dauerfeuer anstieg. Wurde die Schwelle überschritten, versagte die Waffe – der Spieler musste ausweichen oder notlanden. Außerdem besaß der Condor einen Energieschild, der nach Einsatz über Zeit wieder aufgeladen werden musste, was der actionlastigen Ballerei einen Hauch von Strategie mitgab. Für ein Spiel dieser Preisklasse war das ungewöhnlich.

Die Entwicklungsverantwortung lag bei Robert W. Tinman, der als Hauptprogrammierer agierte. Tinman war für Odin kein Unbekannter: Er hatte zuvor an Titeln wie Mission AD gearbeitet. Unterstützt wurde er im Grafikbereich von Andy Rixon, Andy Rowson und Martin Chatfield. Chatfield war später u.a. als Designer bei Spielefirmen wie Core Design und Probe tätig. Die Musik wurde von Keith Tinman komponiert, der ebenfalls für Odin arbeitete. Sein Soundtrack in U.F.O. nutzt die Möglichkeiten des SID-Chips effektiv aus, auch wenn er aus Platzgründen nur im Titelbild erklingt – das Spiel selbst bleibt weitgehend stumm.

u.f.o.Die Entwicklung fand unter knappen Budget- und Zeitrahmen statt. Laut einem nicht autorisierten Interview auf Spectrum Computing arbeitete das Team lediglich sechs Wochen an dem Titel. Eine geplante Version für den ZX Spectrum wurde verworfen – zu wenig Markt, zu hoher Portierungsaufwand für die dort fehlenden Hardwaresprites. Ursprünglich war U.F.O. als Teil einer Serie von Firebird-Budgettiteln geplant, die jeweils neue Spielmechaniken testen sollten. Ein Prototyp mit größerem Spielbereich und vertikaler Bewegung wurde zugunsten des Screen-by-Screen-Layouts gestrichen. Ebenso war eine Bosskampfsequenz in Planung, in der ein riesiges Mutterschiff über mehrere Bildschirme hinweg bekämpft werden sollte. Diese Phase wurde laut Entwicklernotizen aus Speichergründen verworfen – das Spiel nutzt nahezu die kompletten 64 KB des Commodore 64 aus.

Was die Vermarktung betrifft, so erschien U.F.O. lediglich in Europa. Eine geplante US-Version unter dem Arbeitstitel „Invaders '86“ wurde nie umgesetzt. Firebird bewarb das Spiel fast ausschließlich über Kleinanzeigen in Zeitschriften wie Commodore User und Zzap!64. Die Resonanz fiel nüchtern aus. Zzap!64 gab dem Spiel magere 19 %, kritisierte insbesondere die fehlende Originalität und das monotone Gameplay: „Klingt nach einer tollen Idee, aber wenn man’s spielt, sehnt man sich nach dem nächsten Tape-Seitensprung.“ Your Commodore vergab immerhin 4/10, lobte die Präsentation, monierte jedoch die steife Steuerung.

Der kommerzielle Erfolg war begrenzt. Schätzungen gehen von ca. 8.000 verkauften Einheiten in Großbritannien aus, was für ein Budgetspiel im unteren Mittelfeld lag. Andere Firebird-Titel wie Thrust oder Booty verkauften sich um ein Vielfaches besser. Auch eine Portierung für den Amstrad CPC wurde angedacht, aber nie realisiert. In Sammlerkreisen erzielt die Original-Kassette mit Inlay heute Preise zwischen £10 und £14, was inflationsbereinigt etwa £30–40 entspricht.

Interessante Trivia zum Spiel bietet der Code selbst: Eine kommentierte Version, die durch eine geleakte Source-Diskette von Odin im Jahr 2003 auftauchte, enthält Hinweise auf einen ursprünglich geplanten „Zweispieler-Modus“, bei dem abwechselnd zwei Spieler dieselben Level absolvieren sollten. Diese Funktion blieb jedoch unvollständig. Ebenfalls im Code findet sich der humorvolle Kommentar:

„If this overheats again, I’m buying a Speccy.“ (Wenn das wieder überhitzt, kaufe ich einen Speccy)

Offenbar ein interner Scherz zwischen den Entwicklern, der sich auf die zu diesem Zeitpunkt häufigen SID-Chip-Crashs bei Dauerklangwiedergabe bezog.

Auch die Namensgebung des Schiffs – „Condor F21“ – war kein Zufall. In frühen Konzeptzeichnungen hieß das Vehikel „Falcon“, wurde aber umbenannt, da Falcon Patrol von Virgin bereits existierte. Ein Testflug-Level mit Codenamen „Area G-9“ wurde gestrichen, da er thematisch zu nah an Uridium lag. Dies zeigt, wie sehr sich Entwickler damals auch innerhalb des engen Genres noch um Originalität bemühten.

Rückblickend ist U.F.O. ein Paradebeispiel für das, was Budgetspiele der späten 1980er-Jahre auf dem Commodore 64 oft waren: eine Mischung aus ambitionierter Mechanik, eingeschränkter Umsetzbarkeit und kommerziellem Pragmatismus. Es ist weder besonders erfolgreich noch besonders innovativ – aber gerade die kleinen Ideen, wie die Hitzemechanik oder der Hyperspace-Korridor, machen es zu einer charmanten Fußnote im großen Katalog von Firebird. Es ist ein Spiel, das mehr wollte, als es durfte, und damit vielleicht auch mehr ist, als es scheint.