Autoren-Archiv: DukeGozer

NEC PC-6001A (TREK) – Der gescheiterte US-Export des PC-6001

Als NEC Anfang der 1980er Jahre mit dem NEC PC-6001 in Japan einen vergleichsweise günstigen und bewusst einfach zugänglichen Heimcomputer etablierte, lag ein Schritt nahe, der aus heutiger Sicht fast selbstverständlich wirkt: der Blick über den eigenen Markt hinaus. Der daraus entstandene NEC PC-6001A, in den USA unter dem Namen NEC TREK vertrieben, war dabei weniger ein neues System als vielmehr ein Versuch, ein bestehendes Konzept in einen völlig anderen Markt zu übertragen – mit bemerkenswert ernüchterndem Ergebnis.

Technisch blieb der Rechner weitgehend identisch mit seinem japanischen Vorbild. Die Z80-kompatible Architektur, der AY-3-8910-Soundchip sowie die bekannten Grafikmodi wurden unverändert übernommen. Auch das Cartridge-Konzept, das bereits beim ursprünglichen PC-6001 eine gewisse Nähe zur Konsolenwelt erkennen ließ, blieb erhalten. Wer den japanischen Artikel kennt, findet hier also keine Überraschung – und genau das ist bereits Teil der Geschichte dieses Systems. NEC verzichtete bewusst darauf, die Plattform für den westlichen Markt grundlegend anzupassen.

Die sichtbarste Veränderung fand sich stattdessen an einer Stelle, die oft unterschätzt wird: der Tastatur. Während das japanische Modell mit einer eher spielzeughaften Chiclet-Tastatur ausgeliefert wurde, erhielt der PC-6001A eine klassische Schreibmaschinentastatur. Es war ein klares Signal, dass man sich an den Erwartungen amerikanischer Nutzer orientieren wollte – weniger Wohnzimmergerät, mehr ernstzunehmender Heimcomputer. Doch diese Anpassung blieb letztlich kosmetischer Natur.

Denn der eigentliche Unterschied lag nicht im Gerät selbst, sondern in seinem Umfeld. Als der PC-6001A in den USA erschien, war der Markt bereits in Bewegung. Systeme wie der Commodore VIC-20, der Atari 400 oder der TRS-80 Model I hatten sich etabliert, verfügten über wachsende Softwarebibliotheken und waren fest im Handel verankert. NEC hingegen trat als vergleichsweise unbekannter Anbieter auf – mit einem System, das zwar solide war, aber kaum exklusive Argumente mitbrachte.

Besonders deutlich zeigte sich das beim Thema Software. Während der PC-6001 in Japan zumindest ein überschaubares Ökosystem aus Spielen und BASIC-Programmen vorweisen konnte, blieb der PC-6001A in den USA weitgehend isoliert. Es fehlte an lokaler Softwareentwicklung, an Vertriebspartnern und nicht zuletzt an Sichtbarkeit. Ohne ein funktionierendes Softwareangebot aber war ein Heimcomputer Anfang der 1980er Jahre kaum mehr als ein technisches Versprechen.

Hinzu kam ein strategischer Aspekt, der rückblickend fast zwangsläufig wirkt: NEC versuchte, ein System zu exportieren, das stark auf seinen Heimatmarkt zugeschnitten war. Anders als etwa Commodore oder Atari verfügte das Unternehmen im Westen weder über ein vergleichbares Vertriebsnetz noch über eine etablierte Markenwahrnehmung. Der PC-6001A wurde so zu einem Produkt, das zwischen den Stühlen stand – zu technisch für den reinen Spielemarkt, aber ohne die Tiefe und Unterstützung, die ernsthafte Anwender erwarteten.

Die Folge war ein stilles Verschwinden. Während der PC-6001 in Japan zumindest als Einstiegsgerät in Erinnerung blieb, hinterließ der PC-6001A im US-Markt kaum Spuren. Verkaufszahlen sind nur fragmentarisch überliefert, zeitgenössische Berichte rar – ein deutliches Indiz dafür, dass das System nie wirklich Fuß fassen konnte.

Rückblickend lässt sich der PC-6001A daher weniger als eigenständiger Heimcomputer begreifen, sondern vielmehr als Momentaufnahme einer Übergangszeit. Er zeigt, wie schwierig es war, frühe Heimcomputerkonzepte über kulturelle und wirtschaftliche Grenzen hinweg zu übertragen. Und er ergänzt das Bild seines japanischen Pendants um eine Perspektive, die oft übersehen wird: Erfolg in einem Markt bedeutete noch lange keinen Erfolg in einem anderen.

Gerade in dieser Gegenüberstellung liegt heute sein eigentlicher Wert. Der PC-6001A ist kein Klassiker im klassischen Sinne, kein System mit großer Nutzerbasis oder prägendem Einfluss. Aber er ist ein lehrreiches Beispiel dafür, wie eng Technik, Markt und Timing miteinander verwoben sind – und wie schnell ein durchaus solides System im falschen Umfeld nahezu bedeutungslos werden kann.

Panasonic FS-A1 – kompakter Einstieg in die MSX2-Welt

Source: MSX.org

Es ist ein eigenartiger Moment, wenn man einen japanischen Heimcomputer der mittleren achtziger Jahre zum ersten Mal einschaltet und nicht sofort ein blinkender Cursor erscheint, sondern eine Art kleiner Alltagshelfer: Uhr, Kalender, Notizen. Genau so beginnt die Begegnung mit dem Panasonic FS-A1 – nicht als reines Spielgerät, sondern als Maschine, die ganz selbstverständlich auch ein Stück Organisation in den Alltag bringen wollte. Und doch steckt hinter dieser unscheinbaren Oberfläche ein vollwertiges MSX2-System, das die technischen Möglichkeiten seiner Zeit durchaus beherrschte, sie aber bewusst anders einsetzte als viele seiner Konkurrenten.

Hinter dem Gerät steht Panasonic, beziehungsweise die Muttergesellschaft Matsushita Electric, die Mitte der 1980er Jahre längst zu den prägenden Elektronikherstellern Japans gehörte. Der FS-A1 erschien um 1986 zu einem Preis von rund 49.800 Yen, was inflationsbereinigt heute etwa 300 bis 350 Euro entspricht. Damit positionierte sich das Gerät klar als Einstieg in die MSX2-Welt – nicht als High-End-System, sondern als bewusst zugänglicher Heimcomputer für Haushalte, Schüler und Einsteiger. Es war ein Ansatz, der in Japan häufig zu beobachten war: Man kaufte nicht gleich das größte Modell, sondern begann mit einer Basis, die sich später erweitern ließ.

Technisch betrachtet wirkt der FS-A1 auf den ersten Blick vertraut. Im Inneren arbeitet ein Zilog Z80 mit etwa 3,58 MHz, flankiert vom Grafikchip Yamaha V9938, der für die MSX2-Generation typische Grafikmodi mit bis zu 256 Farben aus einer 512er-Palette ermöglicht. 64 Kilobyte Arbeitsspeicher und 128 Kilobyte Videospeicher bilden die Grundlage, wobei gerade die asymmetrische Verteilung – doppelt so viel VRAM wie RAM – bereits andeutet, wo die Prioritäten lagen: Darstellung statt Datenverarbeitung. Doch das eigentliche Herzstück des Systems ist weniger offensichtlich. Der sogenannte S1985-Systemcontroller übernimmt zentrale Aufgaben der gesamten Architektur – von der Slot-Verwaltung über die Ansteuerung von Joysticks, Drucker und Kassette bis hin zur Tastaturmatrix und sogar der Einbindung einer batteriegepufferten Echtzeituhr. Was bei früheren Rechnern noch aus vielen Einzelbausteinen bestand, ist hier bereits deutlich integriert – ein Hinweis auf die zunehmende Rationalisierung der Hardwareentwicklung in der zweiten Hälfte der achtziger Jahre.

Gerade diese Integration erklärt, warum der FS-A1 im Inneren vergleichsweise aufgeräumt wirkt. Große, zentrale Chips dominieren das Layout, während diskrete Logikbausteine in den Hintergrund treten. Dennoch bleibt die klassische MSX-Struktur erhalten: Der Grafikchip arbeitet unabhängig vom Systemcontroller, und die CPU kommuniziert über ein klar definiertes Bus-System. Es handelt sich also nicht um ein Ein-Chip-System, sondern um eine bereits stark verdichtete Form eines modular gedachten Rechners.

Im Alltag zeigt sich schnell, dass der FS-A1 nicht für jede Aufgabe gleichermaßen gedacht war. Seine größte Stärke liegt eindeutig im Cartridge-Betrieb. Spiele wie Gradius, Knightmare oder Penguin Adventure starten ohne Ladezeiten und laufen stabil, flüssig und in einer Qualität, die dem MSX2-Standard entspricht. In diesen Momenten wirkt das Gerät beinahe wie eine Konsole: einschalten, Modul einstecken, spielen. Auch Titel wie Metal Gear profitieren von dieser direkten Zugriffsmethode, wobei zusätzliche Hardware wie FM-Soundmodule das Erlebnis weiter verbessern konnten.

Ganz anders verhält es sich mit kassettenbasierter Software. Zwar ist die entsprechende Schnittstelle vorhanden, doch die Ladezeiten und die Anfälligkeit gegenüber Störungen wirken im Kontext eines MSX2-Systems bereits veraltet. Noch deutlicher wird die Einschränkung beim Thema Disketten: Ein internes Laufwerk fehlt vollständig. Damit bleiben viele größere Programme und Spiele außen vor, sofern keine externe Lösung angeschlossen wird. Gerade in einer Zeit, in der Disketten zunehmend zum Standard wurden, markiert dies eine klare Grenze der Einsatzmöglichkeiten.

