Jurassic Park (1993): Das echte UNIX-System hinter der berühmten Filmszene

Als Jurassic Park 1993 in die deutschen Kinos kam, war ich acht Jahre alt. Dinosaurier fand ich ohnehin faszinierend. Computer genauso. Weil der Film in den USA früher gestartet war, hatte ich vor meinem Kinobesuch bereits darüber gelesen. Dabei war ich auf eine Verbindung gestoßen, die mich besonders neugierig machte: Silicon Graphics und ein dreidimensionaler Dateibrowser namens fsn.

Während einer Vorstellung wunderte sich jemand in meiner Nähe über die ungewöhnliche Computeroberfläche auf der Leinwand. Ich erklärte, dass dahinter Silicon-Graphics-Technik steckte, der Dateibrowser fsn hieß und das eine UNIX-Workstation statt Windows war. Offenbar überraschte weniger der Rechner als der Achtjährige, der seinen Namen kannte. Zu Hause konnte ich diese Software damals allerdings nicht selbst ausprobieren.

Jahre später experimentierte ich mit einer fsn-Rekonstruktion, vermutlich aus einem GitHub-Projekt. Welches Repository das genau war, weiß ich heute nicht mehr. Inzwischen ist 2026, und aus dieser Erinnerung ist eine eigene Browserausstellung geworden. Um zu erklären, warum mich das bis heute begeistert, lohnt sich ein Blick hinter den berühmten Satz: auf die Rechner, das Betriebssystem und das Grafikexperiment.

War das UNIX-System in Jurassic Park wirklich echt?

Lex Murphys It’s a UNIX system! I know this! gehört zu den bekanntesten Computermomenten der Filmgeschichte. Die Landschaft, durch die sie navigiert, beruhte auf dem File System Navigator: einer experimentellen Anwendung von Silicon Graphics. Die archivierte SGI-Dokumentation nennt den Film ausdrücklich und beschreibt zugleich die Grenzen des Programms. Hier fand ein reales Grafikexperiment seinen Weg in einen Blockbuster. [1]

Drei Dinge sollte man trotzdem auseinanderhalten: das sichtbare Rechnergehäuse am Set, die Quelle des Monitorbildes und die fiktive Anwendung, die dieses Bild darstellen soll. Eine echte Workstation kann eigens vorbereitete Bilder zeigen. Ein echter Dateibrowser erklärt noch nicht, wie damit die Türverriegelung eines Freizeitparks wieder funktioniert. Gerade diese Unterscheidung macht die Szene interessant: Ihre Bildsprache stammt aus der Computerwelt, ihre Dringlichkeit aus der Geschichte.

Silicon Graphics: eine Workstation fürs Sehen und Verstehen

Silicon Graphics, Inc., kurz SGI, baute Systeme für Menschen, die beruflich mit komplexen visuellen Informationen arbeiteten. Wissenschaftliche Visualisierung, technische Konstruktion und Animation waren zentrale Einsatzgebiete. Die Indigo-Ankündigung von 1991 richtete sich ausdrücklich an technische, wissenschaftliche und kreative Anwender. Sie versprach, Workstation-Grafik in einen kompakteren persönlichen Rechner zu bringen. [2]

Anschaulich wird der Unterschied, wenn man einem drehenden 3D-Modell folgt. Der Prozessor führt die Anwendung aus und bereitet Arbeit vor. Geometrie muss aus den Modellkoordinaten in die Kameraperspektive umgerechnet werden. Flächen werden beschnitten, schattiert und in Pixel übersetzt. Ein Tiefenpuffer hilft zu entscheiden, welche Fläche eine andere verdeckt. Spezielle Grafikhardware kann Teile dieser Arbeit übernehmen; welche genau, hängt vom verbauten Grafiksubsystem ab.

Deshalb ist „eine SGI“ noch keine eindeutige Leistungsangabe. Eine Einstiegskonfiguration und ein aufwendiges 3D-System können sich trotz ähnlichem Gehäuse erheblich unterscheiden. Der Indigo Family Technical Report behandelt Prozessorplatinen, Geometrie-, Raster- und Anzeigesubsysteme getrennt. Dieser Aufbau erklärt mehr als eine einzelne Taktfrequenz. [3]

