Schlagwort-Archiv: Softwaregeschichte

Turbo Esprit – Die Stadt, die Regeln hatte

In Turbo Esprit hält der Verkehr an roten Ampeln, setzt den Blinker und weicht Baustellen aus. Fußgänger überqueren die Straße, Arbeiter stehen an Laternen, Tankstellen versorgen den Lotus mit neuem Treibstoff. Der Spieler fährt währenddessen einen Sportwagen mit eingebautem Maschinengewehr.

1986 war schon die funktionierende Stadt ungewöhnlich. Dass man ihre Regeln ebenso gut missachten konnte, sollte für den späteren Ruf des Spiels noch wichtig werden.

Die Ausgangsidee entstand bei Durell Software. Mike Richardson erinnerte sich bei Crash Live 2024, dass das Unternehmen einen Marketingberater hinzugezogen hatte. Dessen Empfehlung lautete, ein Autospiel zu produzieren. Durell-Gründer Robert White schlug vor, es in einer Stadt anzusiedeln. Richardson musste anschließend herausfinden, wie sich diese Idee auf einem ZX Spectrum mit 48 Kilobyte Speicher umsetzen ließ.

Rückblickend bezeichnete er Turbo Esprit als Höhepunkt seiner damaligen Spectrum-Arbeiten. Nach seiner Erinnerung dauerte die Entwicklung ungefähr zehn Monate. Schon 2004 hatte er gegenüber Retro Gamer denselben Zeitraum genannt und erklärt, dass er bis dahin an keinem Spiel länger gearbeitet hatte. Während der Entwicklung wurde sein erstes Kind geboren; programmiert wurde teilweise zwischen Betreuung und Füttern.

Die Spectrum-Version bildete die Grundlage. Turbo Esprit wurde zunächst für den Sinclair-Rechner geschrieben und anschließend auf Commodore 64 und Amstrad CPC übertragen. Mike Richardson programmierte die Spectrum-Fassung. Für den CPC werden Nicholas Wilson und Richardson gemeinsam genannt. Tim Hayward gestaltete Verpackung und Illustration. Durell warb außerdem mit technischer Unterstützung durch Lotus Cars.

Technik aus Combat Lynx

Richardson begann bei der Darstellung nicht vollständig von vorn. Er verwendete ein Verfahren, das bereits bei Combat Lynx zum Einsatz gekommen war. Die Landschaft wurde dort aus horizontalen Linien aufgebaut. Zu den einzelnen Bildschirmzeilen lagen Daten vor, aus denen sich unter anderem ergab, wie hoch ein Objekt an dieser Stelle erscheinen musste. Beim Näherkommen wurden Straßenränder, Gebäude und Fahrzeuge entsprechend größer dargestellt.

Nach Richardsons Erinnerung arbeitete die Darstellung mit ungefähr 80 horizontalen Linien. Die Stadt bestand nicht aus frei berechneten Polygonen. Ihre räumliche Wirkung entstand aus sparsamen Daten und einer genau auf den Spectrum abgestimmten Routine.

Der Speicher war vollständig ausgefüllt. Richardson komprimierte, wo immer es möglich war. Selbst das große Lenkrad im Cockpit wurde nicht als komplette Grafik abgelegt. Das Programm zeichnete seine Linien und füllte die entstehenden Flächen. So blieb Speicher für Verkehr, Fußgänger, Ampeln, Baustellen und Missionsfahrzeuge.

Die weitgehend monochrome Straßenansicht hält Fahrzeuge, Passanten und Straßendetails klar erkennbar. Der für den Spectrum typische Attribute Clash verschwindet zwar nicht vollständig, fällt während der Fahrt aber selten störend auf.

Vier getrennte Städte

Zur Wahl stehen Wellington, Gamesborough, Minster und Romford. Die vier Städte bilden kein zusammenhängendes Gebiet. Jede wird einzeln geladen. Wer wechseln will, muss zurück zur Auswahl und eine andere Karte nachladen.

Romford ist zugleich der Name eines realen Londoner Stadtteils. Die Spielstadt bildet ihn nicht nach. Richardson hatte Romford nach eigener Aussage nie besucht. Bei Crash Live zerlegte er den Namen scherzhaft in „read-only memory“ und „Ford“.