Die Konkurrenz war in dieser Hinsicht nicht untätig. Geräte wie der Sony HB-F1 oder der Philips NMS 8250 boten häufig mehr Arbeitsspeicher oder bereits integrierte Laufwerke und richteten sich stärker an Anwender, die den MSX2 als ernsthafte Arbeitsplattform nutzen wollten. Panasonic hingegen verfolgte eine andere Strategie. Der FS-A1 bildete den Einstiegspunkt in ein System, das sich über Erweiterungen entwickeln ließ. Das nächsthöhere Modell, der FS-A1F, integrierte bereits ein Diskettenlaufwerk und eröffnete damit deutlich mehr Möglichkeiten, ohne die grundlegende Architektur zu verändern.

Ein Detail, das den Charakter des FS-A1 besonders gut einfängt, ist die erwähnte Echtzeituhr mit Batterie. Sie ermöglicht nicht nur die Anzeige von Datum und Uhrzeit, sondern unterstützt auch die integrierten Utility-Funktionen des Systems. In Verbindung mit der speziellen Tastatur – inklusive japanischer Kana-Belegung und einer hardwareseitigen Pause-Funktion, die das gesamte System einfrieren kann – entsteht ein Gerät, das sich nicht ausschließlich über Spiele definiert. Es ist ein Computer, der im Wohnzimmer stehen sollte, bereit für kleine Programme, Notizen oder einfache Organisation, ohne dabei den Zugang zur Unterhaltung zu verlieren.

Rückblickend lässt sich der FS-A1 nur schwer in die üblichen Kategorien einordnen. Er ist weder das leistungsstärkste noch das vielseitigste MSX2-System seiner Zeit. Stattdessen verkörpert er eine andere Idee: einen kompakten, integrierten und sofort nutzbaren Heimcomputer, der seine Stärken dort ausspielt, wo Software direkt verfügbar ist – insbesondere im Cartridge-Bereich – und der gleichzeitig die Tür zu einem größeren Ökosystem offenhält. Gerade diese Mischung aus Begrenzung und Erweiterbarkeit macht ihn heute zu einem interessanten Vertreter seiner Generation, auch wenn er im Schatten seiner besser ausgestatteten Zeitgenossen stand.

Philips VG5000 (1984) – Frankreichs vergessener Heimcomputer

Quelle: https://www.system-cfg.com/detailcollection.php?ident=93

Es ist ein eigenartiger Widerspruch der frühen Heimcomputerjahre, dass gerade in einer Phase zunehmender Standardisierung einzelne Systeme bewusst eigene Wege gingen – Wege, die sich im Rückblick weniger als technische Experimente denn als strategische Sackgassen erweisen sollten. Der Philips VG5000 gehört zweifellos in diese Kategorie. Als er am 1. Oktober 1984 zu einem Preis von 1590 französischen Francs auf den Markt kam – inflationsbereinigt heute etwa 600 bis 700 Euro – war er als günstiger Einstieg in die Welt der Heimcomputer gedacht. Ein Gerät für Einsteiger, für Schüler, für jene, die programmieren lernen wollten. Doch schon bei seiner Einführung stand er im Schatten stärkerer, besser vernetzter Systeme.

Entwickelt wurde der Rechner von Philips, gefertigt jedoch in Frankreich durch die Tochtergesellschaft Radiotechnique (RTC) in Le Mans und unter verschiedenen Marken vertrieben – darunter Radiola und Schneider. Diese Vielfalt an Namen darf nicht missverstanden werden: Technisch handelt es sich stets um dasselbe System. Radiola war dabei keine eigenständige Entwicklerfirma, sondern ein traditionsreiches französisches Markenlabel innerhalb des Philips-Konzerns, das gezielt für den lokalen Markt genutzt wurde. Diese regionale Ausrichtung erklärt auch die Nähe zum französischen Minitel. Diese Verbindung ist jedoch kultureller und industrieller Natur, nicht technischer. Zwar erinnern Tastatur und Bedienkonzept an Minitel-Terminals, doch der VG5000 ist ein klassischer Heimcomputer – mit all den Vor- und Nachteilen dieser Kategorie.

Im Zentrum der Hardware arbeitet ein Zilog Z80A mit 4 MHz, ein Prozessor, der auch im ZX Spectrum oder in MSX-Systemen Verwendung fand. Entscheidend ist jedoch nicht der Prozessor allein, sondern die Art, wie er eingebettet ist. Der VG5000 verfügt über 24 KB RAM, von denen effektiv nur etwa 16 KB für Programme zur Verfügung stehen, während 8 KB fest als Videospeicher reserviert sind. Nach dem Einschalten bleiben dem Anwender rund 13,7 KB freier BASIC-Speicher – ein Wert, der die Grenzen des Systems bereits deutlich macht. Ergänzt wird dies durch 18 KB ROM mit integriertem BASIC auf Basis von Microsoft BASIC-80, was den Rechner sofort einsatzbereit machte und seine Ausrichtung als Lernsystem unterstreicht.

Die eigentliche Besonderheit liegt im Grafiksystem. Der eingesetzte EF9345-Videochip arbeitet nicht mit einer klassischen Bitmap, sondern mit einem Zeichensatzsystem. Der Bildschirm besteht aus einzelnen Zeichen, die sich zwar umdefinieren lassen, jedoch keine freie Pixelmanipulation erlauben. Das Ergebnis ist eine Form der „Semigraphik“, die für Textdarstellung hervorragend geeignet ist, bei bewegten Szenen jedoch schnell an ihre Grenzen stößt. Sprites existieren nicht, flüssiges Scrolling ist nur eingeschränkt möglich, und der Zugriff auf den Videochip erfolgt vergleichsweise langsam. Hinzu kommt, dass die Soundausgabe die CPU blockiert – ein Detail, das sich in Spielen unmittelbar bemerkbar macht, wenn die Action für kurze Momente einfriert.

Die Softwarebibliothek spiegelt diese technischen Gegebenheiten wider. Mit rund drei Dutzend kommerziellen Titeln blieb das Angebot überschaubar und stark auf Frankreich konzentriert. Viele Programme wurden direkt von Philips selbst veröffentlicht, ergänzt durch einige wenige lokale Entwickler sowie zahlreiche Lernprogramme. Internationale Unterstützung fehlte nahezu vollständig – ein Umstand, der vor allem der fehlenden Kompatibilität zum MSX-Standard geschuldet war, den Philips parallel mit dem Philips VG8000 verfolgte. Während sich MSX als offene Plattform etablierte, blieb der VG5000 ein proprietäres System ohne Anschluss.

Zu den bekanntesten Spielen gehört Glouton, ein Titel, der auf dem Spielprinzip von Munchkin der Philips Videopac G7000 basiert. Gerade dieses Spiel zeigt exemplarisch, wie gut der VG5000 funktionieren konnte, wenn Software und Hardware aufeinander abgestimmt waren. Das Labyrinth-Prinzip, die rasterbasierte Bewegung und die begrenzte Anzahl beweglicher Elemente passen ideal zur Architektur des Systems. Glouton wirkt daher vergleichsweise flüssig und spielbar – nicht trotz, sondern wegen der Einschränkungen. Andere Titel wie La Moto Infernale oder Le Fou Volant versuchten, mehr Dynamik darzustellen, stießen jedoch schnell an Grenzen. Scrollende Szenen führten zu Flackern, komplexere Abläufe zu Verlangsamungen. Besonders deutlich wird dies bei BASIC-basierten Spielen, deren Geschwindigkeit zusätzlich durch den Interpreter reduziert wurde.

Auch das Zubehör zeigt ein ambivalentes Bild. Philips plante durchaus ein vollständiges Ökosystem: Kassettenrekorder (VY0030) für die Datenspeicherung, ein Joystick-Interface (VG5200) mit Unterstützung für Atari-kompatible Controller, RAM-Erweiterungen wie das VG5216-Modul, Drucker sowie ein Erweiterungsbus. Innerhalb der VG5000-Familie – also zwischen Philips-, Radiola- und Schneider-Geräten – war dieses Zubehör vollständig kompatibel. Doch diese Offenheit blieb weitgehend theoretisch. Es entstanden kaum Drittanbieterlösungen, Diskettenlaufwerke wurden nie realisiert, und die Erweiterungsmöglichkeiten wurden in der Praxis selten genutzt. Der Rechner wirkte damit offen konstruiert, blieb aber wirtschaftlich isoliert.

Im Vergleich zur Konkurrenz wird die Position des VG5000 deutlich. Der Commodore 64 bot nicht nur eine echte Bitmap-Grafik mit Sprites, sondern auch den leistungsfähigen SID-Soundchip und eine enorme Softwarebasis. Der Amstrad CPC überzeugte durch integrierte Komplettlösungen, während MSX-Systeme durch ihre Standardisierung und internationale Verbreitung punkteten. Selbst im eigenen Haus stand der VG5000 mit dem VG8000 in direkter Konkurrenz zu einer Plattform, die langfristig die deutlich besseren Perspektiven bot.

Zeitgenössische Rezensionen spiegeln diese Situation wider. Gelobt wurden die klare Textdarstellung, die einfache Bedienung und das sofort verfügbare BASIC. Kritisiert wurden hingegen die eingeschränkten Grafikmöglichkeiten, die wenig ergonomische Tastatur und vor allem die geringe Softwareverfügbarkeit. Das Fazit fiel entsprechend nüchtern aus: ein solider Lerncomputer, der jedoch gegen die technisch und softwareseitig überlegene Konkurrenz kaum bestehen konnte.

So bleibt der VG5000 ein bemerkenswertes Beispiel für einen Rechner, der technisch keineswegs unbrauchbar war, dessen Konzept jedoch nicht in die Richtung des Marktes wies. Sein vergleichsweise niedriger Preis konnte die strukturellen Schwächen nicht kompensieren, und seine starke regionale Ausrichtung isolierte ihn in einer Zeit, in der sich der Heimcomputermarkt zunehmend international vernetzte. Der VG5000 war kein schlechtes System – er war lediglich ein System ohne überzeugenden Grund, sich gegen die Alternativen zu entscheiden.