Die hier relevanten Rechner nutzten MIPS-Prozessoren, also eine andere Befehlssatzfamilie als die bei PCs verbreiteten x86-Prozessoren. Bei RISC-Architekturen steht ein regelmäßiger Satz von Operationen auf Registern im Vordergrund; Laden und Speichern übertragen Daten zwischen Registern und Arbeitsspeicher. Ein kompiliertes Programm muss zur Prozessorarchitektur und zu den Betriebssystemschnittstellen passen. Eine vertraute Tastatur macht aus einer IRIX-Anwendung kein Windows-Programm.

Auch „64 Bit“ verlangt Genauigkeit: Die Architektur des R4000 ist nicht gleichbedeutend damit, dass sämtliche damaligen Betriebssystembestandteile und Anwendungen als 64-Bit-Software liefen. Architektur, konkrete Systemkonfiguration und tatsächlich ausgeführte Software bleiben unterschiedliche Ebenen.

Welche Computer stehen im Film von 1993?

Der Kontrollraum ist eine gemischte Rechnerlandschaft. Fabien Sanglards Analyse einzelner Filmeinstellungen identifiziert eine Crimson bei Nedry, eine Indigo bei Ray Arnold, Quadra 700 auf ihren Schreibtischen und ein PowerBook 100 im Wohnwagen der Wissenschaftler. Hinzu kommen externe Speichergeräte und zeittypische Monitore. Solche Sichtbefunde liefern keine vollständige Inventarliste der eingebauten Speicher- und Grafikplatinen. [4]

Die Tabelle nennt Familien und Zeiträume, keine nachgewiesenen Set-Konfigurationen. SGI-Werbeunterlagen beschreiben den R4000SC und professionelle Grafikoptionen der Crimson; Apples eigene Datenblätter datieren beide Macintosh-Modelle auf Oktober 1991 und nennen ihre Prozessoren. RAM-Gesamtausbau und Leistungsvergleiche lasse ich bewusst weg, weil sie Kenntnisse über die tatsächlich verwendeten Set-Rechner vortäuschen würden. [5] [6]

Zeitgenössische Berichte unterscheiden CM-5-Gehäuse von betriebsfähigen Supercomputern. [7] Aus der eindrucksvollen Leuchtwand sollte deshalb keine erfundene Beschreibung der Renderfarm werden. Der Computerwoche-Beitrag vom September 1993 zeigt außerdem, dass die beteiligten Hardwaremarken schon damals Aufmerksamkeit bekamen. Das Interesse daran ist keine Erfindung späterer Retro-Nostalgie. [8]

Bei Sanglard ergänzte spätere Produktionserinnerungen beschreiben Rechner außerhalb des Sets als Bildquellen. Auch deshalb verrät ein sichtbares Gehäuse allein keine laufende Konfiguration. Röhrenmonitore, Tastaturen und externe Laufwerke lassen den Raum glaubwürdig wirken; sie beweisen aber nicht einzeln, welches Programm eine Einstellung erzeugte. Aufgeräumte und zugestellte Arbeitsplätze erzählen zugleich etwas über die Figuren.

IRIX: UNIX mit Fenstern, Grafik und Entwicklungswerkzeugen

IRIX war das UNIX-Betriebssystem von SGI. Prozesse, Dateien, Zugriffsrechte und Netzwerkfunktionen gehörten ebenso dazu wie grafische Anwendungen. SGIs spätere Programmierübersicht beschreibt die Grundlage System V Release 4, BSD-Netzwerkfunktionen, das X Window System und Grafikschnittstellen. Dieses Handbuch erklärt die Plattform; es belegt nicht für jede Einstellung von 1993 die genaue IRIX-Version. [9]