Jede Stadt besitzt ein Straßennetz mit Kreuzungen, Seitenstraßen, Einbahnstraßen und unterschiedlich breiten Fahrbahnen. Der Lotus kann beschleunigen, bremsen, die Spur wechseln, abbiegen und rückwärtsfahren. Eine Drehung der Umgebung wird beim Abbiegen nicht berechnet. Stattdessen wechselt das Spiel direkt in die Ansicht der neuen Straße.

Das Geschehen erscheint gleichzeitig aus zwei Perspektiven. Der Spieler blickt über Lenkrad und Instrumente aus dem Cockpit, sieht den eigenen Lotus aber zusätzlich als kleines Fahrzeug auf der Straße. Diese Außenansicht erleichtert Spurwechsel und Kollisionen. Tacho, Drehzahlmesser, Tankanzeige und Motortemperatur erfüllen spielerische Funktionen. Treibstoff muss an Tankstellen ergänzt werden. Schäden können den Motor überhitzen, Werkstätten setzen den Wagen wieder instand.

Der übrige Verkehr fährt nicht nur geradeaus über den Bildschirm. Fahrzeuge halten an Ampeln, biegen an Kreuzungen ab, zeigen Richtungswechsel an und reagieren auf Hindernisse. Baustellen blockieren einzelne Spuren. Fußgänger bewegen sich an den Straßen entlang und überqueren die Fahrbahn. CRASH erwähnte außerdem Arbeiter an Straßenlaternen. Viele dieser Details sind für die Mission unwichtig. Gemeinsam sorgen sie dafür, dass die Stadt nicht ausschließlich auf den Spieler wartet.

Lieferwagen, Treffpunkte und ein gepanzertes Fahrzeug

Der Spieler übernimmt die Rolle eines Agenten, der einen Heroinschmuggel unterbrechen soll. Ein gepanzertes Fahrzeug fährt durch die Stadt und beliefert vier Wagen der Bande. Diese transportieren die Ware anschließend zu ihren Verstecken.

Die Lieferfahrzeuge sollen möglichst nach der Übergabe gestoppt werden. Dann erhält der Spieler mehr Punkte und im Rahmen der Handlung bessere Beweise. Das gepanzerte Fahrzeug kann ebenfalls ausgeschaltet werden. Geschieht das zu früh, enden jedoch die weiteren Lieferungen und damit zusätzliche Möglichkeiten, Punkte zu sammeln.

Das wichtigste Werkzeug ist die Stadtkarte. Sie zeigt die Position des Lotus und der relevanten Fahrzeuge. Meldungen der Einsatzzentrale nennen Sichtungen und Straßenabschnitte. Wer die Routen beobachtet, kann mögliche Treffpunkte erkennen, eine Abfangposition suchen und auf die Ankunft eines Lieferwagens warten.

Die Karte pausiert das Spiel nicht. Während der Spieler auf den Stadtplan blickt, rollt der Lotus weiter, der Verkehr bewegt sich und die Schmuggler setzen ihre Fahrt fort. Wer zu lange auf die Karte schaut, kann beim Zurückschalten bereits vor einer Wand stehen.

Die Lieferwagen lassen sich beschießen oder durch wiederholtes Rammen zur Aufgabe zwingen. Eine Festnahme bringt mehr Punkte als die Zerstörung des Fahrzeugs. Gepanzerte Wagen müssen gerammt werden, weil das Maschinengewehr gegen sie wirkungslos bleibt. Hinzu kommen sogenannte Hit Cars, deren Insassen auf den Lotus feuern. Treffer können die Steuerung und den Motor beschädigen.

Wer Karte, Meldungen und Fahrzeugrouten ignoriert, fährt lange ohne erkennbares Ziel durch die Straßen. Erst die Beobachtung der Lieferkette macht aus der Stadtrundfahrt eine geplante Verfolgung.

Der andere Highscore

Das Spiel erlaubt auch Handlungen, die mit dem Auftrag wenig zu tun haben. Der Spieler kann zivile Fahrzeuge rammen, Autos beschießen, Ampeln missachten und Fußgänger überfahren. Dafür werden Strafpunkte vergeben. Neben der normalen Bestenliste besitzt Turbo Esprit eine eigene Tabelle für besonders rücksichtslose Fahrer.

CRASH bemerkte bereits 1986, dass selbst das Sammeln von Strafpunkten unterhaltsam sein konnte. Für viele Spieler lag darin bald ein eigener Reiz: Wer die Schmuggler nicht fand, konnte immer noch Kreuzungen blockieren, Fahrzeuge rammen und den Strafpunktestand in die Höhe treiben.