Adventureland (1978) – Der Moment, in dem Abenteuer nach Hause kamen

Es war eine Zeit, in der Computer noch keine Selbstverständlichkeit waren, sondern Versprechen. Während sich Großrechner in Universitäten und Forschungseinrichtungen bereits als Werkzeuge etabliert hatten, begann sich im Jahr 1978 langsam ein neuer Gedanke durchzusetzen: dass diese Maschinen auch in den eigenen vier Wänden stehen könnten. In genau diesem Moment erschien ein Spiel, das auf den ersten Blick unscheinbar wirkte, sich rückblickend jedoch als einer der entscheidenden Übergangspunkte herausstellen sollte – Adventureland.

Hinter diesem Titel stand Scott Adams, ein Programmierer, der von einem der frühesten Computerabenteuer überhaupt fasziniert war: Colossal Cave Adventure. Doch während dieses noch auf Großrechnern lief und damit nur einem kleinen Kreis zugänglich war, verfolgte Adams ein anderes Ziel. Er wollte ein vergleichbares Erlebnis auf einem Heimcomputer ermöglichen – konkret auf dem TRS-80 Model I, einer Maschine, die in ihrer Grundausstattung mit gerade einmal 16 Kilobyte Arbeitsspeicher auskommen musste. Was zunächst wie ein unüberwindbares Hindernis klingt, wurde letztlich zum Ausgangspunkt einer der ersten echten Designentscheidungen der Spielegeschichte.

Anstatt ein Spiel im klassischen Sinne zu programmieren, entwickelte Adams ein System. Adventureland besteht nicht aus fest codierten Abläufen, sondern aus einer strukturierten Sammlung von Daten, die von einem Interpreter verarbeitet werden. Räume, Gegenstände und Zustände sind keine fest verdrahteten Elemente, sondern Einträge in einer Tabelle, die vom Programm gelesen werden. Damit entstand – wenn auch unter anderen Vorzeichen – eine der frühesten Formen dessen, was man heute als Game Engine bezeichnen würde. Der eigentliche Vorteil dieses Ansatzes zeigte sich unmittelbar: Neue Spiele konnten entstehen, ohne die technische Grundlage neu entwickeln zu müssen. Tatsächlich folgten innerhalb kurzer Zeit weitere Titel wie Pirate Adventure oder Voodoo Castle, die auf genau diesem Fundament aufbauten und über Adams’ Firma Adventure International vertrieben wurden.

Inhaltlich präsentiert sich Adventureland hingegen bemerkenswert nüchtern. Eine ausgearbeitete Geschichte existiert praktisch nicht. Stattdessen besteht das Ziel darin, dreizehn verstreute Schätze zu finden und an einem bestimmten Ort abzulegen. Wälder, Höhlen und vereinzelte fantastische Elemente bilden den Rahmen, doch sie dienen weniger der Atmosphäre als der Funktion. Aus heutiger Sicht mag das beinahe enttäuschend wirken, doch diese Reduktion war kein Mangel, sondern eine Konsequenz der technischen Rahmenbedingungen. Jeder zusätzliche Satz, jede komplexere Beschreibung hätte wertvollen Speicher verbraucht. Die Entscheidung für Kürze war also keine stilistische, sondern eine zwingende.

Diese Beschränkung zeigt sich besonders deutlich im Eingabesystem. Der Parser von Adventureland arbeitet mit einem Zwei-Wort-Schema, bestehend aus Verb und Objekt. Befehle wie „GET LAMP“ oder „GO NORTH“ bilden das Fundament der Interaktion. Dabei reicht es sogar aus, die ersten drei Buchstaben eines Wortes einzugeben – ein weiterer Hinweis darauf, wie konsequent Adams auf Effizienz bedacht war. Im Vergleich zu späteren Adventures, die vollständige Sätze verstehen konnten, wirkt dieses System stark reduziert, doch es erfüllte seinen Zweck: Es machte das Spiel auf einem Heimcomputer überhaupt erst möglich.

Was Adventureland dabei besonders deutlich zeigt, ist die Denkweise seiner Zeit – und die offenbart sich vor allem in den Momenten, in denen das Spiel scheinbar „unfair“ wirkt. Wer die Höhle ohne Licht betritt, wird ohne Vorwarnung bestraft. Wer einen wichtigen Gegenstand zurücklässt oder an der falschen Stelle einsetzt, kann sich unbemerkt in eine Situation manövrieren, aus der es kein Zurück mehr gibt. Das Spiel erklärt nichts, es kommentiert nichts – es registriert lediglich. Diese Konsequenz ist kein Versehen, sondern Teil des Systems.

Gerade darin liegt ein wesentlicher Unterschied zu späteren Adventures. Während Titel wie Zork begannen, ihre Welten logisch aufzubauen und den Spieler subtil zu führen, bleibt Adventureland kompromisslos funktional. Räume existieren nicht, weil sie eine glaubwürdige Umgebung formen, sondern weil sie eine Aufgabe erfüllen. Gegenstände sind keine Requisiten einer Geschichte, sondern Schlüssel in einem System aus Bedingungen und Zuständen.

Das wird besonders im Umgang mit dem Inventar deutlich. Die begrenzte Tragfähigkeit zwingt den Spieler dazu, früh eine Art „Basislager“ zu etablieren, an dem gefundene Schätze gesammelt werden. Wer diesen Zusammenhang nicht erkennt, läuft Gefahr, sich selbst den Fortschritt zu blockieren. Ebenso typisch ist die Notwendigkeit, scheinbar bedeutungslose Orte mehrfach zu besuchen – nicht, weil sich die Welt verändert hätte, sondern weil der Spieler es inzwischen getan hat.

Aus heutiger Sicht wirken viele dieser Situationen spröde oder gar ungerecht. Doch sie spiegeln eine Zeit wider, in der Spiele weniger als geführte Erfahrung verstanden wurden, sondern als Herausforderung, die es zu entschlüsseln galt. Adventureland verlangt kein Reaktionsvermögen und keine Geschicklichkeit – es verlangt Aufmerksamkeit, Geduld und die Bereitschaft, aus Fehlern zu lernen.

Der zeitgenössische Blick fiel entsprechend aus. In People’s Computers / Recreational Computing wurde das Spiel als „a true tour-de-force … on only a 16k TRS-80“ bezeichnet – eine Einschätzung, die weniger das eigentliche Spiel als vielmehr die technische Leistung würdigte. Auch 80-U.S. / Basic Computing empfahl den Titel ausdrücklich jenen Spielern, die bereit waren, sich auf eine Herausforderung einzulassen, und betonte gleichzeitig die ungewöhnlichen und teils humorvollen Situationen, die sich daraus ergaben. Diese Stimmen machen deutlich, dass Adventureland bereits damals nicht als perfektes Spiel verstanden wurde, sondern als bemerkenswerter Schritt.

Im direkten Vergleich mit Zork, das ursprünglich auf Großrechnern am MIT entwickelt wurde, treten die Unterschiede klar zutage. Während Zork mit komplexeren Sprachstrukturen, einer zusammenhängenden Welt und einem deutlich stärkeren Fokus auf Atmosphäre arbeitet, bleibt Adventureland bei seiner reduzierten, systematischen Herangehensweise. Doch dieser Vergleich greift nur bedingt, denn beide Spiele entstammen unterschiedlichen Voraussetzungen. Zork konnte auf deutlich leistungsfähigere Hardware zurückgreifen und profitierte von einem größeren Entwicklungsteam, während Adventureland aus der Notwendigkeit heraus entstand, mit minimalen Ressourcen auszukommen. Entscheidend ist daher weniger, welches Spiel „besser“ ist, sondern welches den entscheidenden Schritt gemacht hat.

Und dieser Schritt liegt eindeutig bei Adventureland. Es brachte das Konzept des interaktiven Abenteuers aus den Universitäten in die Wohnzimmer. Es zeigte, dass Spiele nicht nur möglich, sondern auch vermarktbar waren. Der ursprüngliche Verkaufspreis von rund 24,95 US-Dollar – inflationsbereinigt heute etwa 90 bis 100 Euro – unterstreicht dabei, dass es sich nicht um ein beiläufiges Experiment handelte, sondern um ein ernstzunehmendes Produkt.

Auffällig ist dabei, wie schnell sich Adventureland über seine Ursprungsplattform hinaus verbreitete. Innerhalb weniger Jahre erschien das Spiel auf einer Vielzahl von Systemen – vom Apple II über den Commodore 64 und den ZX Spectrum bis hin zu eher spezialisierten Geräten wie dem TI-99/4A oder dem Exidy Sorcerer. Auch Systeme wie der Commodore PET 2001, der Commodore VIC-20, die britischen Mikrocomputer BBC Micro und Acorn Electron sowie der Dragon 32/64 und frühe IBM-kompatible PCs gehörten zu den Plattformen, auf denen Adams’ Adventure-Interpreter zum Einsatz kam. Diese breite Streuung war kein Zufall, sondern direkte Folge des zugrunde liegenden Systems: Da die Spielwelt als Daten organisiert war, musste im Grunde nur der Interpreter an die jeweilige Hardware angepasst werden.

Gerade diese Portierungen zeigen jedoch, wie unterschiedlich sich ein scheinbar identisches Spiel anfühlen konnte. Die ursprüngliche TRS-80-Version blieb die technisch roheste Form. Ihre Texte sind knapp, die Reaktionszeiten durch die Kassettenspeicherung spürbar, und der Parser reagiert strikt auf die bekannten Zwei-Wort-Befehle. Hier zeigt sich das Spiel am unmittelbarsten als Produkt seiner Entstehungsbedingungen – reduziert, funktional, kompromisslos.

