The Dig – 1995 by LucasArts

The Dig - 1995 by LucasArts

the digEin Asteroiden-Abenteuer aus Spielberg’scher Feder? Klingt nach Hollywood-Kino, landete aber 1995 als Videospiel auf unseren Festplatten. The Dig blickt auf eine der verrücktesten Entstehungsgeschichten der LucasArts-Adventures zurück. Starregisseur Steven Spielberg hatte Mitte der 80er Jahre die Ursprungsidee zu dieser Sci-Fi-Story – ursprünglich als Episode der TV-Serie Amazing Stories, später sogar als Film angedacht. Doch das Konzept (Archäologen im All!) war für eine TV-Produktion zu teuer, also verschwand es vorerst in der Schublade. Einige Jahre und Blockbuster später – Spielberg hatte gerade mit Kumpel George Lucas Indiana Jones und der letzte Kreuzzug abgedreht – erinnerte er sich an die Idee und schlug sie LucasArts als Adventure-Spiel vor. Man traf sich 1989 im Skywalker Ranch Anwesen, ausgerechnet am Tag des San-Francisco-Erdbebens, um das Projekt aufzugleisen. Ein schlechtes Omen? Vielleicht. Jedenfalls sollte es bis zur Veröffentlichung noch über sechs Jahre dauern – länger als bei jedem anderen LucasArts-Adventure. In dieser Zeit wechselte das Spiel viermal den Projektleiter und drohte zwischenzeitlich zum Vapoware-Geist zu werden. „Es war, als müsste man für eine schwere Physikprüfung lernen, während rundherum eine Party tobt“, erinnerte sich Lead Designer Sean Clark augenzwinkernd an die schwierige Produktion inmitten der sonst spaßigen LucasArts-Truppe.

Den Anfang machte Branchenveteran Noah Falstein, doch ein Prestige-Projekt unter Aufsicht von Spielberg und Lucas erwies sich als zweischneidiges Lichtschwert. „Jeder wollte seinen Senf dazugeben, und das ist extrem schwer zu managen“, beschrieb Falstein die kreative Überfrachtung. Sein ursprüngliches Design sah zwei rivalisierende Archäologen-Teams auf einem Alien-Planeten vor, mit wählbarem Hauptcharakter und einer Story voller Konflikte. Viel blieb davon nicht übrig – Falstein wurde Anfang ’91 abgezogen, um Indy 4 (Fate of Atlantis) zu retten. Kurz darauf wurde er vollständig von LucasArts entlassen. In späteren Interviews erklärte Falstein, dass er nie explizit einen Grund genannt bekam, der Zusammenhang mit den Schwierigkeiten auf The Dig aber „ziemlich offensichtlich“ gewesen sei. Laut eigener Aussage: „Ich wurde von The Dig abgezogen, um Fate of Atlantis zu helfen, und wurde kurz danach entlassen. Es wurde mir nie explizit gesagt, dass es wegen der Probleme bei The Dig war, aber es war ziemlich offensichtlich.“ Diese Darstellung wird von Zeitzeugen und Entwicklerkollegen weitgehend bestätigt.

Nächster am Ruder: Loom-Schöpfer Brian Moriarty, bekannt als visionärer Geschichtenerzähler. Er war begeistert von der Idee, verlangte aber volle kreative Kontrolle. Kurzerhand warf er Falsteins Konzept über Bord und verlegte die Handlung ins Jahr 1998 mit NASA-Astronauten in einem Space Shuttle – im Prinzip schon die Prämisse des fertigen Spiels, inklusive der Sprengung eines drohenden Asteroiden. Doch Moriarty wollte mehr: ein düsteres, „erwachsenes“ Abenteuer mit Horror-Elementen, komplexen Themen und allerhand technischen Finessen. Er ließ einen zusätzlichen vierten Crew-Charakter einbauen (den japanischen Geschäftsmann Toshi Olema) und plante sogar ein Survival-Element mit Nahrungs- und Wasserknappheit. Toshi sollte einen grausigen Tod unter ätzendem Alien-Regen sterben – Spielberg fand diese härtere Gangart zunächst passend. Nach dem Kinostart von Jurassic Park kassierte er aber Protestbriefe empörter Eltern und bat darum, die Gewalt in The Dig doch zu entschärfen. Moriarty schraubte also zurück, doch es rumorte ohnehin im Team: Viele Entwickler mochten seine sprunghaften Visionen nicht. Er experimentierte mit einem komplett neuen Engine-Prototyp für revolutionäre Ideen wie veränderliche Labyrinthe und „tragbare Ideen“ im Inventar – was die Programmierer schier in den Wahnsinn trieb. Monate verstrichen, ohne dass greifbare Resultate sichtbar wurden. Der leitende Künstler Bill Eaken verließ frustriert die Firma, andere Teammitglieder tuschelten von einem „komplett außer Kontrolle geratenen“ Projekt. Mitte 1993 zog Moriarty die Reißleine und packte seine Sachen. Sein Anteil wurde im Abspann nur mit einem augenzwinkernden Eintrag bedacht: „Additional Additional Story by Brian Moriarty“ – doppelt hält besser.

Nun war guter Rat teuer, doch LucasArts wollte das Prestigeprojekt nicht aufgeben. Kurzzeitig übernahm Dave Grossman das Ruder, bevor schließlich Routinier Sean Clark – zuvor Co-Designer von Sam & Max Hit the RoadThe Dig über die Ziellinie brachte. Clark schrieb große Teile der Story neu, verschlankte das Team und kehrte zum bewährten SCUMM-System zurück. Tatsächlich basiert das veröffentlichte Spiel dann auf der SCUMM-Engine (inklusive INSANE-Modul für 3D-Zwischensequenzen und iMUSE-Soundsystem). Viele von Moriartys kühnen Einfällen fielen dem Rotstift zum Opfer – etwa der vierte Charakter Toshi, die Überlebenselemente oder ultrabrutale Szenen. Mit weiterem Feinschliff und Spielberg als Berater aus der Ferne („Der Mann hat wirklich Spaß an Games“ – so staunte Grafiker Bill Tiller) arbeitete man sich aus dem Entwicklungssumpf. Im Dezember 1995 – über drei Jahre später als ursprünglich angekündigt – erschien The Dig dann endlich für PC (MS-DOS) und Mac. Softgold brachte 1996 eine komplett deutsche Fassung auf den Markt, bei der Spielberg’s ursprünglicher Titel The Dig sinnigerweise wörtlich als „Der Bagger“ übersetzt wurde – natürlich nur im Handbuch als Gag erwähnt. Die Talkie-Version erhielt professionelle Sprecher, die deutsche Übersetzung ließ Brink z. B. vom Deutschen zum Dänen werden, um einen passenden Akzent zu erklären. Kurios: Robert Patrick, bekannt als böser T-1000 aus Terminator 2, lieh im Original dem Helden Boston Low seine markante Stimme. Das schreit geradezu nach Easter Eggs – und tatsächlich fragt Boston an einer Stelle augenzwinkernd: „Have you seen this boy?“ – genau jene Terminator-Zeile, mit der Patrick einst Jagd auf John Connor machte.

Solche Insider-Gags bleiben aber rar, denn The Dig gibt sich ansonsten sehr ernst. LucasArts brach hier bewusst mit dem Comedy-Klamauk seiner früheren Adventures und lieferte ein atmosphärisch dichteres Science-Fiction-Epos. The Dig versetzt den Spieler in die Stiefel von Commander Boston Low, der mit seinem fünfköpfigen Team einen drohenden Killer-Asteroiden – Spitzname „Attila“ – sprengen soll, bevor er die Erde pulverisiert. Kaum ist die Gefahr gebannt, entpuppt sich der Himmelskörper als außerirdisches Raumschiff, das unsere drei Protagonisten prompt auf einen fernen, verlassenen Planeten befördert. Was folgt, ist klassisches Point-&-Click-Adventure-Gameplay: Erforschen, kombinieren, Rätsel knacken. Spielerisch orientiert sich The Dig an der LucasArts-Tradition, allerdings mit vereinfachter Steuerung. Statt umständlichem Verb-Menü gibt es nur noch einen Allzweck-Cursor, der kontextabhängig agiert. Das Inventar ist stets griffbereit, denn es gibt reichlich Gegenstände zu finden und benutzen. Besonders stolz waren die Entwickler auf die sogenannten „Logik“- bzw. „Xenoarchäologie“-Rätsel: Viele Maschinen und Artefakte der Alien-Zivilisation müssen durch genaues Beobachten und Herumprobieren in Gang gesetzt werden. Diese Kopfnüsse fallen teils deutlich schwieriger und abstrakter aus als die Rätsel früherer LucasArts-Spiele. So verzweifelte mancher Spieler an einem Türmechanismus mit unklaren Symbolen oder an einem nervenaufreibenden Navigationspuzzle, bei dem ein kleiner Sonar-Roboter per Trial-and-Error über ein Display gesteuert werden will. The Dig straft Genre-Neulinge nicht gerade mit Nachsicht – einige Kopfnüsse sind echte harte Nüsse.

Immerhin: Sterben kann man hier (fast) nicht, ganz im Sinne der LucasArts-Philosophie. Nur in der Story darf gemordet werden: Einer der Crewkollegen segnet gleich zu Beginn das Zeitliche, und auch später gehen Brink und Maggie nicht zimperlich miteinander um. Die Dynamik der Figuren untereinander – vom anfänglichen Teamgeist bis zu Angst, Misstrauen und Machtgier – treibt die Handlung spannend voran. Dabei bleibt der Ton ernst und bisweilen melancholisch. Was The Dig an Gags eingebüßt hat, gewinnt es an „Sense of Wonder“: Der Spieler fühlt sich oft wie ein kleiner Mensch in einer überwältigend fremden Welt voller gigantischer Maschinen, kristalliner Lebensenergie und außerirdischer Geheimnisse. Diese fast schon mystische Atmosphäre wird durch die herausragende audiovisuelle Umsetzung erreicht. Die handgezeichneten VGA-Hintergründe glänzen mit liebevollen Details, Lichteffekten und fantasievollen Designs – trotz maximal 256 Farben wirkt die Kulisse lebendig und bildgewaltig. Zwischensequenzen wurden von Industrial Light & Magic vorgerendert und nahtlos eingefügt, um Schlüsselszenen filmreif zu inszenieren. Dazu ertönt ein orchestraler Soundtrack von Michael Land, der düstere Streicherklänge, chorale Sphären und heroische Melodien zu einem eindringlichen Ambient-Teppich verwoben hat. Ergänzt wird die Musik von subtilen Geräuscheffekten: Sound-Guru Clint Bajakian kreierte fremdartige Klänge wie summende Kristalle und verhallende Windspiele, die dem Planeten eine eigene akustische Identität geben. Auch die Sprachausgabe (englisch mit optionalen Untertiteln) kann sich hören lassen – neben Robert Patrick überzeugt Steve Blum als deutscher Wissenschaftler Brink mit authentischem Akzent.

Trotz kleinerer Abstriche überwog bei vielen Testern die Faszination: Die einzigartige Atmosphäre und der cineastische Anspruch suchten ihresgleichen im Adventure-Genre. Kein abgedrehter Slapstick-Trip, sondern ein ernstes Sci-Fi-Märchen – für manch einen Spieler war das genau die frische Abwechslung, für andere fehlte der gewohnte LucasArts-Witz. Verkaufstechnisch startete The Dig stark: Bereits kurz nach Release meldete LucasArts über 300.000 verkaufte Exemplare – damals der beste Verkaufsstart eines hauseigenen Adventures. Allerdings hatte man intern wohl mit noch höheren Zahlen gerechnet. Grafiker Bill Tiller erinnerte sich, dass das Management das Spiel trotz solider Verkäufe als Enttäuschung einstufte, da man nach all dem Hype „eine Bazillion Dollar“ erwartet hatte. Durch die lange Entwicklungszeit dürften auch die Kosten ungewöhnlich hoch gewesen sein. The Dig erschien zum typischen Vollpreis: Ca. 80 DM sollte man 1995 für die Big-Box auf den Ladentisch legen – inflationsbereinigt entspricht das heute ungefähr 60 €. In der Packung fand sich als Bonus sogar ein Taschenbuch-Roman zum Spiel, geschrieben von Alan Dean Foster. Dieser Autor hatte schon Alien und Star Wars als Bücher verewigt und machte aus The Dig einen spannenden Sci-Fi-Schmöker. Eine Verfilmung hat The Dig übrigens nie bekommen – Spielberg war als Produzent zwar beteiligt, aber auf der Kinoleinwand schlug das Konzept nie auf.