Für einen zeitlich passenden Blick auf die grafische Oberfläche genügt bereits die Indigo-Ankündigung von 1991: Dort stehen IRIX 4.0, X11/R4, IRIS GL und grafische Arbeitsplatzwerkzeuge. Eine UNIX-Workstation mit Fenstern war also lange vor dem Film plausibel. Ein Textterminal und eine grafische Anwendung sind verschiedene Programme auf demselben Betriebssystem. UNIX bedeutete nicht, dass jede Handlung aus getippten Befehlen auf schwarzem Hintergrund bestehen musste. [2]

Zugriffsrechte gehören zur darunterliegenden Struktur. Ein Dateiname benennt ein Objekt; er verleiht keine Berechtigung. Lesen, Schreiben und Ausführen haben bei Dateien und Verzeichnissen unterschiedliche Bedeutung. Das Suchrecht eines Verzeichnisses betrifft beispielsweise das Durchlaufen eines Pfades. Eine individuelle Türsteuerung braucht zusätzlich Regeln dafür, wer die Tür bedienen darf. Ein dreidimensionales Symbol ersetzt diese Entscheidungen nicht.

Ein allgemeines UNIX-Beispiel kann die Grundlage zeigen. Wir nehmen an, dass die Shell bereits in einem passenden Verzeichnis park steht. Das sind Lehrbefehle, kein Filmtranskript und keine vollständige Beschreibung der Befehle unserer Bonuskonsole:

pwd
ls -la
cd Research
ls

pwd zeigt das aktuelle Verzeichnis. ls -la fordert eine ausführliche Auflistung einschließlich der mit einem Punkt beginnenden Einträge an. cd Research wechselt in das entsprechend benannte Unterverzeichnis; das letzte ls listet dessen Inhalt. Ausgangsverzeichnis und Groß-/Kleinschreibung sind wichtig. Ein grafischer Browser kann genau diese Hierarchie räumlich darstellen.

IRIX war außerdem eine Entwicklungsumgebung. SGIs Dokumentationskatalog behandelt Compiler, Bibliotheken, Fehlersuche und Systemprogrammierung. Hinter grafischen Anwendungen steckte ein umfangreicher Softwareaufbau. Die Shell war darin eines von mehreren nützlichen Werkzeugen. [10]

fsn: Aus dem Dateisystem wird eine Landschaft

SGI sprach fsn wie „fusion“ aus. Die Dokumentation beschreibt verbundene Verzeichnissockel und Dateiblöcke; Höhe steht für Größe, Farbe für Alter. Auswahl, Öffnen und Übersichtsansicht erschließen die Informationslandschaft. Dabei bezeichnet SGI das Programm ausdrücklich als experimentellen Prototyp, nicht als vollständigen Ersatz für einen alltäglichen Dateimanager. [1]

Mit einem kleinen Beispiel wird die Idee verständlich. Ein Verzeichnisbaum besteht aus Beziehungen zwischen Eltern und Kindern. Liegt Power innerhalb von Physical.Plant, kann eine Verbindungslinie diese Beziehung sichtbar machen. Eine Datei namens mains.control wird zu einem Block auf der Power-Plattform. Der Wechsel zwischen Plattformen gibt der Navigation ein räumliches Gegenstück.

Unsere Erklärgrafik verwendet einen Ausschnitt des selbst verfassten Museumsbaums. Sie zeigt kein wiedergefundenes Originaldateisystem des Films. Insbesondere ist /park eine Konvention unserer Ausstellung. Filmnahe Namen geben Orientierung, während die eigentlichen Datensätze neu geschrieben sind.

Eine räumliche Darstellung verändert, was auf den ersten Blick auffällt. Welcher Zweig enthält viele Objekte? Welche Datei sticht hervor? Wo führt der Weg zum übergeordneten Verzeichnis? Gleichzeitig entstehen neue Schwierigkeiten: Hohe Blöcke können kleinere verdecken, entfernte Beschriftungen werden unleserlich und ein schöner Kamerawinkel eignet sich womöglich schlecht zum Anklicken.

Genau diese Spannung macht das Experiment interessant. Eine Liste ist hervorragend, wenn der gesuchte Name schon feststeht. Eine Landschaft fördert Orientierung und Entdeckung, verlangt aber zusätzlich die Kontrolle einer Kamera. Keine der beiden Darstellungen ersetzt korrekte Metadaten. Deshalb bietet meine Ausstellung beides: Dasselbe Objekt lässt sich in der Szene wählen, über seinen Namen suchen oder in einer gewöhnlichen Verzeichnisliste prüfen.