Auf Systemen wie dem Apple II oder dem Commodore PET änderte sich zunächst weniger am Inhalt als an der Geschwindigkeit und Stabilität. Diskettenlaufwerke verkürzten Ladezeiten erheblich, und die Darstellung wirkte durch klarere Monitorausgaben oft angenehmer lesbar. Der Kern blieb jedoch unverändert, was diese Versionen zu den „authentischsten“ Alternativen zur TRS-80-Fassung macht.

Mit dem Aufkommen farbfähiger Heimcomputer verschob sich der Schwerpunkt leicht. Versionen für den Commodore 64, den Atari 8-bit oder den ZX Spectrum erhielten teilweise grafische Ergänzungen – einfache Illustrationen, die einzelne Szenen begleiteten. Diese Bilder waren kein integraler Bestandteil des Spiels, sondern eher eine visuelle Rahmung, die dem Titel eine modernere Anmutung verlieh. Gleichzeitig blieb die eigentliche Interaktion strikt textbasiert. Interessanterweise veränderte diese Ergänzung die Wahrnehmung stärker als das Spiel selbst: Während die ursprüngliche Version die Fantasie vollständig dem Spieler überließ, boten die Grafikversionen erste visuelle Interpretationen der Spielwelt.

Auf kleineren Systemen wie dem Commodore VC-20 oder dem Acorn Electron zeigten sich dagegen erneut die Grenzen der Hardware. Hier mussten Texte teilweise weiter gekürzt oder Speicher effizienter genutzt werden, was den ohnehin minimalistischen Stil noch stärker verdichtete. Diese Fassungen wirken bisweilen fast wie Essenzen des Originals – noch direkter, noch reduzierter.

Die IBM-PC-Versionen schließlich markieren bereits den Übergang in eine neue Ära. Mit mehr Speicher und verbesserten Ein- und Ausgabemöglichkeiten ließen sich komfortablere Varianten umsetzen, ohne jedoch die grundlegende Struktur zu verändern. Gerade hier wird deutlich, wie langlebig das ursprüngliche Konzept war: Selbst auf deutlich leistungsfähigeren Systemen blieb das Spiel im Kern identisch.

Bemerkenswert ist dabei, dass keine dieser Versionen das ursprüngliche Design grundlegend verändert. Es gibt keine erweiterten Handlungsstränge, keine neuen Mechaniken, keine „verbesserten“ Rätsel im modernen Sinne. Stattdessen zeigt jede Portierung vor allem eines: die Anpassungsfähigkeit eines Konzepts, das von Anfang an nicht an eine bestimmte Maschine gebunden war. Während viele andere frühe Spiele eng mit ihrer Hardware verwoben blieben, ließ sich Adventureland nahezu unverändert übertragen – ein Umstand, der seine Rolle als eines der ersten wirklich plattformübergreifenden Spiele unterstreicht.

Gerade im direkten Vergleich dieser Versionen wird deutlich, dass sich nicht nur die Technik entwickelte, sondern auch die Erwartungshaltung der Spieler. Was auf dem TRS-80 noch als bemerkenswerte Leistung galt, wirkte wenige Jahre später bereits schlicht. Doch anstatt zu verschwinden, passte sich Adventureland an – leise, unspektakulär und gerade deshalb bemerkenswert konsequent.

Rückblickend betrachtet wirkt vieles an Adventureland roh, reduziert und bisweilen widerspenstig. Doch genau darin liegt seine Bedeutung. Es ist kein Spiel, das den Spieler an die Hand nimmt, sondern eines, das ihn zwingt, selbst zu verstehen, wie es funktioniert. Und vielleicht ist das der entscheidende Punkt: Die eigentliche Aufgabe besteht nicht darin, die Schätze zu finden – sondern die Logik hinter dem Spiel zu begreifen.

TRS-80 Model I – Der Moment, in dem der Computer den Alltag erreichte

Foto: Flominator (CC BY-SA 3.0)

Es war ein Jahr, in dem sich die Welt in viele Richtungen zugleich bewegte. Während Star Wars die Kinos füllte, die Voyager Program-Sonden ihren Weg ins Unbekannte antraten und mit der Atari 2600 Videospiele erstmals in großer Zahl den Weg in die Wohnzimmer fanden, erschien beinahe unscheinbar ein Gerät, das langfristig mindestens ebenso prägend werden sollte: der TRS-80 Model I. Ein vormontierter Heimcomputer ab 399 US-Dollar, der den Zugang zur Rechentechnik aus der Nische der Bastler herauslöste und in den Alltag überführte. Und doch unterschied sich dieser Rechner in einem entscheidenden Punkt von vielem, was zuvor existierte: Er war nicht für Tüftler gedacht, sondern für Menschen, die ihn einschalten und unmittelbar nutzen wollten.

Die Tandy Corporation, deren Vertriebsarm Radio Shack in tausenden Filialen präsent war, traf damit eine strategische Entscheidung, die sich als ebenso mutig wie folgenreich erweisen sollte. Während Systeme wie der Altair 8800 noch als Bausätze verkauft wurden, setzte man bewusst auf ein vormontiertes Komplettsystem. Interne Skepsis blieb nicht aus – ein Computer für den Durchschnittskunden erschien vielen als gewagtes Unterfangen. Doch die Entwicklungskosten hielten sich mit rund 150.000 US-Dollar in bemerkenswert engen Grenzen, und die Zielsetzung war klar umrissen: ein möglichst günstiger, sofort nutzbarer Rechner.

Als das System im August 1977 vorgestellt wurde, lag der Einstiegspreis bei etwa 399 US-Dollar für die Basiseinheit, realistisch jedoch bei rund 599 US-Dollar im Bundle mit Monitor und Kassettenlaufwerk. Inflationsbereinigt entspricht dies heute etwa 3.500 bis 4.500 Euro – kein beiläufiger Kauf, aber erreichbar für ambitionierte Privatanwender und kleinere Unternehmen. Mit wachsender Ausstattung – insbesondere 16 KB RAM und erweitertem BASIC – konnte der Preis rasch auf über 800 US-Dollar ansteigen. Der günstige Einstieg war damit durchaus real, die eigentlichen Kosten begannen jedoch erst mit der praktischen Nutzung.

Technisch basierte das System auf dem Zilog Z80, der mit rund 1,77 MHz getaktet wurde – ein Wert, der auf dem Papier unspektakulär erscheint, in der Praxis jedoch durch den erweiterten Befehlssatz effizient genutzt wurde. Gegenüber dem MOS Technology 6502 der Konkurrenz bot der Z80 zusätzliche Register und Instruktionen, was insbesondere bei komplexeren Programmen Vorteile brachte. Der Rechner war konsequent als memory-mapped System ausgelegt: Bildschirm, Tastatur und Peripherie erschienen aus Sicht der CPU schlicht als adressierbare Speicherbereiche. Der Bildschirminhalt entsprach direkt dem Inhalt eines definierten Adressraums – eine Lösung, die es Programmierern erlaubte, Inhalte unmittelbar zu manipulieren und die Entwicklung eigener Anwendungen erheblich vereinfachte.

Die CPU fungierte dabei als zentrale Vermittlungsinstanz zwischen sämtlichen Komponenten – ein Prinzip, das auch im technischen Handbuch hervorgehoben wurde und der Architektur eine klare Struktur verlieh. In der Praxis bedeutete dies allerdings ebenso, dass jede Ein- und Ausgabeoperation über die CPU lief – ein Umstand, der bei steigender Komplexität zunehmend zum limitierenden Faktor werden konnte.

Die Darstellung erfolgte über eine separate Video-Logik, die der CPU die zeitkritische Bildaufbereitung abnahm. Dieses Detail verdeutlicht, dass der TRS-80 keineswegs als improvisiertes Minimaldesign zu verstehen ist. Im Gegenteil: Die gesamte Konstruktion folgte einer klar nachvollziehbaren Linie aus Standardbausteinen der 74LS-Serie, ohne den Einsatz proprietärer Spezialchips. Das machte den Rechner nicht nur kostengünstig, sondern auch transparent und vergleichsweise leicht zu warten – ein nicht zu unterschätzender Vorteil in einer Zeit, in der technischer Support keineswegs selbstverständlich war.

Ein besonders aufschlussreiches Detail zeigt sich beim Monitor. Dieser war im Kern kein dedizierter Computermonitor, sondern ein modifizierter Fernseher, bei dem der Tuner entfernt worden war. Technisch brachte dies jedoch eine Herausforderung mit sich: das sogenannte „Hot Chassis“, bei dem Teile der Elektronik direkt mit der Netzspannung verbunden waren. Um den Computer selbst davon zu isolieren, setzte man auf einen optischen Isolator – eine frühe Form galvanischer Trennung. In der Praxis war dies weniger Komfortmerkmal als notwendige Sicherheitsmaßnahme, verdeutlicht jedoch den pragmatischen und zugleich sorgfältigen ingenieurtechnischen Ansatz der Konstruktion.

Die Speicherung von Programmen erfolgte zunächst über handelsübliche Kassettenrekorder. Daten wurden dabei nicht digital im heutigen Sinne gespeichert, sondern als analoge Tonsignale kodiert – ein Verfahren, das Geduld erforderte und fehleranfällig sein konnte, dafür jedoch die Einstiegskosten niedrig hielt. Erst mit dem optionalen Expansion Interface eröffnete sich der Weg zu Diskettenlaufwerken, erweitertem Speicher und zusätzlicher Peripherie wie Druckern. Damit wandelte sich der TRS-80 vom Heimcomputer zu einem ernstzunehmenden Arbeitsgerät. Zugleich zeigte sich hier eine typische Schwäche früher Erweiterungssysteme: Steckverbindungen und Timing-Probleme führten im Alltag zu einer gewissen Empfindlichkeit.