Dafür lebt das Abenteuer in Fan-Kreisen weiter: Bis heute gilt The Dig als Geheimtipp und Kultklassiker. Die Mischung aus Rätselspiel und ernsthafter Sci-Fi-Story hat ein eigenes Publikum gefunden. Dank ScummVM-Unterstützung kann man The Dig auch auf modernen Systemen problemlos spielen – und sollte es als Genre-Fan auch tun. Es mag nicht ganz die popkulturelle Strahlkraft von Monkey Island haben, aber The Dig bietet etwas, das nur wenige Spiele seiner Ära schaffen: das Gefühl, selbst Teil eines fesselnden Science-Fiction-Films zu sein. Oder um es mit einem Augenzwinkern zu sagen: The Dig ist das wahrscheinlich beste Spielberg-Abenteuer, das nie ins Kino kam – dafür aber in wohliger Retro-Pixelpracht auf unserem Bildschirm ein kleines Stück Videospielgeschichte schrieb.

Als kleines Schmankerl habe ich unten das Video des YouTubers Rickonami bereitgestellt, der ein Remake des Intros mit 1080p und 60 FPS erstellt hat. (Link zu Youtube)

 

Stunt Car Racer – 1989 by MicroStyle

Stunt Car Racer

stunt cra racer coverStunt Car Racer war kein Rennspiel für Leute mit schwachen Nerven oder sanfter Lenkhand. Es war ein Spiel für Draufgänger, für waghalsige Pixelhelden, die lieber mit 200 km/h über eine Rampe schossen, statt sich mit Bodenhaftung aufzuhalten. Entwickelt 1989 von Geoff Crammond, dem Vater des realistischen Rennspiels, war Stunt Car Racer so etwas wie das entfesselte Gegenstück zu seinen späteren Grand Prix-Simulationen. Und doch zeigte sich hier schon sein Talent für Fahrphysik, für digitale Gravitation und für den feinen Unterschied zwischen "hui" und "autsch".

Die Amiga-Version gilt als die Urfassung, auch wenn es parallel Umsetzungen für C64, Atari ST, MS-DOS und sogar Amstrad gab. Aber auf dem Amiga war das Spiel ein technisches Kunststück. Vollbild-3D-Grafik, butterweiches Scrolling und ein Fahrzeug, das sich nicht einfach nur über die Strecke schob, sondern wog, federte, stürzte und bei harten Landungen öffentlich seinen Rahmen riss. Ja, Stunt Car Racer hatte sichtbaren strukturellen Schaden. Wenn der Rahmen zu viele Risse hatte, ging das Rennen zu Ende. Realismus auf die harte Tour.

Das Spielprinzip war einfach und genial. Acht Strecken, aufgeteilt in vier Divisionen, jede davon mit Rampen, Sprungschanzen, Loopings, Hängen, Steilkurven oder schlicht Abgründen. Kein Streckenrand, keine Mauer, kein sanftes Zurücksetzen: Wer rausflog, flog raus. Das Auto landete auf einem Gerüst neben der Strecke, mit einem surrenden Seilzug wurde es wieder hochgezogen – sofern man nicht schon im letzten Loch hing.

Multiplayer? Gab's. Über Nullmodemkabel oder parallele Ports konnte man Kopf-an-Kopf-Rennen fahren, wie echte Draufgänger. Einer der frühesten LAN-Partymomente der Geschichte, nur eben mit seriellen Kabeln. Crammond war schon immer ein Nerd mit Herz für Technik: Die Engine war eigens programmiert, schnell, effizient und mit überraschend feiner Fahrphysik ausgestattet. Jede Bodenwelle, jeder Sprung hatte Gewicht, und das Auto flog nicht wie eine Feder, sondern wie ein Gerät aus Stahl.

Eine Besonderheit war die Turbo-Funktion: Per Knopfdruck konnte man zusätzlichen Schub zünden, der die ohnehin wackelige Traktion vollends ruinierte, aber das Herzklopfen verdoppelte. Die Turbo-Leiste regenerierte sich nur langsam, was zum taktischen Element wurde. Wer beim falschen Sprung den Turbo zündete, fand sich schnell in der vertikalen Grube wieder, mit einem krächzenden Riss im Chassis.

Entwickelt wurde das Spiel komplett von Geoff Crammond, der bereits mit "Revs" auf dem BBC Micro erste Simulationsluft geschnuppert hatte. Später sollte er mit "Formula One Grand Prix" Geschichte schreiben, aber Stunt Car Racer war das fehlende Glied zwischen Arcade und Simulation. Eine Art Racing-Road-Movie im Drahtgitterstil. Die Musik und Effekte waren sparsam, aber pointiert – man brauchte auch keine Ablenkung, wenn einem beim 100-Meter-Sturz die Stimme im Hals steckenblieb.

Ein geplanter Streckeneditor wurde nie veröffentlicht, obwohl es intern erste Testversionen gab. Auch eine geplante Erweiterung mit neuen Divisionen schaffte es nicht aus der Pipeline. Crammond war bereits mental in der Formel 1, als die Nachfrage nach mehr Stunt-Strecken kam. Dennoch hielt sich das Gerücht hartnäckig, dass irgendwo auf einer Backup-Diskette neue Strecken schlummern müssten.

Die Kritiken waren durchweg euphorisch. Amiga Joker jubelte, die Power Play spendierte über 80 %, und selbst C64-Zeitschriften überschlugen sich angesichts der flüssigen Vektorgrafik. Spieler schrieben Leserbriefe, in denen sie die Luftsprünge nachspielten und sich auf dem Trampolin das Knie verrenkten. So ein Spiel war Stunt Car Racer: nicht nur virtuell, sondern physisch spürbar.

Trivia am Rande: Der Arbeitstitel lautete angeblich "Ski Jump Racer", weil die erste Teststrecke ein Sprungschanzen-Layout hatte. Erst mit den überdimensionierten Schanzen und der übersteuerten Federung kam der heutige Titel zustande. Auch das ikonische Startgeräusch, bei dem das Auto in der Luft hängt und dann wie ein brüllender Ork losdonnert, wurde aus einem stark verlangsamen Staubsauger aufgenommen. Crammonds Kommentar: "Ich hatte keinen V8 zur Hand, aber der Hoover war laut genug."

Stunt Car Racer ist bis heute Kult. Es ist eines dieser Spiele, das ein simples Prinzip – Auto + Rampe = Drama – perfektioniert hat. Kein Firlefanz, keine Tuning-Menüs, keine 45-Minuten-Rennen. Nur Du, dein Chassis, die Strecke und der nächste verdammte Sprung. Wer nach dem perfekten Flug gesucht hat, fand ihn hier – oder stürzte dabei glanzvoll ab.

 

Stunt Car Racer Vergleich durch World of RetroGaming Link: https://www.youtube.com/watch?v=RJ5Pnr6F558

Epic – 1992 by DID

Epic - 1992 by DID

Epic CoverEpic (Digital Image Design, 1992) war ein 3D-Weltraumkampfspiel, das ursprünglich für Commodore Amiga entwickelt und von Ocean Software veröffentlicht wurde. Es gilt als Oceans Antwort auf den erfolgreichen Space-Combat-Sim Wing Commander und kombiniert actionreiche Raumflugsimulation mit einer epischen Science-Fiction-Handlung. Die Hintergrundgeschichte des Spiels lehnt sich stark an bekannte Vorbilder aus Film und TV an: Die Menschheit muss ihre Heimat verlassen, da die Sonne kurz vor einer Supernova steht, und begibt sich in einer gewaltigen Flotte von 8000 Raumschiffen auf die Suche nach einer neuen Welt (dem Planeten Ulysses VII). Diese „Rag-Tag“-Flotte – inklusive zweier gewaltiger Dreadnought-Kriegsschiffe namens Battleaxe und Redstorm – muss ausgerechnet durch das Territorium des kriegerischen Alien-Imperiums der Rexxons fliegen. Die Rexxons misstrauen den Absichten der Menschen und verweigern der Flüchtlingsflotte den Durchzug. Als unausweichlich bleibt den Menschen nur der Weg mit Gewalt: Der Spieler schlüpft in die Rolle des besten Piloten der Föderation und steuert einen von nur drei experimentellen „Epic“-Sternenjägern (gebaut aus dem nahezu unzerstörbaren, aber seltenen fiktiven Metall Epical) zum Schutz der Flotte. Im Verlauf der Kampagne kommt es zum Krieg mit den Rexxons, in dem der Spieler zahlreiche Gefechte in Raum und Atmosphäre bestreitet. Schließlich erhält man den Auftrag, mit seinem Raumjäger eine Kobalt-Bombe ins Feindesgebiet zu tragen und zu zünden – ein alles vernichtender „letzter Trumpf“, um das Überleben der Menschheit zu sichern.

Die Designs und Anleihen der Handlung von Epic sorgten für einiges Aufsehen. So wurden deutliche Parallelen zu Battlestar Galactica, Star Trek und Star Wars gezogen. Tatsächlich sind die Raumschiffmodelle im Spiel kaum kaschierte Kopien berühmter Vorbilder: Die Jäger der Rexxons gleichen nahezu den Viper-Starfightern aus Kampfstern Galactica, ihre Kreuzer erinnern stark an klingonische Warbird-Kreuzer aus Star Trek, und die gewaltigen menschlichen Trägerschiffe sind den Galactica-Battlestars nachempfunden. Diese unverhohlenen „Hommagen“ (oder Plagiate) sind bereits im Intro des Spiels erkennbar und unterstrichen die Space-Opera-Atmosphäre, blieben aber nicht unumstritten. Auch die Handlung selbst – eine umherirrende Flüchtlingsflotte auf der Flucht vor einer alienfeindlichen Spezies – weckt unübersehbar Erinnerungen an Kampfstern Galactica. Dennoch gelang es Epic, aus diesen Versatzstücken eine eigene dramatische Geschichte zu formen. Interessanterweise etabliert das Spiel mit dem Epical-Metall und der Epic-Jägerklasse seinen Titel sogar innerhalb der Spielwelt selbst. Der Untertitel des Spiels lautete vielsagend “The Adventure Begins“, was andeutete, dass diese Geschichte erst der Auftakt einer größeren Saga sein sollte – ein Versprechen, das später mit dem PC-exklusiven Nachfolger Inferno (1994) zumindest teilweise eingelöst wurde.

Bereits die Entstehungsgeschichte von Epic verlief außergewöhnlich und langwierig. Digital Image Design (DID) – ein britisches Studio, gegründet im Februar 1989 von Martin Kenwright und Phillip Allsopp – begann schon kurz nach seiner Gründung mit der Entwicklung des Spiels. Ursprünglich war Epic als inoffizieller Nachfolger der Top-Down-Shooter Goldrunner 1 und 2 geplant und firmierte anfangs unter dem Arbeitstitel Goldrunner 3D. Erste Vorschauen in Spielemagazinen Ende 1989 kündigten Goldrunner 3D als kommende Veröffentlichung des Publishers Microdeal an. Microdeal hatte die Goldrunner-Marke etabliert, und Goldrunner 3D sollte die rasanten Ballereien der Vorgänger in die dritte Dimension übertragen. Doch noch 1989 wechselte das Projekt den Publisher: DID schloss einen Vertrag mit Ocean Software, die dem Spiel letztlich den neuen Titel Epic gaben. Durch diesen Wechsel und den hohen ambitionierten Anspruch zog sich die Entwicklung deutlich in die Länge – insgesamt über drei Jahre mit mehreren Verschiebungen. Erst im Frühjahr 1992 war Epic fertiggestellt.

Für das Entwicklerteam von DID war Epic ein technisch aufwendiges Prestigeprojekt. Das Studio hatte zuvor mit dem futuristischen Jet-Simulator F29 Retaliator (1989) und dem 3D-Actionspiel RoboCop 3 (1991) Erfahrung mit 3D-Grafik gesammelt. Viele technische Grundlagen aus F29 Retaliator wurden für Epic weiterverwendet, jedoch stark überarbeitet: Die 3D-Engine von F29 wurde komplett neu geschrieben und lief in Epic rund 25–30% schneller. Über „sechs Mannjahre“ Entwicklungsaufwand sind in das Spiel geflossen. Um lästige Ladepausen zu minimieren, wurde ein cleveres Caching-Ladesystem implementiert, das Teilbereiche des Spiels vorab in den Speicher lud. DID wollte eindrucksvolle Schlachten mit vielen schwebenden Polygon-Raumschiffen und umfangreiche Zwischensequenzen darstellen – etwas, das Anfang der 90er auf Heimcomputern noch Neuland war. Epic präsentiert seine Action vollständig in 3D und mischt flächige, einfarbige Polygonobjekte mit Bitmaps für Cockpit-Displays und Hintergründe. Auf dem Amiga wurden dabei 32 Farben verwendet (Atari ST: 16 Farben), meist Grau- und Blautöne, um den Weltraumlook umzusetzen.