Original-fsn, Fan-Rekonstruktion und Browserausstellung

Das Projekt unixmonkey/fsn_jurassic_park liefert ein Skript zum Anlegen der Dateistruktur und Konfigurationsressourcen für eine filmähnliche Darstellung auf einer vorhandenen fsn-Installation. Sein README zeigt eine spätere SGI O2. Das ist eine Rekonstruktionsumgebung, kein Beleg für eine O2 im Film von 1993. Die O2 erschien erst 1996; ein zeitgenössischer Einführungsbericht macht die Reihenfolge deutlich. [11] [12]

Was rekonstruiert wird, ist dabei entscheidend. Ein Verzeichnisskript liefert Namen und Struktur. Das Originalprogramm liefert die historische Visualisierung. Ein Emulator müsste eine kompatible Rechnerumgebung bereitstellen. Meine Ausstellung setzt die Bedienidee dagegen unmittelbar in Browsercode um. Alle diese Wege können interessant sein, ohne dasselbe zu leisten. Welches GitHub-Projekt ich vor Jahren ausprobiert habe, kann ich heute nicht mehr sicher zuordnen.

Nedry, Arnold und Lex: die Computergeschichte

Dennis Nedrys Sabotage macht die Abhängigkeit des Parks von computergesteuerter Infrastruktur zur Krise. Ray Arnold arbeitet im Kontrollraum an den Systemen, während sich die Folgen an anderen Orten entfalten. Später erkennt Lex die Workstation-Oberfläche und navigiert durch Dateien, um das Besucherzentrum zu sichern. Das ist der Computer-Handlungsbogen des ersten Films, kein Bericht über einen realen Vorfall in einer Industrieanlage. [16]

Die dramatische Idee funktioniert weiterhin: Viele Abläufe in einem Raum zusammenzuführen schafft Komfort und Abhängigkeit. Tierbeobachtung, Transportkoordination und Zugangskontrolle mögen wie getrennte Fenster aussehen, doch die Geschichte verbindet ihre Ausfälle. Aus heutiger technischer Sicht stellen sich Fragen nach Trennung, Berechtigungen und Wiederherstellung. Welche Dienste benötigen Strom? Welchen Statusmeldungen kann man noch vertrauen? Was muss geprüft werden, bevor eine grüne Lampe tatsächlich etwas aussagt?

Diese Fragen legt der Film nahe; sie sind keine Fehlerdiagnose von IRIX. Die Architektur des erfundenen Parks dient einem Thriller. Genauso ist das Erkennen eines vertrauten Betriebssystems etwas anderes als das Verstehen einer individuellen Steueranwendung. Lex’ Selbstvertrauen bleibt ein schöner Figurenmoment, auch wenn das Drehbuch die Arbeit an einem komplexen System stark verdichtet.

Die zweite SGI-Geschichte: Rechner hinter den Dinosauriern

SGI gehört auch zur Produktionsgeschichte des Films. ILMs eigener Rückblick nennt Entwicklungen bei Texturierung, Kameraverfolgung und Animationswerkzeugen, darunter das mit Tippetts Team entwickelte Dinosaur Input Device. Das Ergebnis entstand durch das Zusammenwirken von Künstlern, Ingenieuren und Produktionsentscheidungen. Es genügte nicht, auf der hinter einem Schauspieler sichtbaren Workstation eine Anwendung zu öffnen. [13]

Das fxguide-Interview mit Visual-Effects-Art-Director TyRuben Ellingson schildert die Zusammenarbeit. Die technische Beschreibung nennt Modellierung in Alias, Animation in Softimage, Texturierung mit Viewpaint und Rendering über Pixars RenderMan in SGI-basierten Arbeitsabläufen. Diese Schritte lösen unterschiedliche Aufgaben: eine Oberfläche aufbauen, Bewegung gestalten, das Erscheinungsbild festlegen und schließlich Bilder berechnen. [14]