Warum heute viele an GTA denken

Diese Freiheit erklärt den späteren Vergleich mit Grand Theft Auto. Turbo Esprit bietet eine frei befahrbare Stadt, zivilen Verkehr, Fußgänger, Verfolgungsjagden und Schusswaffen im Fahrzeug. Verstöße gegen die Verkehrsordnung und Angriffe auf Unbeteiligte werden vom Spiel registriert.

Viele Spieler und Retroautoren sehen darin heute eine Art Proto-GTA. Der Vergleich beschreibt erkennbare Gemeinsamkeiten. Ob Turbo Esprit die Entwickler der späteren Reihe tatsächlich beeinflusste, bleibt hypothetisch.

Mit einer offenen Welt im heutigen Sinn hat das wenig zu tun. Der Fahrer bleibt im Lotus, Gebäude sind nicht zugänglich, Nebenaufträge gibt es nicht und die vier Städte bilden getrennte Karten. Für 1986 war schon die Kombination aus freier Navigation, zivilem Verkehr und beweglichen Missionszielen ungewöhnlich.

Die britische Presse erkennt die Leistung

Die britischen Spectrum-Magazine reagierten ausgesprochen positiv.

John Gilbert vergab im Sinclair User vom Mai 1986 fünf Sterne und nahm Turbo Esprit als „Sinclair User Classic“ auf. Er bezeichnete es als spektakuläre Simulation und hob die flüssige Straßendarstellung sowie die Zahl kleiner Details hervor.

CRASH widmete dem Spiel in Ausgabe 28 zwei Seiten und vergab 88 Prozent. Grafik und Computernutzung erhielten jeweils 90 Prozent, Spielbarkeit 89 Prozent und Suchtfaktor 90 Prozent. Die Tester beschrieben die Steuerung zunächst als gewöhnungsbedürftig, lobten anschließend aber die Verfolgungsjagden und die Reaktionen des Stadtverkehrs. Besonders fielen Fahrzeuge auf, die Ampeln beachteten, Hindernissen auswichen und ihre Blinker benutzten.

Your Sinclair erklärte Turbo Esprit im Juni 1986 zum „Megagame“ und vergab neun von zehn Punkten. Die großen britischen Spectrum-Magazine bewerteten das Spiel damit durchweg hoch.

Die deutsche ASM reagierte verhaltener. Der Test erkannte die Verbindung aus Cockpitansicht, Stadtkarte und Verbrecherjagd an, sah darin aber mehrere bereits bekannte Elemente. Das Fazit lautete:

„Interessant – aber nichts umwerfend Neues!“

Grafik, Sound und Motivation erhielten überwiegend sieben Punkte, die Spielidee acht. Der Beitrag behandelte C64, Spectrum und Schneider gemeinsam und erlaubt daher keinen sauberen Versionsvergleich.

Drei Rechner, drei Geschwindigkeiten

Die Spectrum-Fassung bleibt die Referenzversion. Hier greifen Verkehr, Spurwechsel und Verfolgung am besten ineinander. Die weitgehend monochrome Straßendarstellung wirkt sparsam, bleibt aber scharf und vergleichsweise flüssig. Fahrzeuge, Passanten und Straßendetails sind trotz des begrenzten Bildausschnitts gut zu erkennen.

Auf dem Amstrad CPC kommt mehr Farbe ins Bild. Fahrzeuge und Umgebung lassen sich dadurch stärker voneinander unterscheiden. Wegen der niedrigeren horizontalen Auflösung wirken Cockpit und Straßendetails gröber. Bei geringem Verkehrsaufkommen bleibt die Fassung gut spielbar. Mit mehreren Fahrzeugen sinkt die Geschwindigkeit merklich. Die Stadt funktioniert weiterhin, die Verfolgungsjagden verlieren jedoch an Tempo.

Die C64-Version läuft erheblich langsamer. Das geringere Tempo macht besonders die Verfolgungsjagden zäh. Spurwechsel, Kreuzungen und die Jagd auf Lieferwagen bleiben vorhanden, wirken aber deutlich schwerfälliger.

Der berüchtigte Verriss in ZZAP!64 erschien erst im Mai 1989 und galt der Encore-Budgetausgabe. Das Magazin vergab neun Prozent und kritisierte die langsame Darstellung, die schwache Präsentation und den monotonen Ablauf. Das Urteil bezog sich auf die Wiederveröffentlichung von 1989, drei Jahre nach der ursprünglichen Vollpreisausgabe.