epic amigaDas Kernteam hinter Epic bestand aus lediglich etwa zehn Leuten. Martin Kenwright, Mitgründer von DID, fungierte als Hauptdesigner und steuerte auch Grafiken und 3D-Modelle bei. Phil Allsopp, ebenfalls Mitgründer, war maßgeblich an der Amiga-Programmierung beteiligt. Die Lead-Programmierer waren Colin Bell und Russell Payne, die auch zuvor an F29 Retaliator gearbeitet hatten. Das visuelle Design der 3D-Objekte wurde u.a. von Paul Hollywood unterstützt. Für den Soundtrack und die Soundeffekte zeichnete David Whittaker verantwortlich – ein Veteran der Computerspielmusik, der bereits hunderte Spiele vertont hatte. Whittaker war u.a. für bekannte Amiga-Soundtracks wie Shadow of the Beast und Xenon 2 mitverantwortlich und hatte kurz zuvor die Musik für DIDs RoboCop 3 komponiert. Passend dazu bemerkten Fans später, dass das Titelthema von Epic deutliche Ähnlichkeit mit der Musik aus der ersten RoboCop-3-Level aufweist – kein Zufall bei gleichem Komponisten und sicherlich eine bewusste Wiederverwendung gelungener Motive. Das Titelbild der Verpackung wurde vom renommierten Illustrator Bob Wakelin gestaltet, der in den 1980ern/90ern dutzende Ocean-Spiele mit markanten Covern versehen hatte. Interessanterweise war Epic eines seiner letzten Auftragswerke für Ocean. Wakelin erinnert sich humorvoll an die schwierige Zusammenarbeit mit dem Entwicklerteam: Einer der Epic-Entwickler habe ihm bei einem Treffen in „nicht ganz nüchternem Zustand“ sehr ausführlich erklärt, welche Art von Illustration er sich für das Cover vorstelle. Wakelin setzte diese ungewöhnlichen Vorstellungen nach bestem Gewissen um und lieferte ein aufwendiges Covergemälde ab – nur um dann zu hören, dass der besagte Entwickler mit dem Ergebnis unzufrieden war, da es „überhaupt nicht dem entsprach, was er wollte“. Wakelin kommentierte dies mit dem augenzwinkernden Rat, man solle „keine kreativen Absprachen treffen, wenn der Kopf benebelt ist“, und zeigte sich erleichtert, dass Oceans Management sein Cover dennoch billigte. Das Motiv – ein grimmiger Pilot in futuristischer Rüstung vor einem startenden Raumschiff – gefiel Ocean-Chef Dave Ward, sodass die Einwände des Entwicklers letztlich irrelevant waren. Wakelin verriet später noch, dass er das Gesicht des Piloten als Mix aus Harrison Ford und Mel Gibson angelegt hatte. So entstand ein ikonisches Cover, auch wenn die Entwickler selbst es angeblich nie besonders mochten.

Beim Gameplay setzte Epic auf eine ungewöhnliche Mischung aus Arcade-Action und taktischer Missionserfüllung. Die Kampagne umfasst acht Missionen (manchmal wird von neun Leveln gesprochen, da zwei Missionen in zwei Phasen ablaufen). Jede Mission hat ein strenges Zeitlimit zur Erfüllung der Ziele. Verfehlt der Spieler ein Missionsziel oder läuft die Zeit ab, geht einer der drei verfügbaren Epic-Jäger unwiederbringlich verloren – was der Story nach dem Verlust eines der drei Prototyp-Jäger entspricht. Das Spiel endet vorzeitig, wenn alle drei Jäger (also „Leben“) verbraucht sind, da die Flotte dann schutzlos bleibt. Gelingt es jedoch, eine missglückte Mission mit den verbleibenden Jägern zu kompensieren, setzt sich die Kampagne fort – es ist also möglich, trotz eines Fehlschlags weiterzukommen, allerdings können bestimmte Versäumnisse den folgenden Missionsverlauf erschweren. Die Missionen sind sehr abwechslungsreich gestaltet: Einige finden im Weltraum statt (z.B. klassische Dogfights oder das Räumen eines verminten Asteroidengürtels als Auftaktmission), andere spielen in der Atmosphäre bzw. knapp über der Planetenoberfläche feindlicher Welten, was für Varianz bei Szenerie und Gegnern sorgt. Die Missionsziele umfassen etwa das Zerstören von Minen und feindlichen Außenposten, die Verteidigung der eigenen Großraumschiffe gegen angreifende Jägerverbände, oder Sabotageakte an der Rexxon-Infrastruktur. In der finalen Mission muss der Spieler sogar die erwähnte Cobalt-Bombe ins Ziel bringen und zünden – ein Höhepunkt an Dramatik.

Trotz der kinoreifen Inszenierung hält sich der Bedienungsaufwand in Epic in Grenzen. Die Entwickler gestalteten die Steuerung bewusst simpel und arcadelastig: Geflogen wird wahlweise per Joystick oder Maus, wobei z.B. mit der Maus das Schiff durch Bewegen nach vorne/hinten gesenkt oder gesteigt wird und durch seitliches Bewegen Rollen eingeleitet werden. Die linke Maustaste (bzw. Joystick-Knopf) reguliert die Schubkraft, die rechte feuert die aktuelle Waffe ab. Zusätzliche Tasten (z.B. Return) erlauben das Umschalten zwischen verschiedenen Waffensystemen. Diese “elegant einfache” Steuerung verzichtet auf komplexe Flugsimulations-Kontrollen und erlaubt es dem Spieler, sofort ins Geschehen einzutauchen – ein Design, das dem Spiel in Tests als positiv angerechnet wurde. Eine strategische Komponente bringt das Ressourcen-Management: Der Epic-Jäger verfügt zwar über wiederaufladende Lasergeschütze und einen begrenzten Vorrat an Lenkraketen, Torpedos und sogar eine einmalig einsetzbare sogenannte „Cobalt Doomsday Device“ (eine verheerende Energieentladung mit 200.000 km Wirkungsradius). Jedoch ist Treibstoff die Achillesferse des Schiffes – nahezu jede Aktion (Beschleunigen, Schilde, etc.) zehrt am begrenzten Treibstoffvorrat. Um nicht mitten im Gefecht manövrierunfähig zu werden, hat die Föderation in den Levels an strategischen Punkten Treibstoffkapseln im All platziert. Der Spieler kann diese mittels eines Traktorstrahls einsammeln und so seine Reserven auffüllen. Insbesondere der Deflektorschild des Jägers verbraucht enorme Mengen Treibstoff, so dass der Spieler taktieren muss, wann er ihn aktiviert – idealerweise erst kurz vor Feindkontakt, da das Hochfahren des Schutzschilds zudem etwa sechs Sekunden dauert. Dieses Gameplay-Element zwingt zu raschem Agieren und vorausschauendem Einsammeln von Energie.

Eine große Stärke von Epic sind die zahlreich eingesetzten Zwischensequenzen, die die Missionen filmreif miteinander verbinden. Nach jedem Level folgen kurze Cut-Scenes, die etwa den Warpsprung der Flotte oder Beratungsszenen der Commander zeigen und so die Story weitererzählen. Auf Amiga und Atari ST kombinieren diese Sequenzen vorgerenderte 3D-Grafiken (für Raumschiffe und Kulissen) mit gezeichneten 2D-Artworks für Charaktere und Einblendungen. Da der Atari ST technisch etwas limitierter war, wurden dort einzelne vorgerenderte Bilder durch einfach animierte Bitmaps ersetzt, um Speicher zu sparen. Die PC-Version (MS-DOS) bot die aufwändigsten Cut-Scenes: Sie erschien ausschließlich auf Diskette zur Installation auf Festplatte und nutzte den zusätzlichen Speicherplatz für erweiterte Animationen und mehr Details. So sind z.B. die Cockpit-Anzeigen am PC grafisch feiner und einige 3D-Modelle (etwa die Rexxon-Jäger) komplexer und weniger kantig als auf Amiga/ST. Auch im Sound gab es Unterschiede zwischen den Plattformen: In frühen Previews wurde angekündigt, das Spiel würde mit epischer klassischer Musik untermalt – insbesondere Gustav Holsts Suite “Die Planeten” (etwa Mars, der Kriegsbringer) sollte zur bombastischen Weltraum-Schlachtatmosphäre beitragen. Tatsächlich enthält die Atari-ST-Version beim Startmusikstück und an ausgewählten Stellen tatsächlich Holsts Kompositionen, in Form von digitalisierten Samples. Auch die PC-Version verwendet Mars und Jupiter aus Die Planeten als musikalisches Leitmotiv. Die Amiga-Version hingegen erhielt entgegen der ursprünglichen Planung eine eigene Titelmusik von David Whittaker, vermutlich um Speicherplatz auf den Disketten zu sparen oder die Fähigkeiten des Amiga-Soundchips auszunutzen. Dieses Thema ist klanglich an Holsts Mars angelehnt, aber kein direktes Zitat. Trotzdem sind klassische Anleihen vorhanden, was dem Spiel eine dramatische, kinoreife Stimmung verleiht. Daneben bietet Epic auf allen Systemen digitale Soundeffekte für Explosionen, Funkdurchsagen („Launch all fighters!“ ist ein markantes Samples, das Amiga-Spielern in Erinnerung blieb) und Waffen. Auf Amiga erschien das Spiel auf drei Disketten, die dank des erwähnten Streaming-Systems relativ zügig nachladen; für Besitzer eines Amiga mit Festplatte wurde zudem eine Installer-Version bereitgestellt. Commodore bundelte sogar einen Amiga 600 mit eingebauter Festplatte als „Epic Package“, bei dem Epic auf der HD vorinstalliert war – ein Novum, da die meisten Amiga-Spiele damals nicht auf Festplatte vorausgesetzt waren.

epic dosObwohl Epic primär für den Amiga entwickelt wurde, erschienen 1992 nahezu zeitgleich Portierungen für Atari ST und MS-DOS-PC, 1993 folgte zudem eine japanische Version für den NEC PC-98 Heimcomputer. Die Amiga-Version lief bereits auf dem klassischen Amiga 500 (OCS, 1MB RAM) überraschend flüssig für ein frühes Polygon-3D-Spiel – laut Entwickleraussagen etwa 25–30% schneller als frühere 3D-Engines auf der gleichen Hardware. Dennoch empfahl Ocean für optimalen Genuss einen leistungsfähigeren Amiga. Zum Release stand bereits der Amiga 1200 mit schnellerem Prozessor zur Verfügung, auf dem Epic spürbar reibungsloser lief. In einer späteren Rezension wurde ausdrücklich erwähnt, dass das Spiel auf einem Amiga 1200 „wesentlich besser spielt“ als auf einem A500. Interessanterweise zeigte sich hier jedoch ein Problem: Die Engine von Epic war nicht zukunftssicher programmiert, d.h. sie synchronisierte die Spielgeschwindigkeit nicht vollständig mit einem Timer. Auf sehr viel schnelleren CPUs als ursprünglich vorgesehen führte dies zu Fehlern: Spieler, die Jahrzehnte später Epic auf stark beschleunigten Amiga-Konfigurationen oder Emulatoren starteten, berichten von Grafikglitches, Timing-Problemen und Flacker-Effekten, weil das Spiel bei höherer Rechenleistung „aus dem Takt“ gerät. Zum Veröffentlichungszeitpunkt 1992 war dies jedoch kein Thema – Epic war auf den Standardrechnern spielbar und profitierte moderat von etwas mehr MHz, ohne dass die meisten Spieler je von Timing-Bugs betroffen waren. Die PC-Version setzte mindestens einen 80386-Prozessor und eine VGA-Grafikkarte voraus und profitierte ebenfalls von schnellerer Hardware (auf einem 486er lief sie entsprechend flüssiger). Dafür wartete die DOS-Version – abgesehen von den bereits erwähnten erweiterten Zwischensequenzen – mit keinen dramatischen spielerischen Unterschieden auf. Die Steuerung und Missionsinhalte blieben auf allen Plattformen gleich, so dass Amiga-Spieler keine Abstriche in Kauf nehmen mussten. Lediglich die Bildrate und Detaildichte konnte auf einem gut ausgestatteten PC etwas höher ausfallen, was aber zugleich den Eindruck erweckte, Epic sei vor allem eine Demonstration technischer Möglichkeiten.

Um das Spiel und seine Welt noch zu erweitern, veröffentlichte DID in Kooperation mit The One Magazine einen Mini-Expansion-Disketten. Als Beigabe der The One (Ausgabe 47, 1992) erschien Epic – Extra Missions, eine Diskette mit zwei neuen Missionen exklusiv für Amiga-Spieler. Diese Bonus-Missionen sind deutlich schwieriger gestaltet als die Originallevels (um erfahrene Spieler herauszufordern) und alle Cheat-Modi wurden deaktiviert. The One deutete an, dass möglicherweise weitere Missions-Disketten folgen könnten, allerdings blieb es bei diesem einmaligen Zusatzinhalt – wohl auch, weil Ocean und DID ihre Ressourcen bereits auf den Nachfolger Inferno konzentrierten. Ein kommerzielles Add-on kam nicht mehr in den Handel. Damit blieb die Hauptkampagne von Epic relativ kurz; geübte Spieler konnten die 8 Missionen in wenigen Stunden durchspielen, was sich in der Wahrnehmung vieler Rezensenten negativ bemerkbar machte.