Praktische Effekte blieben grundlegend. Physische Dinosaurier, gefilmte Kulissen, Beleuchtung, Realfilmaufnahmen und digitale Tiere mussten zusammenpassen, damit die Szene glaubhaft wurde. Eine Workstation konnte die interaktive Prüfung und Veränderung eines Modells ermöglichen, während die Berechnung fertiger Filmbilder eine eigene Aufgabe blieb. Interaktive Grafik und fertige Kinobilder sind verschiedene Arbeitslasten, auch wenn sie gemeinsame Ausgangsdaten verwenden.

Für Computerbegeisterte macht diese Doppelrolle einen besonderen Reiz aus: Anspruchsvolle Rechentechnik trägt zu den Bildern bei, die wir sehen. Innerhalb dieser Bilder erscheint erkennbare Computertechnik wiederum als Teil der Handlung. Beides lässt sich historisch verbinden, ohne eine Kontrollraumrequisite mit ILMs Produktionsinfrastruktur gleichzusetzen.

Die Bedienidee mit JavaScript und Canvas nachbauen

Die Museumsworkstation übersetzt die zentrale Idee in eine kleine eigenständige Implementierung. Der eigens angelegte Baum enthält derzeit 23 Verzeichnisse und 22 Dateien. Jedes Objekt besitzt einen Pfad, eine Elternbeziehung sowie lesbaren Inhalt oder eine Beschreibung. Die Auswahl verbindet dieses Modell mit Szene, Inspektor und Liste. Dateien der Besucher werden nicht durchsucht. [15]

Der Renderer baut dreidimensionale Quader auf, projiziert ihre Koordinaten in eine Kameraperspektive und zeichnet die nach Tiefe sortierten Flächen auf Canvas 2D. Es ist räumliche Geometrie, dargestellt über eine zweidimensionale Browser-Schnittstelle. Eine große 3D-Bibliothek benötigt der Ansatz nicht. Das illustrierte Workstation-Gehäuse kombiniert zeittypische Vorbilder, statt einen einzelnen SGI-Rechner exakt nachzubilden.

Drei Kameravorgaben, Ziehen zum Drehen und Neigen sowie ein Vergrößerungsregler verändern den Blick. Die Namenssuche findet Objekte im angelegten Volume. Im Inspektor erscheinen Pfad, Typ, Größe, fiktives Alter und Zugriffsrechte des gewählten Objekts. Die Dateihöhe nutzt eine komprimierte Skala: Unterschiede bleiben sichtbar, ohne dass riesige Türme den Bildschirm beherrschen.

Bei fokussierter Zeichenfläche wechseln Pfeiltasten zwischen sichtbaren Objekten. Enter öffnet die Auswahl, die Rücktaste geht eine Ebene höher. Die Verzeichnisliste ermöglicht dieselbe Auswahl ohne räumliches Zielen. Beim Öffnen eines Zweigs werden tiefere Ebenen zugänglich; Zurücksetzen führt zur Wurzelansicht. Gezeichnet wird bei Eingaben und Größenänderungen. Eine dauernde Animationsschleife verbraucht im ruhenden Bild keine Rechenzeit.

Die Implementierung bootet kein IRIX, führt keine MIPS-Befehle aus und lädt nicht die originale fsn-Binärdatei. Ihre Leistung liegt in der direkten Umsetzung: Wer eine normale Webseite öffnet, kann den Zusammenhang zwischen Verzeichnisstruktur, Geometrie und Navigation selbst erleben.

Den Park wiederherstellen: Abhängigkeiten vor grünen Lampen

Der getrennte Jurassic-Park-Bonus besitzt ein eigenes fiktives Wiederherstellungsmodell. Sein Terminal versteht bewusst nur einen begrenzten Wortschatz; Schaltflächen lösen dieselben Zustandsänderungen aus. Das sind Museumsbefehle, keine authentischen IRIX-Administrationsanweisungen und kein wiedergefundener Filmquellcode:

help
status
diagnose
ls /park