Und dennoch – oder gerade deshalb – setzte sich das System durch. Die ursprünglich geplanten 3.000 Einheiten im ersten Jahr wurden deutlich übertroffen; bereits 1978 bewegte man sich im Bereich von 100.000 verkauften Geräten. Zeitweise war die Nachfrage so hoch, dass Kunden mehrere Wochen auf ihre Bestellung warten mussten. Ausschlaggebend war dabei weniger eine technische Überlegenheit als vielmehr die Verfügbarkeit: Während Systeme wie der Apple II oder der Commodore PET ebenfalls wichtige Rollen spielten, war es der TRS-80, der flächendeckend im Handel präsent war.

Erst rückblickend wurde dieser Moment als „Trinity“ bezeichnet – die gleichzeitige Präsenz von TRS-80, Apple II und Commodore PET als erste vollständig vormontierte Heimcomputer. Gemeint war dabei weniger eine Gleichwertigkeit als vielmehr ein Wendepunkt: Zum ersten Mal standen mehrere Systeme zur Verfügung, die sich direkt an Privatkunden richteten und ohne technisches Vorwissen nutzbar waren.

Ein entscheidender Faktor war die Software. Das zunächst einfache Level-I-BASIC wurde bald durch eine erweiterte Version ersetzt, die von Microsoft entwickelt wurde. Dieses Level-II-BASIC erweiterte die Möglichkeiten des Systems deutlich, brachte jedoch auch erste Kompatibilitätsprobleme mit sich – ein Phänomen, das die Computerwelt noch über Jahrzehnte begleiten sollte. Parallel dazu wuchs das Angebot an Anwendungen und Spielen stetig, wodurch sich rund um das System rasch ein eigenständiges Ökosystem entwickelte.

Mit der zunehmenden Verbreitung entwickelte sich auch ein vielfältiger Softwaremarkt. Besonders im Bereich der Spiele zeigte sich früh, welches Potenzial in dem vergleichsweise schlichten System steckte. Titel wie Adventureland von Scott Adams, eines der ersten kommerziellen Textadventures, oder die in zahlreichen Varianten verbreitete Simulation Star Trek gehörten zu den prägenden Erfahrungen vieler Nutzer. Auch einfache Arcade-Umsetzungen, Breakout-ähnliche Spiele oder Schachprogramme erfreuten sich großer Beliebtheit – weniger aufgrund technischer Raffinesse als vielmehr durch ihre unmittelbare Verfügbarkeit und den praktischen Nutzen des Systems.

Die Preise für Software bewegten sich in der Praxis meist im Bereich von etwa 10 bis 30 US-Dollar pro Programm, abhängig von Umfang und Vertriebsweg. Inflationsbereinigt entspricht dies heute grob 80 bis 250 Euro – ein Betrag, der verdeutlicht, dass Software bereits damals eine bewusste Investition darstellte. Gleichzeitig entstand durch Magazine, Listings und Nutzergruppen eine frühe Form der Do-it-yourself-Kultur, bei der Programme selbst abgetippt oder angepasst wurden. Nicht die Hardware allein machte den TRS-80 attraktiv, sondern die Möglichkeit, ihn aktiv mit Inhalt zu füllen.

Die zeitgenössische Presse war sich dabei nicht immer einig. Jerry Pournelle schrieb 1983 im BYTE-Magazin rückblickend, er habe den Model I zunächst als „Maschine der Zukunft“ betrachtet, merkte jedoch an, dass die Konstruktion nie vollständig ausgereift gewesen sei und die Qualitätssicherung mit dem schnellen Wachstum nicht Schritt gehalten habe. Solche Einschätzungen spiegeln weniger eine grundsätzliche Schwäche wider als vielmehr die Dynamik eines Marktes, der schneller wuchs, als selbst die Hersteller erwartet hatten.

Auch der Spitzname „Trash-80“, der gelegentlich kursierte, ist in diesem Kontext zu verstehen. Er entstand nicht aus grundsätzlicher Ablehnung, sondern aus der Kombination aus aggressiver Kostenoptimierung und praktischen Eigenheiten des Systems – etwa der bekannten „Keyboard Bounce“-Problematik, bei der mechanische Tasten mehrere Signale auslösen konnten. Solche Effekte waren jedoch keineswegs ungewöhnlich, sondern typisch für viele frühe Tastaturlösungen jener Zeit.

Am Ende bleibt ein Rechner, der vielleicht nicht der eleganteste oder leistungsfähigste seiner Generation war, der jedoch etwas Entscheidendes leistete: Er brachte den Computer aus der Werkstatt in den Alltag. Nicht durch technische Überlegenheit, sondern durch Verfügbarkeit, Nachvollziehbarkeit und ein klares Verständnis dafür, was Nutzer tatsächlich benötigten. Damit wurde der TRS-80 Model I weniger zu einer einzelnen Maschine als zu einem Wendepunkt – einem System, das den Computer nicht neu erfand, sondern ihn erstmals in die Breite trug.

Ohio Challenger 1P – Der schnelle Außenseiter der frühen Heimcomputerzeit

Ohio Challenger 1P – Quelle: computinghistory.org.uk

Der Ohio Challenger 1P kam 1978 auf den Markt, zu einem Zeitpunkt, als Heimcomputer bereits ihren Weg in Büros und Privathaushalte gefunden hatten. Systeme wie der Apple II, der Commodore PET 2001 und der TRS-80 Model I hatten ein Jahr zuvor gezeigt, wie ein solcher Rechner aussehen konnte: einschalten, BASIC sehen, arbeiten. Der Challenger 1P wirkt daneben zunächst unscheinbar, ordnet sich aber nicht einfach unter – er verfolgt einen Ansatz, der deutlich stärker aus der Welt der Einplatinencomputer heraus gedacht ist.

Im Kern steckt das bekannte Superboard II, das hier in ein Gehäuse integriert wurde. Das war kein rein kosmetischer Schritt. Während viele Systeme dieser Zeit noch offen betrieben wurden oder mehrere Komponenten benötigten, wirkte der Challenger 1P wie ein geschlossenes Gerät. Gleichzeitig blieb die Architektur nachvollziehbar und direkt zugänglich. Genau diese Mischung zieht sich durch das gesamte System.

Als Prozessor kommt ein MOS Technology 6502 mit rund 1 MHz zum Einsatz. Damit bewegt sich der Rechner auf Augenhöhe mit der Konkurrenz, unterscheidet sich aber in der praktischen Nutzung. Das im ROM integrierte BASIC von Microsoft gehört zu den schnelleren Vertretern seiner Zeit. Zeitgenössische Tests im Compute!-Magazin zeigen, dass Programme auf dem Challenger 1P zügiger ausgeführt werden als auf vielen vergleichbaren Systemen. Dieser Unterschied ist nicht spektakulär, aber spürbar – gerade bei wiederholten Berechnungen oder einfachen grafischen Ausgaben.

Die Grundausstattung umfasst 4 KB RAM und lässt sich auf 8 KB sowie mit zusätzlicher Hardware auf bis zu 32 KB erweitern . Das System ist damit von Anfang an nicht als statische Lösung gedacht. Erweiterungen erfolgen über zusätzliche Platinen und den OSI-Bus, wodurch sich der Rechner an wachsende Anforderungen anpassen lässt. Allerdings setzt das auch voraus, dass man sich mit der Technik beschäftigt – eine Eigenschaft, die man heute fast schon vermisst.

Bei der Darstellung zeigt sich ein typisches Bild der Zeit. Der Challenger 1P liefert ein Composite-Videosignal, das technisch sauber ist, aber nicht direkt für den Anschluss an einen Fernseher gedacht war. In der Praxis wurde daher meist ein HF-Modulator eingesetzt, wodurch das Signal über den Antenneneingang eingespeist wurde. Das führte zu einer weicheren Darstellung und verstärkte die bekannten Randprobleme. Intern sind 32 × 32 Zeichen möglich, sichtbar sind auf einem üblichen Fernseher jedoch meist nur etwa 24 × 24 . Dieser Unterschied fällt besonders dann auf, wenn Programme für größere Darstellungsflächen ausgelegt sind.

Die Tastatur fällt im positiven Sinne auf. Mit 53 Tasten und einer vollständigen ASCII-Belegung eignet sie sich deutlich besser für ernsthafte Eingaben als viele vereinfachte Lösungen der Zeit. Gerade bei längeren BASIC-Programmen oder strukturierten Eingaben zeigt sich der Vorteil schnell.

Grafisch arbeitet das System nicht mit einem klassischen Pixelmodus, sondern mit einem erweiterten Zeichensatz. Dieser enthält neben Buchstaben und Zahlen auch grafische Elemente, die sich direkt nutzen lassen. Dadurch entstehen einfache Spiele und Visualisierungen, die über reine Textdarstellung hinausgehen, ohne dass zusätzliche Hardware notwendig ist.

Als Massenspeicher dient zunächst ein Kassettensystem mit 300 Baud nach dem Kansas-City-Standard . Das Laden von Programmen erfordert Geduld, entspricht aber dem damaligen Standard. Mit den optionalen Mini-Floppy-Laufwerken ändert sich das deutlich. Programme stehen schneller zur Verfügung, und der Umgang mit Daten wird wesentlich komfortabler.

Über die 610-Erweiterungsplatine lassen sich neben zusätzlichem Speicher auch Diskettencontroller sowie Schnittstellen für Drucker und Modem integrieren . Damit entwickelt sich der Challenger 1P von einem einfachen Einstiegssystem zu einer flexiblen Arbeitsumgebung, die sich an unterschiedliche Anforderungen anpassen lässt.

Preislich lag der Rechner bei rund 349 US-Dollar. Inflationsbereinigt entspricht das heute etwa 1.600 bis 2.000 Euro. Ein vollständiges System mit Monitor oder geeigneter Peripherie lag entsprechend darüber, sodass auch dieser Rechner eine bewusste Anschaffung darstellte.

Im direkten Vergleich positioniert sich der Challenger 1P zwischen den etablierten Systemen seiner Zeit. Der Apple II bietet mehr Flexibilität durch sein Steckkartensystem, der Commodore PET 2001 überzeugt durch seine geschlossene Bauweise, und der TRS-80 Model I richtet sich klar an Einsteiger. Der Challenger 1P ist in vielen Bereichen schneller, bleibt dabei aber technischer und weniger komfortorientiert.