Die Veröffentlichung von Epic wurde von großer Spannung begleitet, doch verlief nicht reibungslos. Ocean brachte das Spiel im Frühjahr 1992 zum Preis von £25,99 auf den Markt (in Deutschland ca. 120 DM). Kurz nach Release stellte sich jedoch heraus, dass die erste Amiga-Auslieferungscharge einen schwerwiegenden Bug enthielt: Ein Programmfehler ließ Epic unter bestimmten Umständen abstürzen und machte das Durchspielen unmöglich. Dies führte zu zahlreichen Reklamationen und Retouren enttäuschter Käufer – ein Desaster, das Ocean schnell beheben musste. In der Presse wurde dieser „fatal glitch“ und die damit verbundene Umtauschaktion deutlich erwähnt. Ocean reagierte mit einer fehlerbereinigten Neuauflage, doch der Imageschaden war da. Ironischerweise wurde Epic wenige Monate später zu einer zentralen Zugabe im erwähnten Commodore-Amiga-600-„Epic Pack“ für das Weihnachtsgeschäft 1992. Zusammen mit den Adventures Rome: Pathway to Power und Myth: History in the Making wurde Epic jedem neuen A600 im Bundle beigelegt, was die Verbreitung des Spiels erheblich steigerte. Viele Amiga-Fans kamen so erst über dieses Bundle in den Genuss des Spiels, ohne es einzeln gekauft zu haben. Genaue Verkaufszahlen von Epic sind nicht öffentlich bekannt; angesichts der umfangreichen Marketingkampagne und der Bündelung kann jedoch von einer fünfstelligen Anzahl an Spielern ausgegangen werden, die Epic erlebt haben. In Großbritannien erreichte das Spiel zeitweise obere Ränge der Verkaufscharts, auch wenn es kein Dauerbrenner wurde. Immerhin wurde die Atari-ST-Fassung von Epic in der Januar 1993-Ausgabe des Magazins ST Format auf Platz 30 der „50 besten Atari-ST-Spiele aller Zeiten“ gewählt – ein Hinweis darauf, dass Epic zumindest in der ST-Community als eindrucksvoller Technik- und Action-Titel in Erinnerung blieb.

Die Kritiken zu Epic fielen insgesamt sehr gespalten aus – wenige Spiele jener Zeit polarisierten derart. Einige Magazine waren voll des Lobes: Mega Zone bewertete die PC-Version mit 92%, CU Amiga vergab 91% für die Amiga-Fassung und auch Amiga Action zog mit 90% eine ausgesprochen positive Bilanz. Gelobt wurden vor allem die schnellen 3D-Grafiken, die flüssigen Polygon-Action-Sequenzen und das imposante Ausmaß der Weltraumschlachten. ACE (Advanced Computer Entertainment) gab in Ausgabe 52 für Amiga/ST-Version einen Wert von 839/1000 Punkten und pries das Spielgefühl als „schnell, spektakulär und groß in Szene gesetzt“ – jedoch mit dem Vorbehalt, dass Epic in puncto Tiefgang und Umfang nicht mithalten könne. ST Format feierte Epic gar als „besten Ballerspaß, den der ST seit langem gesehen hat“ und vergab 91%. Auch in Deutschland äußerte man sich differenziert: Die Amiga Joker vergab solide 74% im März 1992 und lobte Grafik und Sound, während sie Abzüge für den knappen Umfang gab. Amiga Magazin (Ausgabe 17) zog mit 8 von 10 Punkten (80%) ein ähnliches Fazit. Demgegenüber standen jedoch äußerst kritische Stimmen einflussreicher Magazine: Amiga Power bewertete Epic in Ausgabe 15 vernichtend mit 34%, ebenso Amiga Format in Ausgabe 37 mit nur 34%. Diese Tester bemängelten zahlreiche Probleme: Epic sei voller Bugs und Designschwächen, das Missionszeitlimit sorge für Frust, und überhaupt fühle sich das Spiel „überhastet“ und „unfertig“ an. Man warf Ocean/DID vor, Optik über Gameplay gestellt zu haben – Epic sei eine grafische Demo ohne langfristigen Spielwert. Tatsächlich schlug Amiga Format in die gleiche Kerbe und betonte, dass trotz der langen Entwicklungszeit das Endprodukt gehetzt wirke und viel zu kurz ausgefallen sei. Ein peinliches Detail wurde dabei hervorgehoben: Ausgerechnet in der Anleitung zu Epic war ein Cheat-Code abgedruckt, mit dem man unendlich Leben und Energie aktivieren konnte. Diese offizielle „Schummelei“ im Handbuch machte es Spielern möglich, das Spiel praktisch ohne Herausforderung durchzuspielen – eine Entscheidung, die selbst eingefleischte Fans kopfschüttelnd zurückließ. So beklagten sich etliche Käufer in Leserbriefen, dass sie Epic innerhalb von 1–2 Tagen durchgespielt hatten und dass das beiliegende Cheat ohnehin jegliche Schwierigkeit eliminiert habe.

Eine weitere Kontroverse entzündete sich an der Vorabberichterstattung: Weil Epic über Jahre hinweg immer wieder in Magazinen als Vorschau auftauchte, hatten manche Zeitschriften bereits 1991 voreilige „Reviews“ oder Wertungen auf Basis unfertiger Preview-Versionen veröffentlicht. Diese fielen häufig sehr wohlwollend aus – schließlich wollte niemand einen potenziellen Hit schlechtreden, und die gezeigten Grafiken waren beeindruckend. Amiga Power prangerte dieses Verhalten seiner Kollegen offen an: In ihrem echten Test 1992 kritisierten sie scharf, dass andere Magazine Epic monatelang vor Release in höchsten Tönen gelobt und faktisch Werbung dafür gemacht hätten, ohne das finale Spiel zu kennen. Man riet den Lesern sogar explizit, Zeitschriften zu boykottieren, die solche Praktiken pflegen. Dieses ungewöhnlich deutliche Statement führte zu einer kleinen „Review-Kontroverse“ in der britischen Magazinszene, schadete aber letztlich eher dem Ruf von Epic. Als das Spiel 1994 – zwei Jahre später – als Budget-Titel erneut veröffentlicht wurde (Ocean’s „Hit Squad“-Serie), hatten sich die Fronten geklärt: Fast alle Magazine stuften das Spiel nun eine Note schwächer ein als ursprünglich. Amiga Power testete es erneut und blieb bei 30% („Hat mit der Zeit nichts gewonnen“), CU Amiga gab in der Budget-Rezension 70% und stellte fest, dass Epic auf aktueller Hardware (sprich Amiga 1200) zwar flüssiger laufe, aber spielerisch immer noch seicht sei. Dieses durchwachsene Echo zeigt, dass Epic zwar technisch beeindruckte, aber in Sachen Spieltiefe und Langzeitmotivation die Erwartungen vieler nicht erfüllen konnte.

Trotz aller Kritikpunkte hat Epic einen festen Platz in der Amiga-Geschichte als ambitioniertes und außergewöhnlich inszeniertes Spiel. Viele Spieler erinnern sich bis heute an die wuchtige Intro-Sequenz mit orchestraler Musik und an die Ansage “Launch all fighters!“, die zu Beginn jedes Gefechts ertönt. Das Wechselspiel von Weltraum- und Planetenmissionen, die “Space Opera”-Atmosphäre und die damals spektakulären Polygon-Grafiken machten Epic zu einem besonderen Erlebnis. Branchenintern war das Projekt auch lehrreich: DID bewies mit Epic seine Fähigkeiten in Sachen 3D-Engine, was direkt in folgende Projekte einfloss. Schon 1993 veröffentlichte das Studio die Flugsimulation TFX (nur für PC) und 1994 mit Inferno den inoffiziellen Epic-Nachfolger, der technisch noch einen Schritt weiter ging – allerdings die Amiga-Plattform hinter sich ließ. Die Epic-Reihe umfasst somit letztlich zwei Titel (manchmal als Epic/Inferno-Serie bezeichnet). In die Annalen gingen zudem einige Anekdoten ein, die das „Drumherum“ von Epic betrafen: So blamierte sich das Handbuch mit der berühmten unvollständigen Definition – im Glossar stand bei „Ion“ nur „ein Partikel von [später einfügen]“ (sowohl in der englischen als auch in der deutschen Anleitung). Das übersehene Platzhalter-[fill in later] sorgte für Spott, den Amiga Power in ihrer Review genüsslich zum Besten gab. Und Oceans Marketingchef Gary Bracey, der wenige Monate vor Release Epic vorschnell zu seinem „all-time favourite game“ erklärte und versprach, alle würden ihm zustimmen, musste sich im Nachhinein daran messen lassen – ausgerechnet Amiga Power konterte bissig mit einer 34%-Wertung. Solche Episoden zeigen die Diskrepanz zwischen Hype und Realität, die Epic begleitete. Heute wird Epic oft als Beispiel genannt für ein Spiel, das technisch seiner Zeit voraus war, aber auch exemplarisch für den frühen 90er-Jahre-Konflikt zwischen “Grafikblender” und “Gameplay-Tiefe”. Nichtsdestotrotz bleibt Epic in Erinnerung – sei es wegen seiner spektakulären Präsentation, seiner Verbindung von klassischer Musik mit Sci-Fi-Action oder schlicht, weil es Teil eines der legendären Amiga-Bundles war. In der Summe war Epic vielleicht nicht der erhoffte uneingeschränkte Triumph, aber zweifellos ein denkwürdiges Kapitel der Amiga-Spielgeschichte.

Spindizzy World – 1990 by Arsys Software, Inc.

Spindizzy Worlds – 1990 by Arsys Software, Inc.

Spindizzy WorldsSpindizzy Worlds ist eines dieser Spiele, das auf den ersten Blick aussieht wie ein schrulliger Physikbaukasten mit Schwerkraftproblemen, aber unter der Haube eine kleine Design-Offenbarung verbirgt. Entwickelt wurde es von Paul Shirley, dem Schöpfer des ursprünglichen Spindizzy aus dem Jahr 1986, das sich seinerzeit durch seine schwindelerregende isometrische Perspektive und ein kreiselndes Vehikel namens GERALD einen Platz in der Heimcomputer-Geschichte sicherte. Der Nachfolger, Spindizzy Worlds, erschien zuerst 1990 auf dem Amiga und dem Atari ST und wurde später auf diverse andere Plattformen wie SNES, Sharp X68000, NEC PC-9801 und sogar das Super Famicom portiert – Letzteres allerdings ohne Zustimmung Shirleys, was zu einem der kurioseren Kapitel der Spielegeschichte führte.

Die Handlung? Man spielt wieder das GERALD-Gerät, ein Geographical Environmental Reconnaissance And Land-Mapping Device, das durch ein Sternensystem namens Beta Twirlinus rollt, um Energie zu sammeln, bevor die Sonne alles auslöscht. Keine Sorge, so episch wie es klingt, bleibt es in der Praxis meist bei schwebenden Plattformen, tückischen Abgründen und dem unbarmherzigen Ticken einer ablaufenden Energieleiste. Der Spieler erkundet dabei Dutzende kleiner Planeten mit sehr individuellen Mechaniken – manche drehen sich, andere kippen oder werfen den armen GERALD mit katapultartigen Plattformen durch die Gegend. Die Weltkarte gliedert sich in zwei Sektoren: Easydizzy und Spindizzy – ein schöner Hinweis darauf, was einem in der zweiten Hälfte blüht.

Das Spielprinzip hat sich gegenüber dem Vorgänger verändert. Während Spindizzy eine zusammenhängende, gigantische Welt bot, in der man sich verlieren konnte wie in einem IKEA ohne Ausgang, setzt Spindizzy Worlds auf abgeschlossene Levelstrukturen. Diese sind dennoch fies verschachtelt und verlangen gutes räumliches Denken. Besonders die Steuerung von GERALD, der sich wie ein gut geschmierter Hockey-Puck auf Eis verhält, sorgt für die eine oder andere spontane Tischkante im Kieferbereich. Dafür bietet das Spiel auch ein paar neue Annehmlichkeiten, wie Speicherstände oder Hinweise innerhalb der Level – ein Novum, das im gnadenlosen Vorgänger noch völlig fehlte. Außerdem kann man nun die Kameraperspektive frei in 90°-Schritten drehen, was bei der Orientierung oft lebenswichtig ist, auch wenn man dabei gelegentlich den Überblick verliert und plötzlich rückwärts in einen Abgrund rollt.

Programmiert wurde Spindizzy Worlds erneut von Paul Shirley, der von Debbie Sorrell grafisch unterstützt wurde. Die Musik stammt von Martin Walker, bekannt für seine C64-Tracks in Armalyte oder Speedball 2: Brutal Deluxe. In einer witzigen Fußnote ließ Produzent Colin Fuidge im Abspann die Frage stellen: „Can GERALD have a gun?“ – was wohl eine Reaktion auf das völlig gewaltfreie Gameplay war, das so gar nicht in die damalige Actionära passen wollte. Das ikonische Boxart entstand durch einen Wettbewerb in einem britischen Computermagazin und zeigt GERALD, umgeben von thematischen Welten mit Pinguinen, Pyramiden und U-Booten. Warum Pinguine? Warum nicht.