help nennt die implementierten Befehle. status meldet den Stand der Wiederherstellung. diagnose beginnt das Szenario, während ls /park die angelegte Wurzel auflistet. Die Bonuskonsole unterstützt außerdem begrenzte Pfadnavigation über cd, cat und open. Sie führt keine beliebigen Shellprogramme aus. Das allgemeine UNIX-Beispiel weiter oben und dieser Szenarioparser sind unterschiedliche Dinge.

1. Das System prüfen und die Wartungsumgehung erkennen.
2. Diese Umgehung isolieren.
3. Die fiktiven Steuerdienste neu starten.
4. Die Stromversorgung wiederherstellen.
5. Die Kommunikation wiederherstellen.
6. Die drei Zaunkreise prüfen.
7. Das Türsteuerungsmodul finden und prüfen, danach die Verriegelung wiederherstellen.

Das letzte Modul liegt unter /park/Physical.Plant/Physical.Security/Visitor.Center/door.control. Über Explorer oder Namenssuche kannst du es prüfen. Sein Aktionsschalter führt zurück in die Bonuskonsole. Wer spätere Schritte zu früh auslöst, erhält einen Hinweis auf die fehlende Voraussetzung. Bei erfolgreichem Ablauf ändern sich Dienstmarkierungen und Abschlussanzeige. Ein Reset löscht den Szenariozustand einschließlich der vorgemerkten Modulprüfung.

Die Lernidee steckt in der Beziehung zwischen Zustand und Nachweis. Ein Neustart ist nicht dieselbe Operation wie das Zuschalten der Stromversorgung. Ein Kommunikationsdienst gilt nicht als wiederhergestellt, nur weil irgendein anderer Schalter betätigt wurde. Unser kleines Modell macht solche Abhängigkeiten sichtbar, ohne eine echte Sicherheitsanlage zu beanspruchen.

Doctor Nebu und ein paar verdächtige Details

Eine Nedry-inspirierte Computererfahrung zu bauen, ohne unseren gemeinsamen Vornamen aufzugreifen, wäre schwierig gewesen. Herausgekommen ist Doctor Nebu: eine eigene Cartoonfigur von mir im weißen Technikerkittel, mit drei Sonnenbrillen und einer klaren Haltung zu guten Umgangsformen. Wiederholte fiktive Zugriffsverweigerungen können ihn auf den Bildschirm bringen. Ein höfliches Wort hilft erstaunlich zuverlässig weiter.

Die Figur ist eine freigegebene, KI-gestützte Illustration aus meinem bereitgestellten Foto. Das private Ausgangsfoto wird im Artikel nicht veröffentlicht. Anderswo erinnert ein versteckter Raptor-Stützvermerk an meine Beobachtung einer vermeintlich helfenden Hand in der Küchenszene. Das bleibt eine Beobachtung und ein Witz, keine Zuordnung zu einem bestimmten Crewmitglied. Bezugspunkt ist meine Lesart der Küchensequenz, kein Produktionsinterview. [16] Ein kleines Meeresdetail spielt außerdem auf etwas an, das ich auf einem Hintergrundmonitor zu erkennen glaubte. Daraus mache ich keinen unabhängig belegten Nachweis für einen dort abgespielten Film.

Die übrigen Dateinamen und Wege dürfen Besucher selbst finden. Eine Ausstellung macht mehr Spaß, wenn nicht schon jeder versteckte Witz auf der Eintrittskarte steht.

Ein paar Fragen vor dem Ausprobieren

Konnte man wirklich dreidimensional durch Dateien navigieren?

Ja. Die historische Anwendung stellte Verzeichnisinformationen räumlich dar. Die Dateien wurden dadurch nicht zu anderen Objekten als denen, die auch gewöhnliche Werkzeuge erschließen.

War fsn das Betriebssystem IRIX?

Nein. Es war eine Anwendung in dieser Umgebung. Eine bekannte Anwendung kann auf eine Plattform hinweisen, ohne alle anderen dort installierten Programme zu erklären.

Kann ich es ohne historische Software ausprobieren?

Meine eigenständige Browserrekonstruktion lässt sich direkt bedienen. Sie stellt weder einen emulierten SGI-Rechner noch die originale ausführbare Datei bereit.

