Die technische Kultur der Doom-Community hat und-erfrischende-spiele-review/“ title=“Pragmata: Eine charmante alle-arten-stats-und-beschaffung/“ title=“Evitania-Pets-Guide: Alle Arten, Stats und Beschaffung“>und erfrischende Spiele-Review“>eine neue, skurrile Grenze erreicht: Ein spezialisierter Content-Creator hat es geschafft, Doom auf hardware auszuführen, die älter ist als viele Spieler – einem Print-Controller aus den 1980er Jahren. Es ist nicht irgendein alter PC, sondern ein professionelles Agfa Compugraphic 9000PS Raster Image Processor (RIP), einst das Herzstück von Druckvorstufensystemen. Dieser Bericht beleuchtet die faszinierende technische Odyssee, die nötig war, um auf der Motorola-68020-basierten Maschine einen Bildschirmausgang zu realisieren, ein neues Betriebssystem zu installieren und schließlich den legendären Shooter zu starten, selbst wenn das Ergebnis mehr ein technischer Triumph als ein Spielvergnügen ist.
Vom Drucker-Hardware zum Retro-Hacking-Projekt
Der Protagonist hinter diesem außergewöhnlichen Projekt ist Adrian Black von dem YouTube-Kanal Adrian’s Digital Basement. Sein Ziel war es, über die bloße Funktionsprüfung hinauszugehen und die verborgenen Fähigkeiten der alten Industrie-Hardware freizulegen. Das gewählte Gerät, die Agfa Compugraphic 9000PS, war in ihrer Blütezeit ein essentielles Bindeglied in der Druckproduktion. Sie fungierte als PostScript-RIP, der hochauflösende, geräteunabhängige Vektorbeschreibungen in gerasterte Bilddaten für Belichtungsmaschinen umwandelte. Diese Aufgabe erforderte eine beträchtliche Rechenleistung für die damalige Zeit, die in der Architektur der Platine verborgen lag.
Die versteckte Architektur eines Raster Image Processors
Die wahre Leistungsfähigkeit des 9000PS lag nicht in einer typischen PC-ähnlichen Struktur, sondern in einer spezialisierten Mehrprozessor-Architektur. Auf der Hauptplatine arbeitet ein Motorola 68020-CPU, die mit 16 MHz getaktet ist. Diese CPU war in den späten 80ern und frühen 90ern eine respektable Wahl und fand sich auch in Systemen wie dem Amiga 1200 oder frühen Macintosh-Modellen wieder. Erstaunlicherweise besitzt eine separate Eingabe/Ausgabe-Steuerplatine ihre eigene Motorola 68000-CPU. Diese Dual-CPU-Konfiguration war für Conquest v2 the-hinokami-chronicles-2-dlc-charakter-shinobu-kocho-startet-am-17-04-2024/“ title=“Demon Slayer: Kimetsu no Yaiba – The Hinokami Chronicles 2: DLC-Charakter Shinobu Kocho startet am 17.04.2024″>startet„>für die effiziente Verarbeitung der rechenintensiven Rasterisierung von PostScript-Daten ausgelegt. Ironischerweise erwies sich genau diese Architektur – wenn auch langsam – als grundsätzlich kompatibel genug, um Software jenseits ihrer ursprünglichen Bestimmung auszuführen.
Reverse Engineering und der Weg zum eigenen Firmware
Der erste und entscheidende Schritt zur Befreiung der Hardware war das Reverse Engineering des eingebrannten Original-Firmwares. In der ROM des Systems befand sich die proprietäre Adobe PostScript-Interpretersoftware. Adrian ersetzte diese vollständig durch einen benutzerdefinierten Bootloader und Monitor, basierend auf dem öffentlich verfügbaren AGFA-MON-Code auf GitHub. Dieser neue, minimale Code bildete die Grundlage für alle weiteren Experimente. Er ermöglichte nicht nur das Booten von verschiedenen Betriebssystemen von Diskette, sondern enthielt auch einen rudimentären BASIC-Interpreter, der eine direkte Programmierung des alten RIP-Hardwares erlaubte – ein entscheidender Durchbruch.
Hardware-Modifikationen: Grafik und Audio erschaffen
Die größte Hürde war die Bildausgabe. Der 9000PS hatte keine Standard-Videoausgänge; seine Aufgabe war es, Daten an eine Druckeinheit zu senden, nicht an einen Monitor. Die Lösung war die Installation einer 8-Bit „VERA“-Videokarte, einer beliebten Komponente in der DIY-Computing- und Retro-Szene. Diese Karte wurde in das System integriert und gab dem 68020 endlich eine Möglichkeit, visuelle Signale an einen externen Bildschirm zu senden. Parallel wurde auch eine einfache Audiokomponente hinzugefügt, um die iconicen Soundeffekte von Doom hörbar zu machen. Mit diesen physischen Anpassungen verwandelte sich der RIP von einem stummen Druckvorstufen-Prozessor in eine rudimentäre, aber funktionsfähige Computerplattform.
Das Betriebssystem: Von CP/M zu Minix
Mit bootfähigem Firmware und funktionierender Grafik konnte die Software-Exploration beginnen. Die ersten Tests liefen unter CP/M, einem weit verbreiteten Betriebssystem der 8-Bit-Ära. Der eigentliche Meilenstein für das Doom-Projekt war jedoch die Installation von Minix, einer minimalistischen, akademischen Variante von Unix. Minix, das für seine klare, modulare Architektur bekannt ist, lief überraschend gut auf der Motorola-68020-Hardware und bot eine solide Basis für die Kompilierung und Ausführung von komplexerer Software – einschließlich Ports von Spielen.
Die große Herausforderung: Doom auf dem 68020 zum Laufen bringen
Die Portierung von Doom auf ein völlig fremdes System wie diesen RIP ist keine triviale Aufgabe. Es erforderte die Nutzung einer bereits existierenden Source-Code-Portierung für die Motorola-68000/020-Architektur, die für Systeme wie Amiga oder Atari ST angepasst war. Adrian lud die komplette Shareware-Version von Doom 1.9 auf das System und startete sie unter der Minix-Umgebung. Der Erfolg war greifbar: Die Titellmusik ertönte, das Hauptmenü erschien, und der Spieler konnte eine Karte betreten. Die Tatsache, dass überhaupt ein grafisch so anspruchsvolles Spiel von 1993 auf dieser Hardware initialisierte, ist eine enorme technische Leistung.
Extreme Leistungseinbußen und praktische Hürden
Natürlich war die Erfahrung alles andere als flüssig. Die Framerate bewegte sich im einstelligen Bereich, was die Steuerung und das Spielgefühl erheblich beeinträchtigte. Selbst das einfache Navigieren durch die Gänge war eine langsame, ruckelige Angelegenheit. Eine weitere, vielleicht größere praktische Einschränkung war die fehlende native Unterstützung für PS/2- oder USB-Tastaturen. Die Steuerung musste über umständliche Workarounds oder serielle Eingabegeräte erfolgen, was die tatsächliche Spielbarkeit nahezu unmöglich machte. Der Fokus des Projekts lag eindeutig auf dem Proof of Concept, nicht auf einer spielbaren Erfahrung.
Die Bedeutung des Projekts jenseits der Framerate
Die eigentliche Sensation dieser Demonstration liegt nicht in der Spielleistung, sondern im Prinzip. Sie unterstreicht die bemerkenswerte Flexibilität und Langlebigkeit von Hardware-Architekturen aus den 80er Jahren sowie die Beharrlichkeit und Kreativität der Retro-Computing-Community. Ein Gerät, das für einen einzigen, hochspezialisierten industriellen Zweck gebaut wurde – das Rastern von Druckdaten –, wurde durch Software- und Hardware-Hacking in eine allgemeine Experimentierplattform verwandelt. Es ist ein Triumph des technischen Upcyclings und ein Beweis dafür, dass mit genügend Know-how selbst scheinbar „tote“ Elektronik zu neuem, unerwartetem Leben erweckt werden kann. Projekte wie dieses feiern das Erbe der Computertechnik und erinnern daran, dass unter der Oberfläche von Spezialhardware oft universellere Rechenkerne schlummern, die nur darauf warten, entfesselt zu werden.