Der SNES-Port sorgte dann für ordentlich Zwist. Shirley hatte keine Freigabe erteilt und distanzierte sich später explizit von dieser Version. Seine Reaktion fiel entsprechend deutlich aus: „I disown it.“ Die SNES-Version wurde von ASCII Entertainment umgesetzt, und etwa 80.000 Module wurden laut späteren Aussagen produziert. Wie viele davon tatsächlich über die Ladentheke gingen, bleibt unklar. Fakt ist: Durch die ausbleibende Vermarktung wurde das Spiel nie der Hit, der es hätte werden können. Besonders ärgerlich für Shirley: Schon beim ersten Spindizzy hatte Activision eine US-Version für den Apple II veröffentlicht – komplett ohne seine Kenntnis und sogar mit entfernten Credits.

Die internationale Presse zeigte sich dennoch meist begeistert. In Großbritannien heimste die Amiga-Version bis zu 94 % ein, während auch die Power Play mit 86 % nicht geizte. Die SNES-Version wurde gemischt aufgenommen: Während Nintendo Magazine System 90 % vergab, bemängelten US-Magazine wie Nintendo Power die träge Steuerung auf dem Gamepad. Dennoch schaffte es Spindizzy Worlds auf Platz 90 der besten 100 SNES-Spiele in einer späteren Total!-Liste – ein Achtungserfolg für ein Spiel, das nie große Stückzahlen erreichte.

Die Levelarchitektur ist bis heute bemerkenswert: Mit cleverem Design, physikalischen Fallen, versteckten Gängen und einem Mix aus Geschicklichkeit und Denkspiel forderte das Spiel seine Spieler auf mehreren Ebenen. Energie ist stets Mangelware, und jedes verlorene Leben kratzt an der Zeitreserve. Die späteren Level sind dabei sadistisch genug, um selbst geduldige Spieler zur Verzweiflung zu treiben – und gleichzeitig motivierend genug, um einen weitermachen zu lassen.

Was bleibt, ist ein faszinierendes Beispiel für ein Indie-ähnliches Projekt lange vor dem Indie-Boom. Ein Spiel, das mit bescheidenen Mitteln, viel Kreativität und ein bisschen britischem Humor eine Nische im Puzzle-Genre schuf, die bis heute viele Fans begeistert. Die letzten Worte überlassen wir Paul Shirley selbst, der auf die Frage, was er am Spieldesign von Spindizzy Worlds ändern würde, nur antwortete: „Nothing. I got it right the first time.“

 Spindizzy Worlds ist eines dieser Spiele, das auf den ersten Blick aussieht wie ein schrulliger Physikbaukasten mit Schwerkraftproblemen, aber unter der Haube eine kleine Design-Offenbarung verbirgt. Entwickelt wurde es von Paul Shirley, dem Schöpfer des ursprünglichen Spindizzy aus dem Jahr 1986, das sich seinerzeit durch seine schwindelerregende isometrische Perspektive und ein kreiselndes Vehikel namens GERALD einen Platz in der Heimcomputer-Geschichte sicherte. Der Nachfolger, Spindizzy Worlds, erschien zuerst 1990 auf dem Amiga und dem Atari ST und wurde später auf diverse andere Plattformen wie SNES, Sharp X68000, NEC PC-9801 und sogar das Super Famicom portiert – Letzteres allerdings ohne Zustimmung Shirleys, was zu einem der kurioseren Kapitel der Spielegeschichte führte.

Die Handlung? Man spielt wieder das GERALD-Gerät, ein Geographical Environmental Reconnaissance And Land-Mapping Device, das durch ein Sternensystem namens Beta Twirlinus rollt, um Energie zu sammeln, bevor die Sonne alles auslöscht. Keine Sorge, so episch wie es klingt, bleibt es in der Praxis meist bei schwebenden Plattformen, tückischen Abgründen und dem unbarmherzigen Ticken einer ablaufenden Energieleiste. Der Spieler erkundet dabei Dutzende kleiner Planeten mit sehr individuellen Mechaniken – manche drehen sich, andere kippen oder werfen den armen GERALD mit katapultartigen Plattformen durch die Gegend. Die Weltkarte gliedert sich in zwei Sektoren: Easydizzy und Spindizzy – ein schöner Hinweis darauf, was einem in der zweiten Hälfte blüht.

Das Spielprinzip hat sich gegenüber dem Vorgänger verändert. Während Spindizzy eine zusammenhängende, gigantische Welt bot, in der man sich verlieren konnte wie in einem IKEA ohne Ausgang, setzt Spindizzy Worlds auf abgeschlossene Levelstrukturen. Diese sind dennoch fies verschachtelt und verlangen gutes räumliches Denken. Besonders die Steuerung von GERALD, der sich wie ein gut geschmierter Hockey-Puck auf Eis verhält, sorgt für die eine oder andere spontane Tischkante im Kieferbereich. Dafür bietet das Spiel auch ein paar neue Annehmlichkeiten, wie Speicherstände oder Hinweise innerhalb der Level – ein Novum, das im gnadenlosen Vorgänger noch völlig fehlte. Außerdem kann man nun die Kameraperspektive frei in 90°-Schritten drehen, was bei der Orientierung oft lebenswichtig ist, auch wenn man dabei gelegentlich den Überblick verliert und plötzlich rückwärts in einen Abgrund rollt.

Programmiert wurde Spindizzy Worlds erneut von Paul Shirley, der von Debbie Sorrell grafisch unterstützt wurde. Die Musik stammt von Martin Walker, bekannt für seine C64-Tracks in Armalyte oder Speedball 2: Brutal Deluxe. In einer witzigen Fußnote ließ Produzent Colin Fuidge im Abspann die Frage stellen: „Can GERALD have a gun?“ – was wohl eine Reaktion auf das völlig gewaltfreie Gameplay war, das so gar nicht in die damalige Actionära passen wollte. Das ikonische Boxart entstand durch einen Wettbewerb in einem britischen Computermagazin und zeigt GERALD, umgeben von thematischen Welten mit Pinguinen, Pyramiden und U-Booten. Warum Pinguine? Warum nicht.

Der SNES-Port sorgte dann für ordentlich Zwist. Shirley hatte keine Freigabe erteilt und distanzierte sich später explizit von dieser Version. Seine Reaktion fiel entsprechend deutlich aus: „I disown it.“ Die SNES-Version wurde von ASCII Entertainment umgesetzt, und etwa 80.000 Module wurden laut späteren Aussagen produziert. Wie viele davon tatsächlich über die Ladentheke gingen, bleibt unklar. Fakt ist: Durch die ausbleibende Vermarktung wurde das Spiel nie der Hit, der es hätte werden können. Besonders ärgerlich für Shirley: Schon beim ersten Spindizzy hatte Activision eine US-Version für den Apple II veröffentlicht – komplett ohne seine Kenntnis und sogar mit entfernten Credits.

Die internationale Presse zeigte sich dennoch meist begeistert. In Großbritannien heimste die Amiga-Version bis zu 94 % ein, während auch die Power Play mit 86 % nicht geizte. Die SNES-Version wurde gemischt aufgenommen: Während Nintendo Magazine System 90 % vergab, bemängelten US-Magazine wie Nintendo Power die träge Steuerung auf dem Gamepad. Dennoch schaffte es Spindizzy Worlds auf Platz 90 der besten 100 SNES-Spiele in einer späteren Total!-Liste – ein Achtungserfolg für ein Spiel, das nie große Stückzahlen erreichte.

Die Levelarchitektur ist bis heute bemerkenswert: Mit cleverem Design, physikalischen Fallen, versteckten Gängen und einem Mix aus Geschicklichkeit und Denkspiel forderte das Spiel seine Spieler auf mehreren Ebenen. Energie ist stets Mangelware, und jedes verlorene Leben kratzt an der Zeitreserve. Die späteren Level sind dabei sadistisch genug, um selbst geduldige Spieler zur Verzweiflung zu treiben – und gleichzeitig motivierend genug, um einen weitermachen zu lassen.

Was bleibt, ist ein faszinierendes Beispiel für ein Indie-ähnliches Projekt lange vor dem Indie-Boom. Ein Spiel, das mit bescheidenen Mitteln, viel Kreativität und ein bisschen britischem Humor eine Nische im Puzzle-Genre schuf, die bis heute viele Fans begeistert. Die letzten Worte überlassen wir Paul Shirley selbst, der auf die Frage, was er am Spieldesign von Spindizzy Worlds ändern würde, nur antwortete: „Nothing. I got it right the first time.“

 

The Dam Busters- 1984 by Sydney Development Corp.

The Dam Busters- 1984 by Sydney Development Corp.

dam bustersEs ist egal, in welchem Jahrzehnt der Videospiele wir uns befinden, der zweite Weltkrieg ist immer wieder eine Anlaufstelle für Actionspiele oder Simulatoren. The Spiel The Dam Busters (1984) ist ein weiteres Beispiel für britisch-kanadische Zusammenarbeit im frühen Flugsimulations-Genre: ein mutiger Versuch, Geschichte, Technik und Spielgefühl zu verknüpfen. Hinter diesem ambitionierten Titel steckte die kanadische Firma Sydney Development Corp., realisiert in enger Kooperation mit U.S. Gold (Europa) und Accolade (Nordamerika) für verschiedenste Plattformen.

Gedacht als Simulation der berühmten Operation Chastise – dem Dambuster-Einsatz von 1943 – bietet das Spiel dem Anwender die Steuerung eines Lancaster-Bombers in der Nachteinsatz-Atmosphäre über dem Ruhrgebiet. Der Spieler wechselt dabei zwischen sieben Crew-Stationen: Pilot, Bombenschütze, Navigator, Techniker, Front- und Heckschütze sowie der Staffelkapitän. Erfolg hinge davon ab, alle Rollen im Blick zu behalten – verlässt man etwa den Navigator während eines kritischen Anflugs, droht sofortige Katastrophe.

Das Spiel erschien 1984 zuerst auf ColecoVision und Commodore 64, 1985 folgten Konversionen für Apple II, MS DOS, MSX und ZX Spectrum; 1986 zog NEC PC 9801 und Amstrad CPC nach. Für jede Version wurde das Erlebnis technisch angepasst – die C64-Version glänzte mit kräftigem Sound, für den Komponist Paul Butler verantwortlich war, bekannt auch für Titel wie Ace of Aces und The Train: Escape from Normandy. Hinter der Programmierung stand das Team rund um Stuart Easterbrook, Steve Armstrong und Rick Banks, unter dem Lead-Designer J. Stewart Eastbrook, der auch die Musik komponierte. Easterbrook programmierte den C64-Code selbst, unterstützt von Grant Campbell bei Grafik und eben Butler beim Sound.

Im Produktionsprozess spricht man von einer Entwicklungszeit von rund zwölf Monaten. Anekdoten berichten, dass Easterbrook zur Authentizität einen RAF-Offizier konsultierte. Aus dem Entwicklerteam heißt es: „We wanted to avoid broad arcade appeal and aim for tension and authenticity“ – also kein Action-Game, sondern historisch fundierte Simulation mit emotionalem Gewicht.

Die Cockpitansicht zeigte analoge Instrumente (Höhe, Fluggeschwindigkeit mit rotem Bombenmarkierer, künstlicher Horizont, Kompass). Per Tastendruck navigiert man zwischen Stationen oder reagiert auf Alarme – beispielsweise DCA-Feuer bleibt nur abzuwehren, indem der Heckschütze aktiviert wird. Die Anflugsphase auf die Dammanlage wurde zu einem ikonischen Moment: Geschwindigkeits-, Höhen- und Neigungsparameter mussten exakt erreicht werden, ansonsten endete der Lauf oft in Fehlschlag oder Bruchlandung. Laut GameFAQs fungierte Bombenfachmann Barnes Wallis als technischer Berater – so erhalten echte Konzepte wie Sprungweite, Anflugwinkel und Bombenablauf eine historische Legitimation. Ungewöhnlich dabei: Es gab nur drei Missionen – Übungsflug plus zwei Angriffe auf Mohne-, Sorpe- oder Edertalsperre – was manchen Spielern (selbst Spielern auf Lemon64) das Gefühl gab: „zu schwer, zu kurz“.

Marktwirtschaftlich war The Dam Busters ein ordentlicher Erfolg. Verkaufszahlen sind schwer exakt zu belegen, aber die Spectrum-Version wurde als „Sinclair User Classic“ ausgezeichnet, die französische Tilt vergab 6 Sterne für Spieltiefe und 5 für Grafik und kürte die C64-Fassung zum „Tilt d’or 1985“. In den USA schrieb Info: „better than average graphics and play features“ – und Computer Gaming World gab trotz Kritik an der mangelnden Simulationstiefe immerhin eine solide 2 von 5. International erhielt die C64-Edition durchschnittlich 76 % bei Mobygames-Bewertungen . Die Spectrum-Ausgabe wurde gar mit 92 % bei Zzap! gelobt. Offiziell bestätigte Anteilsaussonderungen in U.K., Nordamerika und Japan demonstrieren breite Resonanz: U.S. Gold und Accolade kooperierten 1985/86 für westliche Märkte, während in Japan Apollotechnica (PC 98) und Soft Pro (MSX) das Feld bearbeiteten. Internationale Wertungen zeigen einen interessanten Kontrast: In den USA wurde der Titel eher als solides Action-Spiel gesehen, in Europa als taktische, atmosphärische militärische Simulation gewürdigt. In späteren Rezensionen (etwa 1991) erschien das Spiel „veraltet“, mit Wertungen von nur 1,5/5. Trotzdem bleibt bis heute das Gefühl eines authentischen, thematisch dichten Flugsimulators erhalten.
Produktionstechnisch zeigte das Projekt Mut – statt multiple Zielumsetzungen wurde jedes System individuell adaptiert. Die Spectrum-Variante nutzte monochrome hohe Kontraste, die C64-Version setzte auf Stereo-Sound und dynamischen Bildschirmblick. Die EGA/DOS-Variante bot größere Instrumentenanzeigen.