Zurück auf den Kinositz

Der Reiz bestand nie nur darin, einen Namen zu kennen, der jemanden überraschte. Entscheidend war die Erkenntnis, dass dieses merkwürdige Ding auf der Leinwand zu einer größeren Welt gehörte, über die ich mehr erfahren konnte. Eine SGI konnte ich 1993 nicht mit nach Hause nehmen. Die Idee blieb trotzdem.

Der echte IMSAI aus WarGames öffnet eine andere Tür zu diesem Gefühl. Die SGI-Landschaft ist meine Verbindung zu einem Dinosaurierfilm: ein Ort, an dem technische Neugier und Kino zusammenkommen. Du kannst die IMSAI-Ausstellung besuchen, durch das Computermuseum stöbern oder hier beginnen. Öffne die Workstation, wähle ein Verzeichnis und schau, wohin es führt →

Quellen, Zeitangaben und Rekonstruktionshinweise

Für die Veröffentlichung am 16. Oktober 2026 recherchiert. Herstellerunterlagen belegen Plattformeigenschaften; Film und Produktionsrecherche ordnen die sichtbaren Geräte ein. Spätere Handbücher sind als spätere Dokumentation gekennzeichnet. Meine Kinoerinnerung ist eine persönliche Erinnerung, kein unabhängig dokumentiertes Produktionsdetail.

1. SGI: 3D File System Navigator for IRIX 4.0.1+; archivierte Auslieferungshinweise. Originale Beschreibung und Bedienung des Prototyps.
2. SGI: Silicon Graphics Introduces New RISC Personal Computer, 22. Juli 1991. Originale Ankündigung.
3. SGI: Indigo Family Product Technical Report. Aufbau von CPU- und Grafiksubsystemen.
4. Fabien Sanglard: Jurassic Park computers in excruciating detail, 13. Juli 2026. Identifikation anhand von Einstellungen; spätere Produktionserinnerungen getrennt von Herstellerspezifikationen.
5. Im Computer History Museum bewahrtes SGI-Werbematerial. Produktkontext zu Crimson und R4000SC.
6. Technische Daten von Apple: Quadra 700 und PowerBook 100.
7. Mike Langberg: Going Out for a Byte in Jurassic Park, The Washington Post, 28. Juni 1993.
8. Computerwoche: Silicon Graphics im Pech, 24. September 1993. Zeitgenössischer Kontext der Hardwaremarken.
9. SGI: Programming on Silicon Graphics Systems, Kapitel 1. Plattformübersicht aus der IRIX-5.3-Zeit, kein Nachweis einer am Set installierten Version.
10. SGI: IRIX Developer Documentation. Compiler, Bibliotheken und Entwicklungswerkzeuge.
11. unixmonkey/fsn_jurassic_park. Fan-Einrichtungsressourcen, kein vollständiger Emulator.
12. Computable: SGI vernieuwt produktaanbod, 17. Oktober 1996. Zeitgenössischer Bericht zur O2-Einführung.
13. Industrial Light & Magic: Jurassic Park. Technischer Rückblick des Produktionsteams.
14. Ian Failes / TyRuben Ellingson: Welcome (back) to Jurassic Park, fxguide, 4. April 2013. Interview aus erster Hand und Beschreibung der Arbeitsabläufe.
15. Museumsimplementierung und Genauigkeitshinweise; Renderer, Wiederherstellungsmodell und tatsächlicher Befehlsparser.
16. Jurassic Park (1993), Regie Steven Spielberg, Universal / Amblin. Der Film ist das Primärwerk für Handlung und Bildbeobachtungen; die Verleihseite bestätigt Jahr und Mitwirkende, nicht den vermuteten Filmfehler.

Alle Screenshots zeigen meine unabhängig entwickelte Ausstellung. Die Diagramme sind eigene Erklärgrafiken. Filmstandbilder, Werbemotive und Filmaudio werden nicht übernommen. Artikel und Museum sind unabhängig und stehen in keiner Verbindung zu Universal Pictures, Amblin oder Silicon Graphics.