Genau so wurde er auch beschrieben. Das Compute!-Magazin sieht in ihm eine ernstzunehmende Option für Anwender, die programmieren möchten und dabei auf ein gutes Preis-Leistungs-Verhältnis achten. Dieser Eindruck passt auch heute noch.

Der Challenger 1P ist kein System, das versucht, den Nutzer zu entlasten. Er bleibt nah an seiner technischen Basis, lässt sich nachvollziehen und erweitern, verlangt dafür aber auch ein gewisses Maß an Verständnis. Gerade darin liegt seine Besonderheit.

 

Vom QDOS zu MS-DOS: Wie ein improvisiertes Betriebssystem zur Grundlage der PC-Ära wurde

Seattle, Frühjahr 1980. In den Büroräumen von Seattle Computer Products sitzt ein junger Entwickler über einem neuen Projekt. Die Firma hat gerade eine Prozessorplatine für den Intel 8086 entwickelt – eine leistungsfähige 16-Bit-CPU, die auf dem damals verbreiteten S-100-Bus eingesetzt werden soll. Doch ohne ein Betriebssystem bleibt die Hardware kaum nutzbar. Also beginnt der Ingenieur Tim Paterson, ein eigenes System zu schreiben. In wenigen Wochen entsteht ein funktionierendes System, das intern den pragmatischen Namen „Quick and Dirty Operating System“ erhält. Jahrzehnte später erinnerte sich Paterson nüchtern an diese Situation: Er habe das System schlicht geschrieben, „weil wir ein Betriebssystem für die 8086-Karte brauchten“, und damals nicht gedacht, dass daraus einmal etwas Bedeutendes entstehen würde.

Als im August 1981 der IBM PC vorgestellt wurde, lief bereits eine weiterentwickelte Version dieses Systems auf der neuen Maschine. In den folgenden Jahren verbreiteten sich Varianten dieses Systems auf hunderten Millionen Personal Computern weltweit. Bis Anfang der 1990er-Jahre hatte Microsoft bereits rund 100 Millionen Lizenzen von MS-DOS verkauft. Hinzu kamen kompatible Varianten wie IBM PC-DOS oder DR-DOS sowie die später auf DOS aufbauenden Systeme Windows 95, Windows 98 und Windows Me, deren installierte Basis die tatsächliche Verbreitung noch erheblich vergrößerte. In vielen Regionen kamen zudem große Mengen nicht lizenzierter Kopien hinzu. Der Ursprung dieser Entwicklung lag jedoch nicht bei IBM und auch nicht bei Microsoft, sondern bei einem kleinen Hardwareunternehmen im Bundesstaat Washington. Dort entstand 1980 ein Betriebssystem namens 86-DOS, das ursprünglich nur dazu gedacht war, eine neue Prozessorplattform überhaupt nutzbar zu machen.

Seattle Computer Products war zu dieser Zeit ein vergleichsweise kleines Unternehmen aus der Region Seattle, das vor allem Erweiterungskarten und Prozessorboards für den S-100-Bus herstellte. Gegründet wurde die Firma 1978 von Rod Brock. Der Markt für Mikrocomputer befand sich damals in einer Phase rasanten Wachstums, doch die Softwarelandschaft war stark fragmentiert. Der De-facto-Standard war CP/M von Digital Research, ein Betriebssystem für 8-Bit-Prozessoren wie den Intel 8080 oder Zilog Z80. Viele Hersteller warteten auf eine angekündigte 16-Bit-Variante namens CP/M-86, doch deren Entwicklung verzögerte sich.

Für Unternehmen wie Seattle Computer Products stellte das ein praktisches Problem dar. Die neue 8086-Hardware konnte zwar technisch überzeugen, doch ohne ein Betriebssystem war sie für Entwickler und Anwender kaum attraktiv. In dieser Situation begann Tim Paterson im Frühjahr 1980 mit der Entwicklung eines eigenen Systems.

Das Projekt erhielt intern zunächst den Namen QDOS, eine Abkürzung für „Quick and Dirty Operating System“. In frühen Anzeigen und Produktinformationen von Seattle Computer Products wurde diese Bezeichnung zeitweise auch öffentlich verwendet. Schon bald entschied sich das Unternehmen jedoch für den Namen 86-DOS, der sich direkt auf den verwendeten Intel-Prozessor bezog und professioneller wirkte.

Technisch war das System bemerkenswert kompakt. Der ursprüngliche Kernel bestand aus nur etwa sechs Kilobyte Assemblercode, eine Größe, die selbst für damalige Verhältnisse ungewöhnlich klein war. Dennoch enthielt das System bereits die grundlegenden Funktionen eines Diskettenbetriebssystems: einen Kommandointerpreter, Dateiverwaltung sowie eine Programmierschnittstelle, über die Anwendungen mit dem Betriebssystem kommunizieren konnten.

Bei der Gestaltung orientierte sich Paterson teilweise an CP/M, das damals praktisch der Industriestandard für Mikrocomputer darstellte. Viele Befehle und Strukturen wurden bewusst ähnlich gehalten, um Entwicklern den Übergang zu erleichtern und die Portierung bestehender Programme zu vereinfachen. Gleichzeitig versuchte er jedoch, einige Schwächen des Vorbilds zu vermeiden. Besonders kritisch sah er die Art und Weise, wie CP/M Diskettenzugriffe organisierte. Das System benötigte oft mehrere Umdrehungen der Diskette, um alle benötigten Daten eines Tracks einzulesen, was den Zugriff vergleichsweise langsam machte. Paterson versuchte deshalb, die Diskettenorganisation effizienter zu gestalten und unnötige Rotationen zu vermeiden.

Eine wichtige technische Entscheidung war die Nutzung einer File Allocation Table (FAT) zur Verwaltung von Dateien. Diese Struktur hatte Paterson zuvor aus Microsofts Disk-BASIC kennengelernt und adaptierte sie für sein Betriebssystem. Das FAT-Dateisystem erlaubte eine flexiblere Organisation von Dateien und wurde später zu einem der langlebigsten technischen Elemente der gesamten DOS-Familie.

Die ersten Versionen von 86-DOS waren bewusst minimalistisch gehalten. Das System bot nur eine begrenzte Zahl grundlegender Befehle – etwa zwanzig interne und externe Kommandos –, mit denen Dateien verwaltet und Programme gestartet werden konnten. Für Entwickler reichte diese Umgebung jedoch aus, um erste Anwendungen für den neuen 16-Bit-Prozessor zu schreiben.

Seattle Computer Products begann 1980 damit, seine 8086-Hardware zusammen mit 86-DOS anzubieten. Anzeigen aus dieser Zeit zeigen Komplettpakete aus CPU-Karte, Support-Board und Betriebssystem für Entwickler und Systembauer. Für das Unternehmen selbst war die Software jedoch vor allem ein praktisches Werkzeug, um die eigene Hardware überhaupt nutzbar zu machen.

Während diese Entwicklung im Nordwesten der USA stattfand, arbeitete IBM an einem Projekt, das später als IBM PC bekannt werden sollte. Um die Entwicklung zu beschleunigen, entschied sich das Unternehmen bewusst gegen eine vollständig proprietäre Architektur. Stattdessen sollten möglichst viele Komponenten aus bereits verfügbaren Standardbausteinen bestehen. Für den Prozessor fiel die Wahl auf den Intel 8088, eine Variante des 8086 mit 8-Bit-Datenbus.

Auch beim Betriebssystem wollte IBM auf vorhandene Lösungen zurückgreifen. Der naheliegendste Kandidat war Digital Research, dessen CP/M damals den Markt für Mikrocomputer dominierte. Im Sommer 1980 nahmen IBM-Vertreter daher Kontakt mit dem Unternehmen auf, um über eine Version namens CP/M-86 für den neuen Rechner zu sprechen.

Die Gespräche verliefen jedoch nicht wie geplant. Verschiedene Berichte schildern unterschiedliche Details, doch fest steht, dass keine Einigung zustande kam. Eine häufig erzählte Version besagt, dass Gary Kildall, der Gründer von Digital Research, an diesem Tag nicht persönlich an den Verhandlungen teilnahm und die Gespräche zunächst von seiner Frau Dorothy McEwen geführt wurden. Sie weigerte sich, eine von IBM verlangte Geheimhaltungsvereinbarung zu unterschreiben, ohne sie vorher juristisch prüfen zu lassen. Als Kildall später zurückkehrte, war die Situation bereits festgefahren. Ob es danach noch weitere Gespräche gab, ist unter Historikern umstritten. Am Ende kam jedoch kein Vertrag zustande.

IBM suchte daher nach einer Alternative und wandte sich an ein kleines Unternehmen aus Seattle, das bereits Software für verschiedene Mikrocomputer geliefert hatte: Microsoft.

Microsoft war zu diesem Zeitpunkt vor allem als Hersteller von Programmiersprachen bekannt. Besonders Microsoft BASIC war auf zahlreichen Mikrocomputern der späten 1970er-Jahre im Einsatz. IBM beauftragte das Unternehmen daher zunächst damit, eine BASIC-Version für den neuen Personal Computer bereitzustellen. Erst im Verlauf dieser Zusammenarbeit entstand auch die Frage nach einem geeigneten Betriebssystem.

Microsoft selbst besaß jedoch noch keines. Hier kam eine Erinnerung von Paul Allen, dem Mitgründer des Unternehmens, ins Spiel. Allen wusste von dem Betriebssystem, das bei Seattle Computer Products für den 8086 entwickelt worden war. Für Microsoft bot sich damit eine Möglichkeit, schnell eine Grundlage für ein neues PC-Betriebssystem zu erhalten.