Als kontrovers empfanden einige, dass das Spiel historische Opfer inszenierte – ein moralisches Spannungsfeld, das auch angesichts des Films und Books The Dam Busters reflektiert wurde. Doch fast immer überwog die Faszination für Technik, Planung und Herausforderung. „The Dam Busters“ war kein Massenhit wie Elite oder Pirates!, aber ein mutiger, technisch versierter Titel mit emotionaler Gewichtung, realistischem Anspruch und britisch-kanadischem Flair. Seine Entwickler – Easterbrook, Butler, Eastbrook – bewiesen, dass Simulation und Spieltiefe sich nicht ausschließen müssen. Mit geschätzt mehreren hunderttausend verkauften Einheiten weltweit – allein das „Tilt d’or“ deutet auf fünfstellige Stückzahlen hin – gehört das Spiel in die Hall of Fame früher Flugsimulationen. Wer heute nostalgisch die digitale Dämmerung Europas überfliegen möchte, findet in „The Dam Busters“ ein echtes Erlebnis – mit moralischen Fragen, technischer Eleganz und einem Hauch britischen Heldenmuts.

Olivetti ETS 1010

Olivetti ETS 1010

olivetti ets 1010Wenn man sich in den 1980er Jahren in einem europäischen Anwaltsbüro, einer Behörde oder einem Verlag umsah, dann begegnete man nicht selten einem Gerät mit Olivetti-Schriftzug, dezent grauem Gehäuse und dem markanten Surren eines daisy-wheel-Druckkopfs. Der Olivetti ETS 1010 war eines dieser Geräte – weder vollwertiger PC noch bloße elektrische Schreibmaschine, sondern etwas dazwischen: ein eigenständiges elektronisches Textsystem mit Bildschirm, Speichermedien und intelligentem Software-Unterbau.

Ursprünglich auf Basis der amerikanischen Firma Syntrex Inc. entwickelt, brachte Olivetti das System ab etwa 1983 in Europa auf den Markt. Die Idee war, eine Brücke zu schlagen zwischen der bewährten Typenradtechnik und den neuen Möglichkeiten der digitalen Textverarbeitung. Heraus kam ein eigenständiges System, das nicht auf einem IBM-PC basierte, sondern auf eigener Elektronik und Logik aufbaute. Herzstück war ein Intel 80186, ein selten genutzter Prozessor, der viele Funktionen der PC-Peripherie bereits im Silizium integrierte. Der Arbeitsspeicher betrug 256 KB, genug für mehrere Textdokumente im RAM-Puffer.

Das System bestand aus mehreren Modulen: einer Basiseinheit mit zwei 5¼-Zoll-Diskettenlaufwerken zu je 160 KB, einem monochromen Bildschirm (grün oder bernsteinfarben, 80 Zeichen × 25 Zeilen), der separaten Schreibmaschineneinheit (meist ET 221) mit Typenraddruck und einer Funktionsklaviatur. Die Disketten nutzten ein proprietäres Format, das einfache Dateiverwaltung und Textspeicherung erlaubte – allerdings nicht kompatibel zu MS-DOS oder CP/M-Systemen. Das zugrundeliegende Betriebssystem war entweder eine modifizierte Variante von CP/M-86 oder, in komplexeren Konfigurationen, ein internes Syntrex-OS mit UNIX-artiger Struktur – genaue Angaben sind rar, da viele Systeme OEM-konfiguriert waren.

In der Praxis bedeutete dies: Der Benutzer tippte auf einer echten Schreibmaschinentastatur, sah die Eingabe auf dem Bildschirm, konnte formatieren, korrigieren und mit Steuerfunktionen wie [Block markieren], [Zentrieren] oder [Drucken] arbeiten. Das Schreiben selbst erfolgte anschließend über den mechanischen Druckkopf – typischerweise mit Daisy-Wheel-Technik, die ein gestochen scharfes Schriftbild erzeugte. Wer heute den Ausdruck in Händen hält, würde nie glauben, dass dies nicht mit einem Laserdrucker erstellt wurde.

Der ETS 1010 war – das sei deutlich gesagt – kein PC und konnte auch keine PC-Programme ausführen. Es gab weder Grafikfähigkeiten noch Soundchip oder Maussteuerung. Dafür bot das System eine durchdachte, ausgereifte Benutzeroberfläche, speziell auf das Schreiben, Ablegen und Drucken von Dokumenten zugeschnitten. Die Dateiverwaltung war einfach und visuell geführt; das Wechseln zwischen Dokumenten ging schnell. Besonders bemerkenswert war die Fähigkeit, mehrere Geräte zu clustern – das heißt, mehrere ETS-Systeme konnten über ein zentrales Diskettenlaufwerk oder Drucker verbunden werden, um Arbeitsgruppenlösungen zu ermöglichen. In der Praxis wurde dies z. B. in Sekretariaten oder Schreibpools genutzt.

Vergleichstabelle

Merkmal ET 221 ETS 1010 ETS 2010 Olivetti M24
Jahr ca. 1981 1983–1984 ab 1985 1983–1986
CPU keine Intel 80186 @ 8 MHz Intel 80186 @ 8 MHz Intel 8086 @ 8 MHz
RAM 256 KB 256–512 KB 256–640 KB
Bildschirm keiner 80×25 Zeichen, monochrom 80×25 Zeichen, monochrom CGA: 320×200, 4 Farben
Diskettenlaufwerke 2 × 5¼″, je 160 KB 2 × 5¼″, je 320 KB 1 × 5¼″, 360 KB oder HDD
Festplatte keine optional extern (sehr selten) ja, bis 10 MB ja, bis 20 MB
Drucktechnik Typenrad (extern) Typenrad integriert (ET 221) Typenrad (ET 115/ET 225 etc.) Matrix oder Typenrad extern
Netzwerkfähig nein ja (Clusterbetrieb, seriell) ja (Mehrplatzbetrieb möglich) ja (Ethernet, RS232)
Betriebssystem proprietär (CP/M-ähnlich) CP/M-86 oder Syntrex-OS MS-DOS / XENIX
Preis (geschätzt, 1983) ca. 3.000 DM ca. 6.000–8.000 DM ca. 9.000–12.000 DM ab 5.000 DM
Preis (inflationsbereinigt) ~2.300 € ~4.700–6.200 € ~7.000–9.000 € ~3.900–4.500 €

Der ETS 1010 war kein Spielcomputer, kein Allzweck-PC und kein Bastlersystem. Aber was er konnte, das konnte er hervorragend: Texte schreiben, speichern, drucken – und das mit einer Qualität und Verlässlichkeit, die in manch einem Schreibbüro noch bis in die frühen 2000er hinein Standard blieb. Gegenüber dem reinen Schreibmaschinenbetrieb war er ein gewaltiger Fortschritt, vor allem durch den Bildschirm und die flexible Bearbeitung von Dokumenten. Gegenüber einem IBM-kompatiblen PC wirkte er technikfern, aber dafür menschennah: keine kryptischen Befehle, sondern klar beschriftete Funktionstasten, durchdachte Menüs und sofortiger Druck auf Papier in bester Qualität.

In der Rückschau ist der ETS 1010 ein leiser, unterschätzter Meilenstein auf dem Weg zum digitalen Büro. Er markierte die kurze, aber spannende Übergangszeit, in der Schreibmaschinen Computer wurden – oder umgekehrt.

Ohio Scientific C2

c2 8p 1Der Ohio Scientific Challenger II, meist kurz C2 genannt, erschien zwischen 1977 und 1979 als konsequente Weiterentwicklung der populären Superboard-Serie des US-amerikanischen Herstellers Ohio Scientific Instruments (OSI). Das Unternehmen, gegründet 1975 im Bundesstaat Ohio durch den Ingenieur Michael Cheiky, seine Frau Charity Cheiky sowie den Techniker Dale A. Dreisbach, hatte sich zum Ziel gesetzt, erschwingliche, aber leistungsfähige Mikrocomputersysteme mit professionellem Anspruch zu entwickeln – eine Philosophie, die sich im C2 deutlich widerspiegelt.

Der C2 war kein typischer Heimcomputer, sondern vielmehr ein modulares, aufrüstbares System, das sich vor allem an Entwickler, Ingenieure, Bildungseinrichtungen und kleine Unternehmen richtete. Die Gerätefamilie umfasste unter anderem den C2-4P, ein kompaktes, tragbares System mit vier internen Steckplätzen, sowie den C2-8P, der über acht Erweiterungssteckplätze verfügte und in einem größeren Gehäuse untergebracht war. Beide Modelle basierten auf einer steckkartenbasierten Architektur, bei der CPU, Video-Einheit, RAM und I/O als separate Platinen in einen Busrahmen („Backplane“) eingebunden wurden. Dies erlaubte eine bemerkenswerte Flexibilität und Erweiterbarkeit – Merkmale, die zu dieser Zeit noch keineswegs selbstverständlich waren.

Als Prozessor kam der bewährte MOS Technology 6502 mit einem Takt von 1 MHz zum Einsatz. Die Taktfrequenz wurde allerdings nicht, wie bei den meisten Konkurrenten, durch einen Quarzoszillator erzeugt, sondern durch einen programmierbaren 74LS123-Monoflop-Schaltkreis, was eine gewisse Variabilität und Feinjustierung ermöglichte. Der 6502 war ein 8-Bit-Prozessor mit einem einfachen, aber effizienten Befehlssatz, der unter anderem durch seine indizierten Adressierungsmodi und seine niedrige Chip-Komplexität überzeugte. In Kombination mit dem leichtgewichtigen Systemdesign bot dies eine für die damalige Zeit bemerkenswert hohe Rechenleistung pro investiertem Dollar.

Das Betriebssystem bestand typischerweise aus einem im ROM untergebrachten Monitorprogramm und einem einfachen BASIC-Interpreter, der in einer auf 8 KB reduzierten Form implementiert war. Von Diskette konnte ein rudimentäres OSI-DOS oder ein erweitertes BASIC geladen werden. Der Zugriff erfolgte über einen simplen Konsolenmodus mit Cursorkontrolle und hexadezimalem Direktzugriff auf Speicheradressen. Auf dem Bildschirm konnten maximal 64 Zeichen pro Zeile bei 32 Zeilen dargestellt werden, wobei ausschließlich monochrome Textausgabe unterstützt wurde. Eine Bitmap-Grafikfähigkeit war serienmäßig nicht vorhanden, konnte aber theoretisch über Zusatzhardware realisiert werden. Farbdarstellung war nicht vorgesehen – der C2 blieb in dieser Hinsicht der kompromisslosen Funktionalität verpflichtet.

Auch in Sachen Klanggestaltung herrschte Sparsamkeit. Der C2 besaß keinen dedizierten Soundchip. Audioausgabe war nur indirekt über den Kansas City Standard möglich – einem Codierformat für Audiodaten, das auf Kassette gespeichert wurde. Manche Nutzer zweckentfremdeten das Kassetteninterface für primitive Tonausgabe, doch echte Musik- oder Effektfähigkeiten fehlten vollständig.
Der Massenspeicher bestand standardmäßig aus einem Kassettenrekorder-Anschluss, der mit 300 bis 1200 Baud arbeitete. Gegen Aufpreis konnte das System um ein Floppy-Interface (Model 470) ergänzt werden. Hier kamen wahlweise 5¼-Zoll- oder 8-Zoll-Laufwerke zum Einsatz. In seltenen Fällen wurde sogar ein Festplattenanschluss für Winchester-Laufwerke implementiert – eine für die späten 1970er geradezu futuristische Option. Der interne Arbeitsspeicher konnte von 4 KB (auf der CPU-Karte) auf bis zu 64 KB aufgerüstet werden, was für komplexe BASIC-Programme oder datenintensive Anwendungen absolut notwendig war.

In puncto Peripherie war der C2 ausgesprochen vielseitig. Neben parallelen und seriellen I/O-Karten bot OSI auch Druckerschnittstellen, einen Terminalanschluss, eine Mehrprozessor-Karte (Model 460Z) sowie diverse RAM-Erweiterungsplatinen an. Eine geplante Sprachsyntheseeinheit wurde angekündigt, aber nie über das Prototypstadium hinaus realisiert. Die Tastatur war separat im Gehäuse verbaut und erinnerte in Aufbau und Haptik eher an industrielle Terminals als an Heimcomputer-Tastaturen.