Akustisch ist die Rangfolge weniger eindeutig. Der Spectrum erzeugt mit seinem einfachen Beeper eine kurze Titelmelodie und knappe, raue Effekte. Ein kontinuierliches Motorengeräusch fehlt. CPC und C64 geben die Musik voller wieder und begleiten die Fahrt mit einem dauerhaften Motorton. Der C64 klingt differenzierter, während auf dem CPC einzelne Effekte deutlich hervortreten. Als Gesamtpaket bleibt dennoch die Spectrum-Fassung vorn, weil dort Tempo und Reaktion stimmen.

Veröffentlichungen und Neuauflagen

Die CPC-Fassung erschien in Großbritannien im Mai 1986 auf Kassette und Diskette. Auch die Versionen für ZX Spectrum und Commodore 64 kamen 1986 heraus. Die britische Spectrum-Ausgabe kostete 8,95 Pfund.

Erbe Software veröffentlichte im selben Jahr eine lizenzierte spanische Ausgabe für den Spectrum. Verpackung und Anleitung wurden für den spanischen Markt lokalisiert. Der Begleittext verlegte die Handlung nach Manhattan, während im Spiel weiterhin die vier bekannten Städte und der britische Linksverkehr zu sehen waren.

Encore brachte die Spectrum-Version 1988 als Budgettitel zurück. Die entsprechende C64-Ausgabe folgte 1989 und wurde von Elite Systems vertrieben. Die Spectrum-Neuauflage kostete 2,99 Pfund.

Der Lotus und die Stadt

Turbo Esprit beeindruckte 1986 nicht allein durch die Größe seiner Karten. Entscheidend war, was sich darin bewegte. Verkehrsfahrzeuge folgten ihren Routen, hielten an Ampeln und reagierten auf Hindernisse. Lieferwagen trafen sich mit einem gepanzerten Fahrzeug und transportierten ihre Ladung weiter. Der Spieler konnte diese Abläufe beobachten, unterbrechen oder vollständig ignorieren.

Auf dem Spectrum liefen diese Systeme schnell genug zusammen, um wie Teile derselben Stadt zu wirken. Die langsameren Konvertierungen zeigen, wie stark das Spiel von diesem Tempo abhängt. Sobald der Verkehr stockt, verliert auch die Verfolgung ihren Reiz.

Der Lotus lieferte Namen, Cockpit und Maschinengewehr. Richardsons eigentliche Leistung lag in den Straßen davor.

 

Ein Fisch im Aquarium – Wie Fred Fish dem Amiga Leben einhauchte

Ein Fisch im Aquarium erfüllt einen klaren Zweck. Er bringt Leben hinein, sorgt für Bewegung, manchmal auch für ein gewisses Gleichgewicht. Ohne ihn wirkt alles schnell leer, fast schon steril. Beim Amiga war es nicht viel anders – auch hier gab es jemanden, der die Szene nicht nur mit Inhalten versorgte, sondern sie überhaupt erst in Bewegung hielt: Fred Fish.

Während sich in den 1980er-Jahren ein erheblicher Teil der Diskussionen um Kopierschutz, Raubkopien und technische Gegenmaßnahmen drehte, verfolgte Fish längst einen anderen Ansatz. Für ihn stand nicht die Frage im Vordergrund, wie man Software schützt, sondern wie man sie zugänglich macht.

Das Umfeld, in dem er sich bewegte, war dabei alles andere als eindeutig. Software war teuer, oft schwer erhältlich und nicht selten mit Schutzmechanismen versehen, die mehr Frust als Nutzen erzeugten. Gleichzeitig entwickelte sich eine Szene, die genau diese Hürden systematisch aushebelte. In zeitgenössischen Interviews wurde offen darüber gesprochen, dass diejenigen, die Kopierschutz umgingen, häufig technisch versierter waren als jene, die ihn entwickelten.

Fish entzog sich dieser Logik.

Während andere versuchten, Software zu schützen oder Schutzmechanismen zu überwinden, arbeitete er an einem System, das diese Frage schlicht überflüssig machte. Wenn Programme frei verfügbar sind, verliert die Diskussion um illegale Kopien ihren Kern.