Ende 1980 erwarb Microsoft zunächst eine Lizenz für 86-DOS von Seattle Computer Products. Kurz darauf entschied sich das Unternehmen jedoch, sämtliche Rechte an der Software vollständig zu übernehmen. Durch diesen Schritt erhielt Microsoft die Kontrolle über die Weiterentwicklung des Systems und konnte es auch unabhängig an andere Hersteller lizenzieren.

Um das System rasch an die Anforderungen des IBM-PC-Projekts anzupassen, holte Microsoft schließlich auch Tim Paterson selbst ins Unternehmen. Der Entwickler wechselte 1981 von Seattle Computer Products nach Redmond und arbeitete dort an der Anpassung seines Systems für den Intel 8088 des neuen Personal Computers.

Erst im Laufe dieser Arbeit wurde ihm klar, für welchen Kunden das Projekt tatsächlich bestimmt war. In späteren Interviews erinnerte sich Paterson, dass Microsoft intern zunächst lediglich von einem neuen Computer eines großen Herstellers gesprochen habe. Erst nach und nach wurde deutlich, dass es sich um den geplanten Personal Computer von IBM handelte. Für Paterson, der wenige Monate zuvor noch ein Betriebssystem für eine S-100-Prozessorplatine geschrieben hatte, bedeutete diese Erkenntnis eine unerwartete Wendung: Aus einem improvisierten Werkzeug für eine einzelne Hardwareplattform wurde plötzlich das Betriebssystem eines Rechners, der kurz darauf zu einer neuen Standardplattform der Personal-Computer-Industrie werden sollte.

Als der IBM PC im August 1981 schließlich vorgestellt wurde, erschien das Betriebssystem unter dem Namen PC-DOS. Parallel dazu behielt Microsoft jedoch das Recht, das System auch unabhängig von IBM zu lizenzieren und unter eigener Bezeichnung zu vertreiben.

Diese Vertragsstruktur erwies sich im Rückblick als entscheidend. Während IBM seine eigene Variante des Systems verwendete, konnte Microsoft das Betriebssystem an die wachsende Zahl von IBM-PC-kompatiblen Computern lizenzieren. Als in den folgenden Jahren immer mehr Hersteller sogenannte PC-Klone auf den Markt brachten, wurde MS-DOS zum gemeinsamen Softwarefundament dieser neuen Computerplattform.

Aus dem kleinen Projekt, das Tim Paterson ursprünglich als pragmatische Lösung für eine einzelne Prozessorplatine geschrieben hatte, entstand so die Grundlage für MS-DOS. In den folgenden Jahren wurde dieses System zum dominierenden Betriebssystem der PC-Welt und prägte eine ganze Generation von Personal Computern.

Die Geschichte von 86-DOS zeigt damit eine typische Konstellation der frühen PC-Industrie: Ein kleines Hardwareunternehmen löst ein unmittelbares technisches Problem, ein Softwareanbieter erkennt das größere Marktpotenzial – und aus einer pragmatischen Zwischenlösung entsteht schließlich eine der prägendsten Plattformen der Computergeschichte.

 

688 Attack Sub (1989): U-Boot-Simulation im Kalten Krieg

Als Ende der 1980er-Jahre mehrere militärische Simulationen auf Heimcomputern erschienen, war das Interesse an moderner U-Boot-Technik plötzlich ungewöhnlich groß. Einen wichtigen Anteil daran hatte der internationale Erfolg von Tom Clancys Roman The Hunt for Red October aus dem Jahr 1984, der erstmals einem breiten Publikum erklärte, wie Sonar, Jagd-U-Boote und taktische Manöver unter Wasser funktionieren. Gleichzeitig wurden Heimcomputer wie IBM-PC, Amiga und Atari ST leistungsfähig genug, um Instrumente, Karten und taktische Anzeigen gleichzeitig darzustellen. In dieses Umfeld hinein veröffentlichte Electronic Arts im Jahr 1989 die U-Boot-Simulation 688 Attack Sub, die den Spieler in die Rolle eines Kommandanten eines modernen nuklearen Jagd-U-Bootes versetzte.

Der Titel verweist direkt auf die Los-Angeles-Klasse (SSN-688) der US-Navy, eines der wichtigsten Jagd-U-Boote der späten Phase des Kalten Krieges. Alternativ kann der Spieler ein sowjetisches Boot der Alfa-Klasse steuern. Diese Wahl spiegelt die militärische Konfrontation der damaligen Zeit wider und erzeugt zugleich unterschiedliche Spielstile. Während das amerikanische Boot über fortschrittlichere Sensorik und mehr elektronische Unterstützung verfügt, erreicht das sowjetische Modell höhere Geschwindigkeiten, besitzt jedoch weniger technische Hilfsmittel. Selbst optisch unterscheiden sich beide Varianten: In der sowjetischen Version erscheinen einige Anzeigen mit kyrillischen Schriftzeichen, obwohl die Spieltexte weiterhin englisch bleiben.

Statt spektakulärer Außenansichten konzentriert sich 688 Attack Sub ganz auf die Instrumente im Inneren eines Jagd-U-Bootes. Der Spieler bewegt sich zwischen verschiedenen Stationen der Kommandozentrale – etwa Sonarraum, Navigationskonsole, Waffensteuerung und Periskop – und bedient dort die Systeme des Bootes.

Die Jagd beginnt meist unspektakulär: Auf dem Sonar taucht zunächst nur eine unklare Geräuschsignatur auf. Ist es ein Handelsschiff, ein Zerstörer oder ein feindliches U-Boot? Erst durch längere Beobachtung oder aktives Sonar lässt sich der Kontakt identifizieren. Gleichzeitig muss der Spieler darauf achten, selbst möglichst unentdeckt zu bleiben.

Geschwindigkeit, Kurs und Tiefe beeinflussen, wie leicht das eigene Boot geortet werden kann. Fährt man zu schnell, entsteht Kavitation – Luftblasen an den Propellern erzeugen Geräusche, die gegnerisches Sonar leicht aufspüren kann. Auch Thermoklinen, Temperaturschichten im Wasser, können die Ausbreitung von Schall verändern. Ein zusätzliches Schleppsonar, das sogenannte Towed Array, verbessert zwar die Hörfähigkeit, reduziert aber die Geschwindigkeit des Bootes.

Erst wenn Position und Ziel eindeutig sind, beginnt der Angriff. Torpedos müssen geladen, ausgerichtet und im richtigen Moment abgefeuert werden. Danach verfolgt der Spieler auf der taktischen Karte, ob der Angriff erfolgreich ist – während gegnerische Schiffe versuchen, mit Täuschkörpern oder eigenen Torpedos zu reagieren. Viele Missionen bestehen deshalb weniger aus schnellen Gefechten als aus nervenaufreibender Geduld unter Wasser.

Die ursprüngliche Version des Spiels wurde für MS-DOS entwickelt und setzte stark auf Mausbedienung. Instrumente und Anzeigen konnten direkt angeklickt werden, was eine präzise Steuerung der verschiedenen Systeme ermöglichte. Auch die Versionen für Amiga und Atari ST übernahmen dieses Konzept weitgehend, da diese Systeme ebenfalls standardmäßig mit einer Maus betrieben wurden. Bei der späteren Mega-Drive-Fassung musste die Benutzeroberfläche hingegen an die Steuerung eines Gamepads angepasst werden. Statt direkter Mausinteraktion bewegt der Spieler dort einen Cursor mit dem Steuerkreuz zwischen den einzelnen Stationen des U-Boots und aktiviert sie per Tastendruck. Dadurch blieb die Struktur der Simulation erhalten, obwohl die Bedienung vereinfacht werden musste.

Zeitgenössische Magazine reagierten überwiegend positiv auf die Simulation. Die französische Zeitschrift Génération 4 bezeichnete das Spiel als „la plus belle et la plus complète jamais sortie sur compatibles“ und vergab hohe Bewertungen für Grafik und Realismus. In deutschen Magazinen wurde besonders die Atmosphäre der Unterwasserjagd hervorgehoben. Ein Test im Happy Computer Special 5/89 beschreibt die Situation etwa so: „Der Horchposten lauscht gespannt auf die Schraubengeräusche des Zerstörers…“. Das Magazin lobte vor allem die taktischen Möglichkeiten der Simulation.

Internationale Wertungen lagen meist im Bereich zwischen etwa 80 und 90 Prozent. Magazine wie Commodore Computing International, The Games Machine oder Amiga Format vergaben entsprechend hohe Bewertungen und bestätigten damit den Eindruck einer technisch anspruchsvollen Simulation.

Die Entwicklung des Spiels wurde von John W. Ratcliff geleitet, der gemeinsam mit Paul Grace und Randall Breen auch das Design verantwortete. Für die grafische Gestaltung waren Michael Kosaka und Wilfredo J. Aguilar zuständig. Die Soundeffekte stammen von Rob Hubbard, einem der bekanntesten Komponisten der Heimcomputerära.

Auch die Präsentation des Spiels war ungewöhnlich. Die Verpackung der PC-Version war im Stil eines militärischen Geheimdokuments gestaltet und trug entsprechende Hinweise wie „CLASSIFIED“. Obwohl auf der Box ausdrücklich stand, dass das Spiel nicht kopiergeschützt sei, musste der Spieler vor Beginn einer Mission einen Sicherheitscode eingeben. Dieser Code befand sich im Handbuch und musste durch das Nachschlagen eines bestimmten U-Boot-Namens gefunden werden. Die Codes waren über das gesamte Handbuch verteilt und dienten damit als indirekter Kopierschutz.

Die Erstauflage enthielt außerdem ein kleines Extra: einen „688 Hunter/Killer“-Patch, der unter der Schrumpffolie der Verpackung lag. Weitere Besonderheiten waren die Möglichkeit, zwei Spieler über Modem oder Null-Modem-Kabel gegeneinander antreten zu lassen, sowie eine Installation, bei der der Spieler seinen Vornamen eingeben musste. Dieser Name wurde anschließend auf der Diskette gespeichert und erschien in späteren Spielsitzungen automatisch wieder.