Die physische Größe variierte je nach Modell: Der C2-4P maß etwa 40 × 30 × 15 cm, der C2-8P war nochmals größer und erforderte einen separaten Monitor und häufig eine externe Stromversorgung. Das Design war funktional, industriell, kantig – und entsprach damit ganz dem technologischen Ethos der späten 1970er.

Die Preise für den Ohio Scientific C2 begannen 1978 bei 598 US-Dollar für das C2-4P-System. Das C2-8P schlug mit rund 799 US-Dollar zu Buche. Inflationsbereinigt entspricht dies im Jahr 2025 etwa 3.500 bis 4.700 Euro, je nach Modell und Ausstattung. Verglichen mit einem Apple II, der damals weit über 1.200 Dollar kostete, war der C2 also ein attraktives Angebot für technisch versierte Nutzer mit professionellen Ansprüchen. In der Fachpresse wurde der C2 teils wohlwollend, teils kritisch besprochen. Das Magazin Kilobaud lobte ihn als „beispiellose modulare Plattform für ernsthafte Computeranwender“, während Byte die Integration und Modularität herausstellte, jedoch die fehlende Farbgrafik bemängelte. Die Nachrichtenagentur UPI schrieb 1978: „Ein portabler Computer mit Fähigkeiten, die man sonst nur von Minis kennt.“

Die Verkaufszahlen lassen sich heute nur grob abschätzen. Bekannt ist, dass Ohio Scientific 1979 etwa 18 Millionen Dollar Umsatz erzielte und rund 300 Mitarbeiter beschäftigte. Der C2 war vor allem in Universitäten, Forschungseinrichtungen und kleinen Industriebetrieben zu finden – seltener im privaten Gebrauch. Sein modularer Aufbau, seine Erweiterbarkeit und seine offene Architektur machten ihn beliebt bei Bastlern, doch die lange Lieferzeiten und das Fehlen eines größeren Software-Ökosystems verhinderten eine breitere Marktdurchdringung. Im Vergleich zum Vorgänger, dem populären Superboard II, bot der C2 eine erheblich professionellere Bauweise, bessere Erweiterungsmöglichkeiten und eine robuste Backplane-Struktur. Gegenüber Konkurrenten wie dem Apple II, dem Commodore PET oder dem TRS-80 konnte er technisch mithalten, doch fehlten ihm ein attraktives Gehäuse, Farbfähigkeit und der Zugang zu einer großen Entwicklergemeinde – Punkte, die für Endanwender immer entscheidender wurden.

Trotzdem bleibt der Ohio Scientific C2 ein Meilenstein in der Entwicklungsgeschichte des Mikrocomputers. Er verkörpert jene Zwischenphase, in der sich die Heimcomputertechnik von der Garagenbastelei zur ernsthaften Computertechnik emanzipierte. Die Entwickler Michael und Charity Cheiky sowie Dale Dreisbach waren Pioniere, deren Beitrag zum frühen Mikrocomputermarkt in Fachkreisen heute mit Respekt betrachtet wird. Obwohl Ohio Scientific in den frühen 1980er Jahren schließlich von der Firma M/A-COM übernommen wurde und der Markenname verschwand, lebt der C2 in Sammlerkreisen fort – nicht zuletzt als Symbol für eine Ära, in der technische Eleganz und logisches Design noch mehr zählten als bunte Grafiken und Geräuschkulissen.

Franklin ACE 100

Franklin ACE 100

mrbrowns franklin ace 100Wenn ich Dich, werter Leser, fragen würde, ob Du irgendwann einmal in Deinem Leben ein Programm ohne Zustimmung des Urhebers kopiert hast, würdest Du wahrscheinlich mit einem verlegenen Lächeln zustimmen, denn höchstwahrscheinlich hast Du die Zeit miterlebt und möglicherweise dank Programmen wie bspw. X-Copy auf dem Amiga ausgiebig davon Gebrauch gemacht (Nur zur Beruhigung: die Verjährungsfrist ist hier schon längst vorbei). Das nicht nur der private Heimanwender sich das Leben etwas vereinfachen wollte, ist daraus sicherlich erklärlich und beruhte auch auf der Tatsache, dass es noch bis Anfang der 1980er keine wirklichen Präzedenzfälle existierten. Dies sah auch der US-amerikanische Hersteller Franklin Computer Corporation so und präsentierte 1982 die ACE Modellreihe, die absolut Apple II kompatibel waren.

Technisch gesehen war der ACE 100 keine Nachbildung, sondern eine exakte Kopie des Apple II Plus: Franklin hatte den ROM-Inhalt von Apples System, inklusive BASIC-Interpreter, Monitorprogramm und Betriebssystem, Byte für Byte übernommen. Dies führte später zum wegweisenden Rechtsstreit Apple Computer, Inc. v. Franklin Computer Corp., der die Rechtsauffassung über Software-Urheberrecht nachhaltig prägte. Im Inneren arbeitete wie beim Original ein MOS Technology 6502 mit 1,023 MHz. Der 8-Bit-Prozessor war der zentrale Baustein zahlreicher Heimcomputer der Zeit, von der Atari-8-Bit-Serie bis zum Commodore 64. Er konnte direkt auf bis zu 64 KB RAM zugreifen, was dem ACE 100 voll zur Verfügung stand.

Die Grafikfunktionen entsprachen exakt dem Apple II Plus: Textmodus mit 40×24 Zeichen, Low-Resolution-Grafik mit 40×48 Bildpunkten bei 15 Farben plus schwarz, High-Res mit 280×192 bei bis zu sechs gleichzeitigen Farben, abhängig von den NTSC-Farbphasen. Für Ton sorgte wie beim Original ein 1-Bit-Speaker, der über Software getaktet wurde – komplexe Musik war nur durch gezieltes Pulsweitenmodulieren möglich.

Das ROM des ACE 100 enthielt eine 1:1-Kopie von Apples Integer BASIC (entwickelt von Steve Wozniak) sowie Apples Betriebssystem DOS 3.3. Der Computer unterstützte alle Apple-II-Platinen und Softwaretitel, da er vollständig signal- und softwarekompatibel war. Die Anschlussmöglichkeiten umfassten Composite-Video, Gameport, einen Erweiterungsbus mit acht Slots sowie Diskettenanschluss. Als Massenspeicher kamen externe 5,25-Zoll-Diskettenlaufwerke zum Einsatz – meist 140 KB pro Diskette –, häufig Apple-kompatible Nachbauten von Franklin selbst.

Ursprünglich wurde der ACE 100 als sogenannte „Bare Board“-Lösung vertrieben – ein vollständig bestücktes Mainboard ohne Gehäuse, Tastatur oder Netzteil. Zielgruppe waren technisch versierte Nutzer, Schulen und OEM-Kunden, die den Rechner in bestehende Apple-II-kompatible Gehäuse oder selbstgefertigte Lösungen einbauen wollten. Dennoch kam es im Handel bald zu Verwirrungen: Einige Dritthändler und Systemhäuser verkauften den ACE 100 auch als Komplettgerät, indem sie das Board mit Gehäuse, Tastatur und Netzteil kombinierten. Diese Varianten wurden teils noch unter dem Namen ACE 100 angeboten, obwohl der erste offiziell von Franklin vermarktete Komplettrechner auf Basis desselben Boards bereits ACE 1000 hieß.

Der Preis des ACE 100 als Mainboard lag bei rund 499 US-Dollar, was inflationsbereinigt ca. 1.475 Euro im Jahr 2025 entspricht – deutlich günstiger als der Apple II Plus mit etwa 1.195 Dollar (über 3.400 Euro heute). Diese Preisstrategie machte den ACE 100 besonders bei Bildungseinrichtungen beliebt. Presseberichte zur Veröffentlichung waren gespalten. Während Magazine wie Creative Computing das Gerät als „kostengünstigen Hoffnungsträger für Bildungseinrichtungen“ bezeichneten, schrieb BYTE Magazine im Oktober 1982: „Ein guter Computer, doch moralisch fragwürdiger Ursprung.“ Besonders Apple-Fans sahen in Franklin einen Trittbrettfahrer.

Etwa 20.000 Einheiten wurden laut interner Verkaufszahlen von Franklin bis Anfang 1983 ausgeliefert. Ein Lehrer aus Kalifornien baute mit Schülern Plexiglas-Gehäuse um ACE-Boards – ein Schulprojekt, das zum halblegalen Apple-Klonlabor wurde. „Ich hätte Apple lieber gekauft, aber mein Budget erlaubte das nicht. Der Franklin tat, was ich brauchte – Punkt“, sagte er rückblickend in einem Interview mit Popular Computing.

Apple war selbstredend kein allzu großer Freund der ACE Reihe und klagte bereits zur Veröffentlichung auf Urheberrechtsverletzung. Der Rechtsstreit Apple v. Franklin war ein historisches Verfahren in den USA, das maßgeblich die Rechtsgrundlage für den Schutz von Software festlegte. Franklin argumentierte, dass ROM-Code keine „literarischen Werke“ im Sinne des Urheberrechts seien und deshalb nicht geschützt werden könnten. Die Entscheidung des Berufungsgerichts (3rd Circuit) im Jahr 1983 war bahnbrechend: Das Gericht erklärte, dass auch Maschinencode in ROMs urheberrechtlich schützbar ist, selbst wenn dieser nicht direkt lesbar ist. Dies war das erste Mal, dass ein US-Gericht urheberrechtlichen Schutz für firmwarebasierte Software bestätigte.

Das Verfahren zog sich bis 1988 hin. Franklin verlor in allen wesentlichen Punkten. Die Firma musste den Vertrieb der betroffenen Produkte einstellen oder neu designen, was ihren Marktanteil stark schrumpfen ließ. Franklin bot später den ACE 500 mit neuem ROM und eigener Softwarearchitektur an – jedoch ohne die vollständige Kompatibilität, die den ACE 100 so erfolgreich gemacht hatte. Gegenüber direkten Konkurrenten wie dem Commodore PET oder dem Tandy TRS-80 war der Franklin ACE 100 grafisch unterlegen, aber durch seine Apple-Kompatibilität deutlich vielseitiger. Für Bastler war er eine kostengünstige Alternative – für Apple ein Dorn im Auge.

Der ACE 100 war also mehr als nur ein Plagiat. Er war ein politischer Computer, ein juristisches Exempel, ein Spiegel der frühen 80er-Jahre zwischen Innovation, Nachbau und der Suche nach Standards. Heute ist er ein Sammlerstück – gerade weil er als einziger Computer in US-Geschichte vor Gericht tatsächlich als urheberrechtswidrig verboten wurde, obwohl er technisch brillant umgesetzt war.

Wings of Fury – 1988 by Brøderbund

Wings of Fury - 1988 by Brøderbund

Wings of Fury, von Brøderbund im Dezember 1987 veröffentlicht, war ein ungewöhnlicher, stilisierter Mix aus Shoot-'em-up und Simulation, der sich in der Ästhetik eher an Spielhallenklassiker anlehnte, inhaltlich jedoch überraschend ernst war. Entwickelt wurde das Spiel ursprünglich von Steve Waldo, einem der weniger bekannten, aber technisch versierten Designer, der zuvor an Tools und internen Konvertern für Brøderbund mitgearbeitet hatte. Die Musik und Sounds wurden von Kris Hatlelid beigesteuert, wobei die PC-Version mangels Sound-Hardware auf einfache Effekt-Cues beschränkt blieb. Die Amiga- und Apple-II-Versionen nutzten einfache Sampleeffekte und systemnahe Töne, boten aber keine musikalische Untermalung im eigentlichen Sinne.

Die Entstehungsgeschichte von Wings of Fury begann laut einer internen Brøderbund-Mitteilung bereits 1986, als Steve Waldo erste Prototypen entwickelte, die sich an Side-Scrolling-Flugspielen wie Choplifter oder Defender orientierten, aber eine realistische Physik und ballistische Berechnung einführen wollten. In einem seltenen Interview aus der Zeitschrift Compute! (Ausgabe Juni 1989) sagte Waldo: „Ich wollte ein Spiel, das so einfach zu bedienen ist wie ein Arcade-Shooter, aber die Ernsthaftigkeit des Zweiten Weltkriegs mit sich trägt. Kein Fantasiekrieg, sondern realistisch, direkt, ohne Filter.“ Der Produktionsprozess war relativ schlank: Innerhalb von etwa acht Monaten wurde die Kernversion für den Apple II fertiggestellt, wobei viele der Sprites handgezeichnet und pixelweise optimiert wurden. Die Entwickler testeten die Wirkung von Bomben auf animierte Soldaten in verschiedenen Variationen – ein Detail, das später für Kritik sorgte.