Gleichzeitig wurde in späteren Rückblicken immer wieder betont, wie ungewöhnlich dieser Ansatz in seiner Zeit war:

„Fred Fish made software freely available at a time when that was far from common practice.“ („Fred Fish machte Software frei verfügbar zu einer Zeit, in der das alles andere als selbstverständlich war.“)

Was heute als Grundgedanke freier Software erscheint, war Mitte der 1980er-Jahre noch keineswegs etabliert – vielmehr setzte Fish hier bewusst einen Gegenpol zur damals dominierenden Praxis.

Dabei war die Idee selbst keineswegs neu. Public-Domain-Software existierte bereits zuvor in verschiedenen Heimcomputer-Communities – oft lose organisiert, über Usergroups verteilt oder in Form unstrukturierter Diskettensammlungen weitergegeben.

Fred Fish erfand dieses Modell nicht – aber er war einer der ersten, die ihm auf dem Amiga eine klare Form und vor allem eine verlässliche Struktur gaben.

Mit seinen sogenannten „Amiga Library Disks“, die später unter dem Namen „Fish Disks“ bekannt wurden, etablierte er ein System, das weit über eine bloße Sammlung hinausging. Interessanterweise war diese Bezeichnung ursprünglich gar nicht offiziell. Sie entstand vielmehr innerhalb der Community selbst und setzte sich mit der Zeit durch.

Häufig wird berichtet, dass der Begriff bei einem Treffen der Jersey Amiga User Group geprägt wurde, unter anderem im Umfeld von Perry Kivolowitz. Ob dieser Moment tatsächlich der Ursprung war oder sich der Name eher schleichend etablierte, lässt sich heute nicht mehr eindeutig klären – doch genau diese Art von inoffizieller Namensgebung passt zur Entstehungsgeschichte der Diskettenreihe.

Denn sie war nie als Marke gedacht, sondern als etwas, das sich aus der Nutzung heraus entwickelte – getragen von den Menschen, die sie weitergaben.

Verbreitet wurden diese Disketten über ein Netzwerk, das heute fast archaisch wirkt, damals jedoch erstaunlich effizient war. Usergroups spielten dabei eine zentrale Rolle, ebenso spezialisierte Händler und nicht zuletzt der Postversand. Wer Zugang zu einer aktuellen Disk hatte, konnte sie legal kopieren und weitergeben – oft gegen eine geringe Gebühr, die lediglich die Kosten für Rohlinge und Versand deckte. Auf diese Weise entstand ein Kreislauf, der ohne zentrale Kontrolle funktionierte und dennoch eine erstaunliche Reichweite entwickelte.

Was seine Disketten von vielen früheren Sammlungen unterschied, war die Konsequenz, mit der sie zusammengestellt wurden. Jede Ausgabe war nummeriert, dokumentiert und redaktionell betreut. Programme wurden nicht einfach kopiert, sondern ausgewählt, beschrieben und in einen nachvollziehbaren Zusammenhang gebracht.

Damit entstand etwas, das es in dieser Konsequenz zuvor kaum gegeben hatte: eine vertrauenswürdige Quelle frei verfügbarer Software.

Gerade in einer Zeit, in der Diskettenkopien häufig mit fehlerhaften Versionen, unklarer Herkunft oder manipulierten Programmen verbunden waren, schuf Fish damit einen Gegenpol. Was auf seinen Disketten landete, war nicht zufällig – es war geprüft, eingeordnet und bewusst zur Weitergabe gedacht.

Ein Blick in eine seiner frühen Veröffentlichungen aus dem Jahr 1986 zeigt, wie sehr seine Auswahl von Anfang an geprägt war. Statt vor allem Spiele zu verbreiten, listete er Programme wie ein „Unix-like frontend for Lattice C compiler“, Debugging-Werkzeuge oder Varianten des „make“-Systems auf.

Damit setzte er einen Akzent, der nicht dem gängigen Bild des Amiga entsprach. Während das System öffentlich vor allem als Grafik- und Spieleplattform wahrgenommen wurde, zeigte Fish eine andere Seite: den Amiga als Entwicklungsumgebung.

Diese Nähe zur Unix-Welt war kein Zufall, sondern Ausdruck seiner eigenen Arbeitsweise. Konzepte wie Modularität, Wiederverwendbarkeit und offene Strukturen durchzogen sowohl die Inhalte seiner Disketten als auch seine späteren Projekte.