Rückblickend gilt 688 Attack Sub als einer der frühen Vertreter moderner U-Boot-Simulationen auf Heimcomputern. Viele der hier verwendeten Ideen – insbesondere die Kombination aus Sonaranalyse, taktischer Navigation und realistischen Sensoren – wurden später weiterentwickelt. Hauptentwickler John W. Ratcliff arbeitete in den folgenden Jahren an weiteren Titeln dieses Genres, darunter SSN-21 Seawolf und schließlich Jane’s 688(I) Hunter/Killer, die das Konzept deutlich ausbauten.

 

Unitron U-2200: Ein Apple-II-Klon mit integrierter CP/M-Doppelarchitektur

Der Unitron U-2200 gehört zu jener Generation von Mikrocomputern der frühen 1980er-Jahre, die in einer Phase entstanden, als sich noch keine einheitliche Architektur im Personal-Computer-Markt durchgesetzt hatte. Neben Systemen wie dem Apple II, verschiedenen CP/M-Rechnern und den ersten IBM-PC-Kompatiblen experimentierten zahlreiche kleinere Hersteller mit Maschinen, die mehrere Softwarewelten gleichzeitig unterstützen sollten. Der U-2200 wurde von der Firma Unitron in Taiwan produziert und über Händler unter anderem in Großbritannien, Australien und Teilen Europas vertrieben. Anzeigen aus Fachzeitschriften wie Personal Computer World aus dem Jahr 1984 bewarben das System ausdrücklich mit seiner Kombination aus Apple-II- und CP/M-Kompatibilität.

Technisch basierte der Rechner auf einer Dual-Prozessor-Architektur, die zwei damals wichtige Plattformen miteinander verband. Neben dem für Apple-II-Computer typischen MOS 6502 besaß das System zusätzlich einen Zilog Z80. Während der 6502 die Apple-kompatible Betriebsart ermöglichte, diente der Z80 vor allem zum Betrieb des weit verbreiteten CP/M-Betriebssystems. Anders als beim originalen Apple II, bei dem ein Z80 üblicherweise über eine Steckkarte ergänzt werden musste, war diese Kombination beim Unitron bereits Teil der Grundkonfiguration. Zeitgenössische Werbung stellte diese Eigenschaft entsprechend als zentrales Merkmal heraus.

Die übrigen technischen Eigenschaften orientierten sich deutlich am Apple-II-Design. Der Rechner verfügte über 64 KB Arbeitsspeicher, der auf 128 KB erweitert werden konnte, sowie über etwa 24 KB ROM. Der Textmodus bot eine Darstellung von 40 × 24 Zeichen, während mit einer Erweiterungskarte auch eine 80-Zeichen-Darstellung möglich war. Für grafische Anwendungen standen zwei klassische Apple-Formate zur Verfügung: ein Low-Resolution-Modus mit 40 × 48 Bildpunkten und bis zu 16 Farben sowie ein High-Resolution-Modus mit 280 × 192 Pixeln und sechs Farben.

Auch die Schnittstellen spiegelten die typische Ausstattung eines Mikrocomputers dieser Zeit wider. Der U-2200 bot Anschlüsse für externe 5¼-Zoll-Diskettenlaufwerke, ein Kassetteninterface, Joystick- bzw. Game-Paddle-Ports sowie einen Videoausgang zum Anschluss eines Monitors. Ein einfacher interner Lautsprecher sorgte für akustische Signale.

In der äußeren Gestaltung unterschied sich das System etwas von vielen Apple-II-Klonen. Die Tastatur war als separates Gerät ausgeführt und wurde über ein Spiralkabel mit dem Hauptgehäuse verbunden. Das Gehäuse selbst war schlicht gestaltet und trug auf der Vorderseite lediglich den Anschluss für die Tastatur sowie eine Betriebs-LED. Intern standen mehrere Erweiterungssteckplätze zur Verfügung, die mit Apple-kompatiblen Karten bestückt werden konnten, etwa für Diskettencontroller oder eine 80-Zeichen-Karte. Die Zahl dieser Steckplätze war jedoch geringer als beim originalen Apple II.

Der Unitron U-2200 wurde Anfang der 1980er über Händler vertrieben und unter anderem in Anzeigen der britischen Fachzeitschrift Personal Computer World beworben. Diese Anzeigen nennen die technischen Eigenschaften des Rechners – darunter die Dual-Prozessor-Architektur aus MOS 6502 und Zilog Z80, die Apple-II-Kompatibilität sowie die CP/M-Fähigkeit –, enthalten jedoch keine konkrete Preisangabe. Ein eindeutig belegbarer Verkaufspreis des Systems ist in den derzeit verfügbaren Quellen bislang nicht nachweisbar. Zum Vergleich: Ein Apple IIe kostete im Vereinigten Königreich um 1983/84 typischerweise etwa £1.200 bis £1.400 als Basissystem. Viele Apple-II-kompatible Rechner lagen darunter und bewegten sich je nach Ausstattung häufig im Bereich von etwa £700 bis £1.100. In welchem exakten Preisbereich der Unitron U-2200 angeboten wurde, lässt sich aus den bekannten Quellen jedoch nicht eindeutig rekonstruieren.

 

Fujitsu FM-77AV40: Erweiterte Variante der AV-Generation

Als Fujitsu im Oktober 1986 seine neue Generation der sogenannten „Audio-Visual Computer“ vorstellte, erschien neben dem Basismodell auch eine höher ausgestattete Variante. Der Fujitsu FM‑77AV40 gehörte zur gleichen Gerätefamilie wie der Fujitsu FM‑77AV20 und basierte auf derselben technischen Plattform. Architektur, Grafiksystem und Klangtechnik entsprechen daher im Wesentlichen dem bereits beschriebenen FM-77AV20; eine ausführliche Darstellung der zugrunde liegenden Technik findet sich im entsprechenden Artikel zu diesem Modell. Der AV40 wurde von Fujitsu als leistungsstärkere Ausstattungsvariante innerhalb derselben Generation positioniert.

Äußerlich unterschieden sich die beiden Modelle kaum voneinander. Das Gehäuse, die Anschlussanordnung sowie die separate Tastatureinheit entsprachen dem gleichen Design, das Fujitsu für die AV-Serie eingeführt hatte. Auch die grundlegende Systemarchitektur blieb unverändert: Beide Rechner verwendeten weiterhin das für die FM-Reihe typische Dual-CPU-Konzept mit zwei Prozessoren der 6809-Familie, bei dem eine Haupt-CPU die Programmlogik ausführt, während eine zweite CPU bestimmte Steuer- und Grafikaufgaben übernimmt. Ebenso identisch waren die grundlegenden Grafikmodi der AV-Generation, darunter der 320×200-Modus mit bis zu 4096 gleichzeitig darstellbaren Farben sowie der 640×200-Modus mit acht Farben. Auch das FM-Sound-Subsystem mit zusätzlichen PSG-Kanälen entsprach der Ausstattung des AV20.

Die Unterschiede zwischen beiden Geräten lagen vor allem in der Speicher- und Laufwerksausstattung. Während der FM-77AV20 mit 128 KB Arbeitsspeicher ausgeliefert wurde und auf 192 KB erweitert werden konnte, verfügte der FM-77AV40 bereits ab Werk über 256 KB RAM. Diese Erweiterung war keineswegs trivial, denn sie erlaubte umfangreicheren Programmen sowie grafikintensiveren Anwendungen mehr Spielraum im Hauptspeicher. Gerade bei komplexeren Spielen oder bei Software, die mehrere Grafikpuffer nutzte, war zusätzlicher RAM ein spürbarer Vorteil.

Auch bei der Diskettenausstattung positionierte Fujitsu das Modell höher. Während beim AV20 Varianten mit einem oder zwei Laufwerken existierten, wurde der AV40 typischerweise mit zwei 3,5-Zoll-Diskettenlaufwerken ausgeliefert. Diese arbeiteten mit 640 KB pro Diskette, ein Format, das sich im japanischen Heimcomputermarkt bereits etabliert hatte. Für Anwender bedeutete diese Ausstattung einen komfortableren Umgang mit Software und Datenträgern, da Programme nicht mehr ständig zwischen verschiedenen Disketten gewechselt werden mussten.

Preislich lag das Modell entsprechend über dem Basissystem. Der FM-77AV40 wurde bei seiner Einführung zu einem deutlich höheren Preis angeboten als der AV20 und richtete sich damit eher an ambitionierte Nutzer oder an Käufer, die ihren Computer nicht nur für einfache BASIC-Programme, sondern auch für anspruchsvollere Anwendungen einsetzen wollten. Fujitsu verfolgte damit eine Strategie, die im japanischen Heimcomputermarkt jener Zeit durchaus üblich war: Eine gemeinsame Plattform wurde in mehreren Ausstattungsvarianten angeboten, um unterschiedliche Preis- und Leistungssegmente abzudecken.

Innerhalb der FM-77AV-Serie markiert der AV40 somit die ausgebautere Konfiguration derselben Architektur. Technisch handelte es sich nicht um ein völlig neues System, sondern um eine Erweiterung der bestehenden Plattform mit mehr Speicher und einer vollständigeren Standardausstattung. Gerade diese Modellpolitik – identische Architektur, aber unterschiedliche Ausstattungsstufen – war in der japanischen Computerindustrie der 1980er-Jahre weit verbreitet und findet sich ebenso bei konkurrierenden Systemfamilien wie der NEC PC‑8801 oder der Sharp X1.

Der FM-77AV40 lässt sich daher am besten als komfortabler ausgestattete Variante des FM-77AV20 verstehen: ein Rechner mit derselben technischen Grundlage, jedoch erweitertem Arbeitsspeicher und einer umfangreicheren Diskettenkonfiguration, der innerhalb der AV-Generation die obere Ausstattungsstufe repräsentierte.