Das Spiel versetzt den Spieler in die Rolle eines US Navy-Piloten im Pazifikkrieg 1944. Als Pilot eines F6F Hellcat jagt man von einem Flugzeugträger aus japanische Flakstellungen, Nachschubtruppen, Landungsboote, Radaranlagen und Flugplätze. Gesteuert wird dabei aus einer seitlichen 2D-Perspektive. Die Steuerung kombiniert Flugphysik mit direkter Arcade-Steuerung: Geschwindigkeit, Fluglage und Flughöhe müssen koordiniert werden, um präzise Bombenabwürfe, Torpedoeinsätze oder Bordmaschinenangriffe auszuführen. Landungen auf dem eigenen Flugzeugträger – der sich ebenfalls in Bewegung befindet – gehören zu den schwierigsten, aber auch eindrucksvollsten Momenten. Munition ist begrenzt, Nachladen und Reparaturen erfordern präzises Landen.

Die Kombination aus realer Militärgeschichte, schwarzhumoriger Gewalt und Arcade-Mechanik sorgte für eine geteilte Rezeption. Die US-Presse lobte das Spiel nahezu durchweg – Compute! sprach von einem „komplexen, aber unterhaltsamen Kriegsspiel, das gleichzeitig pädagogisch und fesselnd“ sei. In Deutschland fiel die Berichterstattung zurückhaltender aus. Die Zeitschrift 64'er lobte 1989 die technische Umsetzung, merkte aber kritisch an, dass „die Darstellung von explodierenden Menschen in einem Spiel dieser Art unnötig martialisch“ wirke. Besonders auf dem C64, dessen Version vom Studio Cascade Games konvertiert wurde, sorgten die teils expliziten Animationen der sterbenden Soldaten für Diskussionen. In Frankreich wurde das Spiel aufgrund seiner Thematik teilweise zensiert vertrieben.

Wings of Fury erschien ursprünglich auf dem Apple II undMS-DOS, später folgten offizielle Portierungen für Commodore 64, Amiga, sowie eine japanische Version für den Sharp X68000, die nicht nur technisch, sondern auch inhaltlich stark verändert wurde. In der exklusiven X68000-Version übernimmt der Spieler nicht die Rolle eines amerikanischen Piloten, sondern steuert eine japanische Mitsubishi A6M Zero und kämpft gegen amerikanische Streitkräfte. Die Level, Menüs, Sounds und Animationen wurden neu gestaltet, um der japanischen Perspektive auf den Krieg zu entsprechen – eine komplette kulturelle Umkehrung des ursprünglichen Spiels. Damit war die X68000-Version keine reine Portierung, sondern eine vollständig lokalisierte Neuinterpretation mit hoher grafischer Qualität und historisch angepasstem Narrativ. Technisch war sie zudem deutlich anspruchsvoller: flüssigere Parallax-Scrolling-Effekte, detailliertere Explosionen und eine ausgefeiltere Kollisionslogik machten sie zu einer der hochwertigsten Fassungen überhaupt.

Insgesamt wurden weltweit schätzungsweise über 250.000 Einheiten verkauft, was angesichts der ernsten Thematik bemerkenswert war. Das Spiel wurde nie offiziell fortgesetzt, obwohl ein Prototyp mit dem Titel Wings of Fury II 1992 bei Brøderbund kursierte, später aber eingestellt wurde. 2001 erschien ein inoffizielles Remake für Windows-PCs, das Gameplay und Grafik modernisierte, aber ohne Lizenz durch kleinere Entwickler realisiert wurde.

Trivia: Die Figur des Piloten blieb namenlos, doch in einem Mockup für das Handbuch der Amiga-Version wurde er „Lt. J. R. Hayes“ genannt – ein Hinweis auf einen echten US-Piloten, der 1944 über Iwo Jima abgeschossen wurde. Entwickler Waldo sagte dazu nur: „Ich wollte keine Heldenromantik. Das war ein Krieg, kein Abenteuerfilm.“ Ein weiterer interessanter Aspekt: Die Gravity-Engine von Wings of Fury wurde später von Brøderbund intern bei Prince of Persia inspiriert übernommen – insbesondere das ballistische Verhalten der Fallbewegungen. Entwickler Jordan Mechner bestätigte später in seinen Notizen von 1989, dass Wings of Fury als eines von drei physikbasierten Vorbildern diente.

Starflight I – 1986 by Binary Systems

Starflight I – 1986 by Binary Systems

Starflight

Im Jahr 1986 erschien mit Starflight eines der ambitioniertesten und innovativsten Computerspiele seiner Zeit. Entwickelt wurde es von Binary Systems, einem kleinen Studio unter der Leitung von Rod McConnell, Greg Johnson und Tim Lee. Die Veröffentlichung übernahm Electronic Arts, das mit dem Titel ein Experiment wagte – ein Spiel, das Rollenspiel-, Weltraum-Erkundungs- und Wirtschaftssimulationselemente miteinander verband, basierend auf einer eigenen Engine und völlig neuen technischen Lösungen. Der Titel wurde ursprünglich für IBM-PC-kompatible Rechner mit MS-DOS entwickelt, in einer Zeit, als diese Plattform spielerisch noch hinter dem C64 und Apple II stand. Starflight änderte das.

Die Entwicklungszeit betrug über fünf Jahre – ungewöhnlich lang für damalige Verhältnisse. Tim Lee und Rod McConnell arbeiteten ursprünglich an einem einfachen Asteroiden-Management-Spiel. Doch das Projekt wuchs rasch zu einem komplexen Simulations- und Storyuniversum mit über 800 zu erforschenden Planeten. Greg Johnson, der später mit ToeJam & Earl berühmt wurde, war maßgeblich für die narrative Gestaltung verantwortlich. Er verfasste die meisten der interaktiven Alien-Dialoge und das Hintergrunduniversum. „Wir wollten kein Spiel machen, das man einfach spielt – wir wollten ein Universum schaffen, das man bewohnt,“ erinnerte sich Johnson 2001 in einem Interview mit GameSpot.

Eine der größten technischen Besonderheiten von Starflight war seine Programmierung in FORTH und x86-Assembler – eine für damalige Spieleproduktionen sehr ungewöhnliche Wahl. Die Entwickler nutzten FORTH als Metasprache, um die komplexen Verhaltensroutinen und Systemsimulationen effizient zu organisieren, während Performance-kritische Routinen – etwa für die Raumfahrt, Oberflächendarstellung der Planeten oder die Kampfsysteme – in Assemblersprache geschrieben wurden. „Wir haben FORTH verwendet, weil es uns erlaubte, Ideen unglaublich schnell zu testen und zu iterieren – etwas, das in C oder Pascal viel länger gedauert hätte,“ erklärte Greg Johnson. Tim Lee ergänzte später: „Mit FORTH konnten wir eine eigene Umgebung bauen, die genau das tat, was wir wollten – und nichts darüber hinaus.“ Die Kombination machte den Code zwar extrem effizient, aber auch schwer wartbar, was sich später bei Portierungen als Hindernis erwies.

Die größte technische Leistung war die sogenannte fractal terrain generation – ein System, das Planeten mit realistischen Oberflächen aus einem minimalen Datensatz erzeugte. Dadurch konnten die Entwickler ein ganzes Universum mit über 270 Sonnensystemen und rund 800 Planeten erschaffen, ohne die Hardware-Speichergrenzen der Zeit zu sprengen. In einem internen Entwicklungsdokument von 1985 heißt es: „Starflight nutzt ein rekursives Generatorverfahren, das aus 16 Kilobyte Planetendaten mehrere hundert Megabyte an simulierten Geländeinformationen synthetisiert.

Die Hintergrundgeschichte von Starflight spielt im 47. Jahrhundert, auf dem Planeten Arth, einer einstigen Kolonie der Menschheit, deren Ursprünge weitgehend in Vergessenheit geraten sind. Die galaktische Zivilisation wurde vor Jahrhunderten durch eine Katastrophe ausgelöscht, von der man nur noch als die „Zerschlagung“ spricht. Nun liegt es am Spieler, im Auftrag der „Interstel Corporation“ ein neues Erkundungsprogramm zu starten. Das Ziel ist zunächst wirtschaftlicher Natur: den Wiederaufbau durch Rohstoffgewinnung zu sichern. Doch schon bald offenbart sich eine kosmische Bedrohung – eine mysteriöse Energie, die ganze Sterne kollabieren lässt. Im Verlauf des Spiels deckt man nach und nach die Wahrheit über die alte Zivilisation der „Ancients“ auf, die für das Gleichgewicht des Universums verantwortlich war – und erkennt, dass das eigene Volk selbst ein verlorener Teil dieser Zivilisation sein könnte. Die Bedrohung geht letztlich vom „Crystal Planet“ aus, einer künstlich geschaffenen Welt, die das galaktische Zentrum destabilisiert. Um das Universum zu retten, muss der Spieler Artefakte, Technologien und Allianzen finden und schließlich den Kristallplaneten vernichten – nicht mit Gewalt, sondern durch Wiederherstellung der Ordnung. Es ist eine tiefgründige Geschichte über Vergessen, Verantwortung und die Wiederentdeckung der eigenen Herkunft.

Spielerisch kombinierte Starflight Exploration, diplomatische Kommunikation mit außerirdischen Spezies, Ressourcenmanagement, Bergbau, Raumschiff-Upgrade und Echtzeit-Raumkämpfe. Die außerirdischen Rassen – darunter die humorvollen Spemin, die mysteriösen Thrynn, die kriegerischen Uhlek und die hochintelligenten Elowan – wurden per Textdialog beschrieben, deren Antworten sich je nach Spielverlauf und Sprachproben veränderten. Auch die Beziehung zwischen den Spezies – etwa der Konflikt zwischen Thrynn und Elowan – beeinflusste die diplomatischen Optionen des Spielers.

Die Musik im Spiel war spärlich, da die ursprüngliche PC-Version kaum Soundkarten nutzte. Dennoch wurde später eine Version für das Sega Mega Drive (Genesis) erstellt, in der Rob Hubbard, der legendäre Komponist von Monty on the Run und Sanxion, das Musikdesign übernahm. Diese Umsetzung erschien 1991, erhielt gute Kritiken und führte Starflight einem breiteren Publikum zu. Die Genesis-Version erhielt im Magazin GamePro 4 von 5 Sternen und wurde für ihre Tiefe und grafische Umsetzung gelobt.

Die internationale Rezeption der PC-Version war sehr positiv. Die Zeitschrift Computer Gaming World nannte es in ihrer März-Ausgabe 1987 ein „Meisterwerk interaktiven Worldbuildings“ und verlieh ihm eine seltene 5/5-Wertung. In Deutschland vergab die Zeitschrift ASM 11 von 12 Punkten und lobte vor allem die „tiefgreifende Spielmechanik, die sogar Elite in den Schatten stellt“. In Großbritannien wurde Starflight über Ariolasoft vertrieben, war jedoch kommerziell weniger erfolgreich, da dort Commodore- und Spectrum-Systeme dominierten.

Verkaufszahlenmäßig war Starflight für EA ein Überraschungserfolg: Über 500.000 Einheiten wurden bis Anfang der 1990er Jahre verkauft – eine beachtliche Zahl für ein nicht actionorientiertes PC-Spiel jener Zeit. Es zählte zu den meistverkauften Science-Fiction-Spielen vor der Veröffentlichung von Wing Commander. Eine Fortsetzung, Starflight II: Trade Routes of the Cloud Nebula, erschien 1989 und baute die Handels- und Diplomatiesysteme weiter aus, wurde jedoch weniger beachtet.

Produktionstechnisch war das Spiel ein Kraftakt. Der damalige EA-Produzent Joe Ybarra, der auch an M.U.L.E. und The Bard’s Tale mitwirkte, bezeichnete Starflight später als „das einzige Spiel, bei dem ich dachte, dass wir es nie fertigbekommen würden.“ In den internen Unterlagen von EA aus dem Jahr 1986 ist dokumentiert, dass der ursprüngliche Veröffentlichungstermin zweimal verschoben wurde – ein frühes Beispiel für die berüchtigten „Crunch“-Phasen der Spielebranche.

Trivia: Die erste Version des Spiels beinhaltete noch eine Religion namens „Zyphirianer“, die später entfernt wurde, weil man Konflikte mit religiösen Gruppen befürchtete. Ebenso wurde das originale Titelbild, das eine halb entkleidete Außerirdische zeigte, in der finalen Fassung zensiert und ersetzt. Außerdem war ursprünglich ein Koop-Modus geplant, bei dem ein zweiter Spieler die Scanner- oder Kommunikationskonsole übernehmen konnte – dieses Feature fiel den Speicherbeschränkungen zum Opfer.

Starflight inspirierte zahlreiche spätere Spiele – darunter Mass Effect, No Man’s Sky, Star Control und Out There. Die Entwickler Greg Johnson, Rod McConnell und Tim Lee blieben der Spielebranche verbunden. Johnson gründete ToeJam & Earl Productions, während McConnell an frühen Online-Spielen arbeitete. Die Rechte an Starflight lagen später bei EA, wurden aber 2018 temporär freigegeben, woraufhin ein inoffizielles Fanprojekt namens Starflight 3 gestartet wurde – unter Beteiligung von Greg Johnson. Dieses wurde jedoch 2021 aus rechtlichen Gründen eingestellt.