Und genau hier wird deutlich, dass die Fish Disks nur ein Teil seines Wirkens waren.

Fred Fish, geboren am 4. November 1952, blieb zeitlebens eine vergleichsweise zurückhaltende Figur. Während seine Arbeit innerhalb der Amiga-Szene eine enorme Verbreitung fand, trat er selbst nur selten in den Vordergrund. Interviews sind vergleichsweise rar, und wenn er sich äußerte, dann meist zu technischen Themen, weniger zu seiner eigenen Person.

Parallel dazu bewegte sich Fish längst in der professionellen Softwareentwicklung. Im Umfeld des GNU Debugger wurde seine Rolle dabei ungewöhnlich konkret beschrieben: „Fred contributed enormously to GDB, especially in the area of command completion and System V support.“ („Fred hat enorm viel zu GDB beigetragen, insbesondere im Bereich der Befehlsvervollständigung und der System-V-Unterstützung.“) Solche Aussagen stammen nicht aus der Rückschau von außen, sondern aus Entwicklerkreisen selbst – und sie zeigen, dass Fish auch jenseits der Amiga-Welt als prägender Mitwirkender wahrgenommen wurde.

Diese technische Arbeit war dabei kein Widerspruch zu seiner früheren Tätigkeit, sondern vielmehr deren logische Fortsetzung. Seine Haltung blieb über die Jahre konsistent, wie es in Nachrufen treffend formuliert wurde:

„He believed strongly in sharing software and knowledge.“ („Er war zutiefst davon überzeugt, dass Software und Wissen geteilt werden sollten.“)

In den 1990er-Jahren arbeitete Fish zudem für Cygnus Solutions, ein Unternehmen, das sich auf den Support freier Software spezialisiert hatte und damit eine Schlüsselrolle in der frühen Open-Source-Bewegung einnahm. Auch hier zeigt sich die gleiche Linie: Software nicht nur bereitzustellen, sondern sie in funktionierende, stabile Systeme zu überführen.

Später wandte er sich mit BeOS einer Plattform zu, die in vielerlei Hinsicht an die ursprünglichen Ideale des Amiga erinnerte. Mit dem Projekt GeekGadgets entwickelte er eine GNU-basierte Entwicklungsumgebung für Systeme wie AmigaOS und BeOS – eine Brücke zwischen unterschiedlichen Softwarewelten.

Auf dem Amiga spielte dabei insbesondere die ixemul-Bibliothek eine zentrale Rolle, die Unix-Systemaufrufe in die Logik von AmigaOS übersetzte. Auch hier zeigt sich erneut das gleiche Prinzip: vorhandene Systeme nicht zu ersetzen, sondern sie zu erweitern und zugänglich zu machen.

Organisatorisch blieb Fish sich ebenfalls treu. Er betrieb eigene Infrastruktur, stellte regelmäßig aktualisierte Software-Sammlungen bereit und nutzte sogar Abonnementmodelle für CD-Snapshots, um die Verbreitung seiner Arbeit zu sichern. Struktur, Kontinuität und Verlässlichkeit waren dabei keine Nebenprodukte, sondern bewusst gewählte Prinzipien.

Als Fred Fish im April 2007 verstarb, verlor die Szene nicht nur einen Entwickler, sondern eine ihrer prägenden Figuren. Weggefährten erinnerten sich an ihn als jemanden, der Wissen nicht zurückhielt, sondern bewusst weitergab.

Rückblickend wird deutlich, dass die Fish Disks nur der sichtbarste Ausdruck dieser Haltung waren.

Sie stehen für eine Idee, die sich durch sein gesamtes Schaffen zog: Software sollte zugänglich sein, verstanden werden können und die Möglichkeit bieten, darauf aufzubauen.

Und genau darin liegt vielleicht sein eigentlicher Beitrag.

Während andere versuchten, Software zu schützen oder zu kontrollieren, schuf Fred Fish ein System, das auf Offenheit beruhte – und damit die ursprüngliche Frage nach Kopierschutz auf eine Weise beantwortete, die kaum direkter hätte sein können.

Oder, um bei dem Bild vom Anfang zu bleiben:

Ein Aquarium kann technisch noch so ausgefeilt sein – ohne das Leben darin bleibt es leer.

Der Amiga hatte dieses Leben.
Und Fred Fish war einer derjenigen, die dafür sorgten, dass es überhaupt entstehen konnte.