Panasonic CF-2700 – Der schwere MSX1 von Panasonic

Source: https://www.msx.org/

Wer heute einen Panasonic CF-2700 zum ersten Mal aus einem Regal hebt, überprüft instinktiv, ob sich vielleicht noch ein Netzteil, ein Handbuch oder ein Stapel Disketten im Karton versteckt haben. Doch nein – das Gewicht stammt tatsächlich vom Computer selbst. Während viele Heimcomputer der achtziger Jahre möglichst kostengünstig konstruiert wurden, wirkt der CF-2700 wie ein Gerät, das ursprünglich eher für den täglichen Einsatz als für den Verkaufspreis entwickelt wurde. Über vier Kilogramm bringt der Rechner laut Panasonic-Serviceunterlagen auf die Waage, ein Wert, der selbst im MSX-Umfeld auffällt. Bereits dieser erste Eindruck verrät viel über die Philosophie hinter dem System. Matsushita Electric, außerhalb Japans unter der Marke Panasonic bekannt, wollte keinen weiteren austauschbaren MSX-Rechner bauen. Der CF-2700 sollte zeigen, wie hochwertig ein Heimcomputer auf Basis des MSX-Standards ausfallen konnte.

Als der Rechner Ende 1984 in Japan vorgestellt wurde, befand sich der MSX-Standard noch in seiner frühen Wachstumsphase. Microsoft und ASCII hatten mit MSX den Versuch unternommen, einen einheitlichen Heimcomputerstandard zu schaffen, auf dem Software unabhängig vom Hersteller funktionieren sollte. Während Commodore-, Atari- oder Sinclair-Besitzer jeweils an ihre eigene Plattform gebunden waren, konnten Käufer eines MSX-Computers Programme und Spiele verschiedener Hersteller verwenden. Panasonic gehörte zu den ersten großen Elektronikkonzernen, die dieses Konzept unterstützten. Im Heimatmarkt erschien das Gerät als National CF-2700, während europäische Käufer es unter dem Panasonic-Logo kennenlernten.

Technisch entsprach der Rechner den Vorgaben des MSX1-Standards, bot in seiner europäischen Ausführung jedoch eine Ausstattung, die über viele japanische Varianten hinausging. Im Inneren arbeitete ein NEC D780C-1, ein zum Zilog Z80A kompatibler Prozessor mit 3,58 MHz Taktfrequenz. Hinzu kamen 32 KB ROM mit Microsoft MSX-BASIC, 16 KB Videospeicher und – für Europa besonders wichtig – 64 KB Arbeitsspeicher. Die japanischen Modelle wurden meist mit lediglich 32 KB RAM ausgeliefert. Panasonic reagierte damit vermutlich auf die Marktbedingungen in Europa, wo leistungsfähigere Konfigurationen zunehmend erwartet wurden.

Für die Grafikausgabe war ein Texas Instruments TMS9929A verantwortlich, die PAL-Version des bekannten TMS9918A. Der Chip beherrschte die typischen MSX1-Grafikmodi mit bis zu 256 × 192 Bildpunkten und 16 Farben. Wie bei allen MSX1-Systemen standen Hardware-Sprites sowie mehrere Text- und Grafikmodi zur Verfügung. Den Ton erzeugte ein AY-3-8910A von General Instrument mit drei unabhängigen Klangkanälen. Diese Kombination war 1984 keineswegs außergewöhnlich, bildete aber die technische Grundlage für tausende Spiele und Anwendungen, die in den folgenden Jahren für den MSX-Standard erschienen.

Interessanter als die eigentlichen Spezifikationen ist jedoch die Art, wie Panasonic sie umsetzte. Öffnet man den Rechner, findet man keinen hochintegrierten Spezialchipsatz späterer Generationen, sondern eine große Zahl einzelner Bausteine. Prozessor, Speicherverwaltung, Ein- und Ausgabesteuerung sowie zahlreiche Hilfsfunktionen verteilen sich auf eine Vielzahl diskreter TTL-Chips. Diese Bauweise war für die erste MSX-Generation typisch, verschwand jedoch mit zunehmender Integration der Elektronik. Der CF-2700 dokumentiert damit eine Phase der Heimcomputergeschichte, in der Hersteller ähnliche Funktionen noch auf sehr unterschiedliche Weise realisierten.

Von außen fällt sofort die massive Konstruktion auf. Das Gehäuse besitzt großzügige Lüftungsschlitze, ein integriertes Netzteil und zwei Modulschächte auf der Oberseite. Letztere erlaubten den gleichzeitigen Betrieb mehrerer Erweiterungen oder Softwaremodule. Panasonic ging dabei sogar einen Schritt weiter als viele Konkurrenten. Die beiden Cartridge-Slots verfügen über Mikroschalter, welche das System beim Ein- oder Ausstecken eines Moduls zusätzlich schützen. Solche Details gehörten nicht zur offiziellen MSX-Spezifikation und verursachten zusätzliche Produktionskosten. Ähnlich aufwendig zeigen sich die Metallkontakte der Modulsteckplätze sowie die doppelte Absicherung im Netzteilbereich. Diese Konstruktionsmerkmale finden sich nicht auf jedem MSX-Rechner der Zeit und verdeutlichen den Anspruch, den Panasonic an das Modell stellte.

Zur Ausstattung gehörten zwei Joystickanschlüsse, ein Kassettenanschluss, ein Druckerport, ein Audioausgang sowie ein HF-Modulator für den Anschluss an Fernsehgeräte. Zusätzlich stand ein Composite-Video-Ausgang zur Verfügung. RGB war werkseitig nicht vorgesehen, was aus heutiger Sicht etwas überrascht, damals jedoch bei vielen MSX1-Systemen üblich war.

Ein bemerkenswertes Detail versteckt sich im Service-Manual. Panasonic integrierte einen umfangreichen Selbsttest, der weit über eine einfache Speicherprüfung hinausging. Über ein spezielles Diagnostikmodul konnten Grafikchip, Soundgenerator, Tastatur, Druckerschnittstelle, Kassettenanschluss und Joystickports einzeln überprüft werden. Für Servicetechniker bedeutete dies eine erhebliche Erleichterung bei Fehlersuche und Reparatur.²

Im Wettbewerb traf der CF-2700 auf Rechner wie den Philips VG-8020, den Sony Hit Bit HB-75P oder den Toshiba HX-10. Gegenüber diesen Systemen bot Panasonic keine revolutionären technischen Vorteile. Seine Besonderheit lag vielmehr in der Ausführung. Während viele Hersteller den MSX-Standard möglichst kostengünstig umsetzten, entstand hier ein Rechner, der eher an professionelle Elektronik aus dem Hause Matsushita erinnerte. Diese Ausrichtung hatte ihren Preis. In Deutschland lag der Verkaufspreis bei rund 739 DM, womit der CF-2700 keineswegs zu den günstigen Einstiegsgeräten gehörte.

Heute begegnet man dem Modell deutlich seltener als den bekannten Philips- oder Sony-Systemen. Viele erhaltene Exemplare zeigen Alterserscheinungen am Kunststoffgehäuse, insbesondere an Schraubdomen und Befestigungspunkten. Restaurierungen dieser Bereiche sind in der Sammlerszene keine Seltenheit. Die Elektronik selbst gilt dagegen als vergleichsweise robust. Wer einen vollständigen CF-2700 mit funktionierenden Slot-Abdeckungen, unbeschädigtem Gehäuse und Originalzubehör findet, hält einen der hochwertigsten Vertreter der ersten MSX-Generation in den Händen. Seine technische Basis unterscheidet sich nur wenig von anderen MSX1-Systemen. Die Art, wie Panasonic sie umgesetzt hat, dagegen schon.

 

Intellivision – Die Geschichte von Mattels Heimkonsole

Foto: Evan Amos (CC BY-SA 3.0, Wikimedia Commons)

Als Mattel Ende der 1970er Jahre mit dem Intellivision in den Videospielmarkt einstieg, gehörte das Unternehmen bereits zu den erfolgreichsten Spielzeugherstellern der Welt. Mit Barbie und den wenige Jahre zuvor eingeführten Hot-Wheels-Modellautos hatte Mattel Milliardenumsätze erzielt und sich zu einem der einflussreichsten Spielzeughersteller der Vereinigten Staaten entwickelt. Aus Sicht der Öffentlichkeit war Mattel ein klassischer Spielzeugkonzern. Kaum jemand hätte damals erwartet, dass derselbe Hersteller wenige Jahre später Atari herausfordern und einen der ersten großen Konkurrenzkämpfe der Videospielgeschichte auslösen würde.

Die Geschichte des Intellivision begann lange bevor die erste Konsole die Produktionshallen verließ. Bereits 1969 bündelte Mattel mehrere experimentelle Entwicklungsbereiche in einer Forschungsabteilung namens Preliminary Design. Anders als die regulären Produktteams arbeitete diese Gruppe nicht an den Spielzeugen der nächsten Saison, sondern beschäftigte sich mit Ideen, die möglicherweise erst Jahre später marktreif werden würden. Die Abteilung wurde von Jack Ryan geleitet, einer der ungewöhnlichsten Persönlichkeiten in der Geschichte des Unternehmens (nicht zu verwechseln mit Tom Clancys späterer Romanfigur gleichen Namens. Dieser Jack Ryan entwickelte Spielzeug und Elektronik – eine Beteiligung an der Flucht des Roten Oktober ist nicht bekannt).

Ryan war kein klassischer Spielzeugentwickler. Bevor er zu Mattel wechselte, hatte er als Ingenieur in der Luft- und Raumfahrtindustrie gearbeitet und unter anderem an militärischen Projekten mitgewirkt. Seine technische Ausbildung unterschied ihn von vielen Kollegen der Spielwarenbranche. Gleichzeitig besaß er ein bemerkenswertes Gespür für Konsumprodukte. Diese Kombination machte ihn innerhalb von Mattel zu einer Schlüsselfigur. Ryan war später auch an der Entwicklung der Barbie-Puppe beteiligt und galt als jemand, der technische Innovationen nicht als Selbstzweck betrachtete, sondern nach Möglichkeiten suchte, sie in marktfähige Produkte zu verwandeln.

Unter seiner Leitung entwickelte Preliminary Design eine Unternehmenskultur, die ungewöhnliche Ideen ausdrücklich förderte. Mitarbeiter erinnerten sich später daran, dass dort Konzepte diskutiert wurden, die weit über das aktuelle Tagesgeschäft hinausgingen. Die Gruppe erhielt intern den Spitznamen „Blue Sky Group“, weil ihre Projekte häufig eher wie Zukunftsvisionen wirkten als wie konkrete Produktplanungen. Diese Bezeichnung darf nicht mit den späteren Blue Sky Rangers verwechselt werden, die erst Anfang der 1980er Jahre als Entwicklerteam von Mattel Electronics bekannt wurden. Während viele Spielzeughersteller vor allem über neue Kunststoffformen, Verpackungen oder Lizenzprodukte nachdachten, beschäftigten sich Ryans Mitarbeiter bereits mit Mikroelektronik, Computertechnik und neuen Formen interaktiver Unterhaltung.

Die Entwickler bewegten sich dabei auf einem Gebiet, für das es kaum Vorbilder gab. Jahrzehnte später erinnerte sich der Mattel-Programmierer David Stifel an diese Zeit mit den Worten: „We were inventing the games industry.“ („Wir erfanden die Spieleindustrie.“) Die Aussage wirkt zunächst übertrieben, beschreibt die Situation jedoch erstaunlich treffend. Viele Entwicklungswerkzeuge, Programmiermethoden und Arbeitsabläufe, die später selbstverständlich wurden, existierten damals noch nicht. Die Ingenieure und Programmierer mussten sie während ihrer täglichen Arbeit erst entwickeln.

Mitte der 1970er Jahre richtete sich das Interesse der Forschungsgruppe zunehmend auf Mikroprozessoren. Besonders die Vorstellung des neuen MOS Technology 6502 hinterließ Eindruck. Zum ersten Mal schien es möglich, elektronische Spiele zu entwickeln, die nicht mehr ausschließlich auf fest verdrahteten Schaltungen basierten, sondern durch Software gesteuert wurden. Besonders bemerkenswert war ein internes Memorandum aus dem Jahr 1976. Jahre bevor das Intellivision überhaupt angekündigt wurde, beschrieben die Autoren bereits ein mikroprozessorgesteuertes Unterhaltungssystem mit austauschbaren Programmmodulen und Anwendungen, die von Sportsimulationen bis zu Lernprogrammen reichen sollten. Viele der darin formulierten Ideen sollten wenige Jahre später in die Entwicklung des Intellivision einfließen.

Innerhalb der Unternehmensführung stieß diese Vision zunächst auf Zurückhaltung. Der Videospielmarkt befand sich noch in seiner Frühphase, und niemand konnte mit Sicherheit sagen, ob elektronische Unterhaltung mehr als eine vorübergehende Modeerscheinung sein würde. Anstatt sofort eine Heimkonsole zu entwickeln, entschied sich Mattel zunächst für einen vorsichtigeren Weg und brachte elektronische Handheld-Spiele auf den Markt.

Diese Entscheidung erwies sich als Glücksfall. Titel wie Auto Race und Football entwickelten sich zu Verkaufserfolgen und zeigten, dass Verbraucher bereit waren, für elektronische Unterhaltung Geld auszugeben. Die Geräte waren technisch vergleichsweise einfach, verschafften Mattel jedoch wertvolle Erfahrungen im Umgang mit Mikroelektronik. Gleichzeitig bestätigten sie, dass sich ein neuer Markt entwickelte. Der Erfolg war so groß, dass Mattel schließlich eine eigene Tochtergesellschaft gründete: Mattel Electronics.

Mit der Gründung von Mattel Electronics änderten sich die Rahmenbedingungen grundlegend. Nun standen eigene Budgets, eigene Entwicklungsabteilungen und langfristige Planungen zur Verfügung. Während Atari mit seinem Video Computer System zunehmend Marktanteile gewann und öffentliche Aufmerksamkeit erhielt, begann Mattel ernsthaft mit der Entwicklung eines konkurrierenden Systems. Dabei verfolgte das Unternehmen von Anfang an andere Ziele als viele Wettbewerber. Die neue Plattform sollte nicht lediglich eine weitere Spielkonsole sein, sondern langfristig zu einem vielseitigen Heimunterhaltungssystem ausgebaut werden.

Für die technische Umsetzung arbeitete Mattel mit APH Technological Consulting in Pasadena zusammen. Die dortigen Ingenieure legten wichtige Grundlagen für die spätere Architektur des Systems. Viele der beteiligten Entwickler sollten in den kommenden Jahren erheblichen Einfluss auf die Plattform ausüben. Zu diesem Zeitpunkt stand jedoch weniger die konkrete technische Ausgestaltung im Vordergrund als vielmehr die Frage, welche Rolle ein solches System künftig im Haushalt spielen könnte.

Diese Ambitionen spiegelten sich bereits in den ersten öffentlichen Präsentationen wider. Auf der Consumer Electronics Show 1978 zeigte Mattel frühe Versionen des neuen Systems. Bemerkenswert war dabei weniger die Hardware selbst als die Art, wie das Unternehmen sie präsentierte. Mattel sprach nicht von einer Spielkonsole, sondern von einem „computer-based home video system“. Schon damals wurden Erweiterungen angekündigt, die das Gerät später zu einem Heimcomputer ausbauen sollten. Die Verantwortlichen stellten sich eine Zukunft vor, in der dieselbe Hardware für Spiele, Bildung, Organisation und einfache Computeranwendungen genutzt werden konnte.

Die Entwicklung verlief allerdings weniger geradlinig als geplant. Lieferprobleme bei General Instrument, dem Hersteller wichtiger Chips, sowie Schwierigkeiten bei der Produktion führten zu Verzögerungen. Gleichzeitig stiegen die Kosten. Während Mattel ursprünglich von einem Verkaufspreis von 250 US-Dollar ausgegangen war, wurde im Oktober 1979 schließlich ein Listenpreis von 275 US-Dollar bekanntgegeben. Für viele amerikanische Familien entsprach dies einer beträchtlichen Investition. Mattel war jedoch überzeugt, dass die technischen Möglichkeiten des Systems und die geplanten Erweiterungen diesen Preis rechtfertigten.

Als die ersten Geräte Ende 1979 ausgeliefert wurden, war das Intellivision für die Öffentlichkeit zunächst vor allem eine neue Spielkonsole eines bekannten Spielzeugherstellers. Innerhalb von Mattel betrachtete man das Projekt jedoch als weit mehr. Die Verantwortlichen sahen darin den ersten Schritt zu einer Plattform, die Unterhaltung, Lernen und Computertechnik miteinander verbinden sollte. Noch ahnte niemand, dass dieses System schon bald den ersten großen Konsolenkrieg der Videospielgeschichte mitprägen und sich zu einer der bedeutendsten Plattformen der frühen Heimvideospiel-Ära entwickeln würde.

Hardware, STIC, CP1610, EXEC, David Rolfe

Als das Intellivision Ende 1979 auf den Markt kam, unterschied es sich nicht nur äußerlich von seinen Konkurrenten. Auch unter dem Gehäuse verfolgten die Entwickler einen anderen Ansatz als viele Hersteller der damaligen Videospielbranche. Während zahlreiche Systeme der späten 1970er Jahre möglichst kostengünstig konstruiert wurden, investierte Mattel bewusst in eine leistungsfähigere Architektur. Ziel war nicht allein eine bessere Grafikdarstellung, sondern die Möglichkeit, komplexere Spiele zu entwickeln als auf den meisten konkurrierenden Plattformen.

Herzstück des Systems war der General Instrument CP1610, ein 16-Bit-Prozessor mit einer Taktfrequenz von rund 894 Kilohertz. Ende der 1970er Jahre gehörte eine 16-Bit-CPU in einer Heimkonsole zu den ungewöhnlicheren Konstruktionsentscheidungen. Das Intellivision gilt deshalb als erste Heimkonsole mit einem 16-Bit-Prozessor. Diese Einordnung bezieht sich auf die Architektur des CP1610 und seine 16-Bit-Register und darf nicht mit der späteren Vermarktung der sogenannten „16-Bit-Generation“ von Konsolen wie Mega Drive oder Super Nintendo verwechselt werden. Die Architektur bewegte sich noch innerhalb der technischen Grenzen der späten 1970er Jahre.

Mindestens ebenso wichtig wie der Prozessor war der STIC (Standard Television Interface Chip), der Grafikprozessor des Systems. Der STIC übernahm Aufgaben, die auf vielen Konkurrenzsystemen von der Haupt-CPU erledigt werden mussten. Er verwaltete bewegliche Spielfiguren, erkannte Kollisionen und unterstützte eine kachelbasierte Bildschirmdarstellung. Dadurch konnten Entwickler bestimmte Grafikfunktionen direkt über die Hardware nutzen.

Bob Newstadt fasste den Vorteil des STIC mit einem Satz zusammen:

"We could focus more on the gameplay because we had the STIC." („Wir konnten uns stärker auf das Spielprinzip konzentrieren, weil wir den STIC hatten.“)

Während Atari-Programmierer einen großen Teil ihrer Zeit damit verbrachten, den Bildschirm überhaupt erst zu erzeugen, konnten die Intellivision-Entwickler mehr Energie in Spielmechaniken investieren. Dies zeigte sich unter anderem bei Titeln wie Major League Baseball und NFL Football, deren Darstellung von Spielfeld, Spielern und Spielablauf einen wichtigen Teil des verfügbaren Speicher- und Entwicklungsaufwands beanspruchte.

Für den Klang sorgte ein General Instrument AY-3-8914 Programmable Sound Generator (PSG). Der Chip verfügte über drei unabhängige Tongeneratoren, einen Rauschgenerator sowie eine Hardware-Lautstärkesteuerung und ermöglichte die gleichzeitige Wiedergabe von Musik und Geräuscheffekten. Besonders bei Sportspielen, Weltraumspielen und späteren Intellivoice-Titeln machte sich dies bemerkbar.

Der AY-3-8914 gehörte zur weit verbreiteten AY-3-89xx-Familie von General Instrument. Verwandte Chips fanden später unter anderem im Amstrad CPC, zahlreichen MSX-Computern, dem ZX Spectrum 128, dem Oric Atmos sowie in zahlreichen Arcade-Systemen Verwendung. Obwohl sich die einzelnen Varianten technisch unterschieden, besaßen sie einen Klangcharakter, der bis heute mit vielen Heimcomputern und Videospielen der 1980er Jahre verbunden wird.

Eine Besonderheit des Systems war seine Speicherorganisation. Anders als viele Heimcomputer, die ihre Daten in 8-Bit-Bytes speicherten, verwendete das Intellivision in seinen Modulen eine ungewöhnliche 10-Bit-Struktur. Für diese 10-Bit-Einheiten etablierte sich innerhalb der Intellivision-Entwicklung der Begriff „Decle“, der analog zum aus der Computerwelt bekannten Byte verwendet wurde. Ein Decle entsprach somit einer 10-Bit-Dateneinheit. Viele frühe Intellivision-Module boten lediglich rund 5 Kilobyte Speicherplatz, der intern in diesen Decles organisiert wurde. Selbst nach den Maßstäben der frühen 1980er Jahre zwang dies die Entwickler zu einer äußerst sparsamen Nutzung des verfügbaren Speichers. Jeder Programmteil, jede Grafik und jeder Sound musste sorgfältig geplant werden.

An diesem Punkt trat APH Technological Consulting in Erscheinung. Das Unternehmen aus Pasadena unterstützte Mattel nicht nur bei der Hardwareentwicklung, sondern spielte auch bei der Softwarearchitektur eine zentrale Rolle. Einer der wichtigsten Beteiligten war David Rolfe, der an mehreren zentralen Bestandteilen der späteren Softwarearchitektur mitwirkte.

Blue Sky Rangers, Entwickleralltag, Geheimhaltung, Easter Eggs

Rolfe erkannte früh, dass die begrenzte Speicherkapazität der Module zu den größten Herausforderungen gehören würde. Statt jede Funktion in jedem Spiel neu zu programmieren, entwickelte er eine Bibliothek von Routinen, die fest im System gespeichert wurden. Daraus entstand das sogenannte EXEC.

In Veröffentlichungen zur Geschichte des Intellivision wird das EXEC häufig als eines der ersten Betriebssysteme einer Spielkonsole beschrieben. Diese Bezeichnung ist nicht unzutreffend, erklärt jedoch nur einen Teil seiner ursprünglichen Aufgabe. Das EXEC entstand zunächst, um Speicherplatz zu sparen. Routinen für Grafik, Controller-Eingaben, Spiellogik und zahlreiche Standardfunktionen mussten dadurch nicht mehr in jedem Modul erneut untergebracht werden.

David Rolfe beschrieb seine Rolle später mit folgenden Worten:

"I took the STIC and added the EXEC, and this created a platform which the individual cartridge designers would carry to an even higher level."

(„Ich nahm den STIC und ergänzte das EXEC. Dadurch entstand eine Plattform, die die Entwickler der Spielmodule auf eine noch höhere Ebene bringen konnten.“)

Das Zitat verdeutlicht, wie Rolfe die Beziehung zwischen STIC, EXEC und den späteren Modulentwicklern verstand. Die Hardware bildete das Fundament, das EXEC stellte die Werkzeuge bereit, und die eigentlichen Spielentwickler bauten darauf ihre Ideen auf.

Das EXEC beeinflusste die Arbeitsweise der Programmierer in mehreren Bereichen. Viele Spiele konnten deutlich komplexer ausfallen, als es die geringe Modulgröße zunächst vermuten ließ. Gleichzeitig lernten erfahrene Entwickler schon bald, die Grenzen des Systems zu umgehen. Einige Routinen des EXEC wurden direkt ersetzt, andere umgangen. Die Programmierer begannen, eigene Tricks zu entwickeln, um zusätzliche Animationen, schnellere Abläufe oder größere Spielfelder zu realisieren.

Viele Entwickler nutzten die vorhandene Hardware schließlich über die ursprünglich vorgesehenen Routinen hinaus. Die Grundlagen, auf denen die späteren Intellivision-Spiele entstehen sollten, lagen nun bereit: eine ungewöhnliche Hardwarearchitektur, ein leistungsfähiger Grafikchip, ein fest integriertes Softwaregerüst und eine Gruppe von Entwicklern, die sich in einer Branche bewegten, deren Arbeitsweisen und Werkzeuge vielerorts erst entstanden.

Während Käufer ihre ersten Partien Astrosmash, Major League Baseball, NFL Football oder Utopia spielten, wussten die wenigsten, wer diese Programme eigentlich entwickelt hatte. Namen von Programmierern erschienen auf Verpackungen der frühen Videospielbranche nur selten. Dies galt nicht nur für Mattel. Auch Atari nannte die Entwickler seiner Spiele gewöhnlich nicht in Werbung oder auf Modulverpackungen. Programmierer galten als Angestellte des Unternehmens, nicht als öffentliche Autoren ihrer Werke. Die Diskussion um Anerkennung und Urheberschaft führte 1979 sogar zur Gründung von Activision, nachdem mehrere bekannte Atari-Programmierer das Unternehmen verlassen hatten.

Die Menschen, die später als Blue Sky Rangers bekannt werden sollten, kamen aus sehr unterschiedlichen Bereichen. Viele hatten ursprünglich nicht vor, Videospiele zu entwickeln. Steve Rooney arbeitete vor seinem Wechsel zu Mattel sechs Jahre bei Hughes Aircraft. Mark Orbanic kam von TRW. Andere Mitarbeiter wurden direkt nach dem Studium eingestellt. Gemeinsam war ihnen vor allem eines: Sie gehörten zu einer Generation technischer Fachkräfte, die zwischen Luft- und Raumfahrtindustrie, Verteidigungsprojekten und den ersten Mikrocomputern aufgewachsen war.

Bei der Suche nach neuen Mitarbeitern setzte Mattel Electronics auf ungewöhnliche Methoden. Bewerber mussten häufig den sogenannten Minkoff Measure absolvieren, einen von Dennis Minkoff entwickelten Test mit Logik- und Problemlösungsaufgaben. Gesucht wurden keine Experten für Videospiele – dieser Beruf existierte praktisch noch nicht –, sondern Menschen, die unbekannte technische Probleme analysieren konnten. Mehrere spätere Entwickler erinnerten sich Jahrzehnte später noch an diesen Test.

Die Geschichten über die Einstellungsgespräche wirken heute beinahe zufällig. David Warhol arbeitete nach seinem Studium an einer Universität, als eine Stellenausschreibung von Mattel über seinen Schreibtisch lief. Eigentlich sollte er diese für Absolventen aushängen. Stattdessen entschied er spontan:

"No, I'm going to apply." („Nein, ich werde mich selbst bewerben.“)

Später erinnerte er sich daran, dass Gabriel Baum im Vorstellungsgespräch nur wenige Minuten über seine Qualifikationen sprach. Der Rest des Gesprächs drehte sich um völlig andere Themen:

"For five minutes we talked about my qualifications, for ten minutes we talked about what it was like to work at Mattel, and then for twenty minutes we talked about the history of the symphony in Scandinavia."

(„Fünf Minuten sprachen wir über meine Qualifikationen, zehn Minuten darüber, wie es wäre, bei Mattel zu arbeiten, und anschließend zwanzig Minuten über die Geschichte der Symphonie in Skandinavien.“)

Warhol führte diese ungewöhnliche Gesprächsführung darauf zurück, dass Gabriel Baum nach Menschen mit unterschiedlichen Interessen, Erfahrungen und Denkweisen suchte.

Auch Mark Orbanic erinnerte sich an sein Vorstellungsgespräch. Zu diesem Zeitpunkt besuchte er zusätzlich eine juristische Fakultät. Gabriel Baum fragte ihn, warum jemand mit diesem Hintergrund überhaupt in die Videospielbranche wechseln wolle. Orbanic antwortete später:

"I don't know. I guess I'm just a dumb guy. It seems like this would be a lot of fun."

(„Keine Ahnung. Ich schätze, ich bin einfach ein einfacher Kerl. Das sieht nach einer Menge Spaß aus.“)

Nach seiner Erinnerung verlief das Gespräch danach deutlich entspannter.

Der Arbeitsalltag unterschied sich erheblich von späteren Entwicklungsstudios. Als Mattel Electronics noch wuchs, saßen viele Entwickler zunächst in einem Bereich eines Lagerhauses. Freiliegende Leitungen und Rohre an der Decke führten dazu, dass die Mitarbeiter diesen Abschnitt scherzhaft „The Submarine“ nannten. Zwischen Spielzeugprototypen, Testgeräten und Computern entstand dort ein Team, das innerhalb kurzer Zeit stark anwuchs.

Die technische Arbeit wurde von Speicherknappheit bestimmt. Die Entwickler konkurrierten teilweise miteinander darum, Programmroutinen um einzelne Decles zu verkleinern. Bill Fisher erinnerte sich daran, dass bereits das Einsparen weniger Instruktionen zusätzlichen Platz für Grafiken, Spielmechaniken oder Soundeffekte schaffen konnte. Steve Rooney galt innerhalb des Teams als jemand, der besonders geschickt darin war, Programmcode zu verkleinern.

Viele Probleme mussten mit Methoden gelöst werden, die aus heutiger Sicht ungewöhnlich wirken. Komfortable Debugger standen nicht zur Verfügung. Steve Rooney berichtete, dass er häufig HALT-Befehle in Programme einfügte und absichtlich Abstürze erzeugte. Trat der Absturz an der erwarteten Stelle auf, war zumindest klar, dass man die Fehlerursache eingegrenzt hatte.

Auch Mark Orbanic erinnerte sich an die Schwierigkeiten der Fehlersuche. Als er an Vectron arbeitete, verwendete er Videorekorder, um Spielsitzungen aufzuzeichnen und Fehler später Bild für Bild analysieren zu können. Manche Probleme ließen sich nur auf diese Weise nachvollziehen.

Die Werkzeuge entstanden oft direkt im Unternehmen. Programme wurden auf PDP-11-Systemen geschrieben, assembliert, gelinkt und anschließend auf Testhardware übertragen. ROM-Bausteine mussten gebrannt, beschriftet und in spezielle Testmodule eingesetzt werden. Bill Fisher erinnerte sich später daran, dass bereits dieser Vorgang genügend Fehlerquellen bot, um einen Entwickler mehrere Stunden zu beschäftigen.

Trotz dieser Einschränkungen entwickelte sich eine enge Zusammenarbeit zwischen den Mitarbeitern. Bob Newstadt beschrieb, wie Entwickler gegenseitig ihre Spiele testeten, Ideen austauschten und technische Probleme gemeinsam diskutierten. Für viele Fragestellungen gab es keine Lehrbücher und keine etablierten Vorgehensweisen. Lösungen entstanden häufig durch Gespräche zwischen Kollegen oder durch Experimente am laufenden Projekt.

Die Entwickler kamen aus unterschiedlichen Firmen, Universitäten und technischen Fachrichtungen. Einige hatten zuvor an Flugzeugen gearbeitet, andere an Großrechnern oder wissenschaftlichen Projekten. Im Arbeitsalltag verloren diese Unterschiede jedoch zunehmend an Bedeutung. Die Teams waren klein, die technischen Herausforderungen ähnlich und die Entwickler testeten ihre Programme häufig gegenseitig. Wer eine Routine optimierte oder eine Lösung für ein Hardwareproblem fand, gab diese Erfahrung oft an andere weiter.

Mit den Jahren entstand dadurch mehr als nur eine Gruppe von Mitarbeitern. Viele der Beteiligten arbeiteten an mehreren Projekten zusammen, wechselten zwischen Spielen und unterstützten Kollegen bei technischen Problemen. Die Grenzen zwischen Programmierer, Designer und Tester waren häufig weniger streng gezogen als in späteren Entwicklungsstudios. Aus einzelnen Entwicklern wurde allmählich eine Gemeinschaft, die ähnliche Werkzeuge, ähnliche Erfahrungen und einen gemeinsamen technischen Hintergrund teilte.

Aus den einzelnen Entwicklern war inzwischen ein eingespieltes Team geworden. Parallel dazu entstand bei Mattel Electronics eine eigene Bezeichnung für die Gruppe, die für einen Großteil der Intellivision-Software verantwortlich war: die Blue Sky Rangers.

Der Begriff knüpfte an die ältere Blue Sky Group aus der Zeit von Jack Ryan an, bezeichnete jedoch eine andere Generation von Mitarbeitern. Während die Blue Sky Group Konzepte und Zukunftsprojekte entwickelte, bestand das neue Team aus den Menschen, die die Intellivision-Spiele tatsächlich entwarfen, programmierten, testeten und produzierten.

Zur Unternehmenskultur gehörte weiterhin ein hoher Grad an Geheimhaltung. Mattel wollte verhindern, dass konkurrierende Firmen erfolgreiche Entwickler gezielt abwarben. Die Namen der Programmierer erschienen deshalb meist nicht öffentlich. Viele Käufer kannten die Entwickler ihrer Lieblingsspiele nicht.

Mehrere Teammitglieder reagierten darauf mit kleinen versteckten Botschaften. Mark Orbanic und Keith Robinson gehörten zu den Entwicklern, die wiederholt versuchten, eine offizielle Nennung der Programmierer durchzusetzen. Nach ihren Erinnerungen lehnte Gabriel Baum dies jedoch konsequent ab. Einige Entwickler entschieden sich daraufhin, ihre Namen oder Initialen direkt in den Spielen zu verstecken.

Aus dieser Situation entstanden mehrere frühe Easter Eggs. In manchen Fällen waren sie nur durch bestimmte Tastenkombinationen oder ungewöhnliche Aktionen sichtbar. Für die Entwickler waren sie nicht nur ein technischer Scherz, sondern auch eine Möglichkeit, ihre Arbeit in einer Zeit kenntlich zu machen, in der Programmierer öffentlich kaum wahrgenommen wurden.

Als die ersten Intellivision-Spiele auf den Markt kamen, sahen Käufer lediglich die fertigen Module. Hinter den Kulissen arbeiteten jedoch Mathematiker, Ingenieure, Programmierer und Designer, die viele ihrer Werkzeuge selbst entwickelten, Speicherplatz bis auf einzelne Decles ausreizten und Probleme lösen mussten, für die es noch keine etablierten Vorgehensweisen gab. Aus diesem Umfeld gingen die Blue Sky Rangers hervor – die Entwicklergeneration, die das Intellivision über seine gesamte Lebensdauer begleiten sollte.

Vom Spielsystem zum Heimcomputer

Als Käufer Ende 1979 ein Intellivision nach Hause trugen, erwarben sie nach Vorstellung von Mattel nicht nur eine Spielkonsole. Das Gerät sollte der erste Baustein einer deutlich größeren Produktfamilie werden, die von Videospielen über Musikprogramme bis hin zum Heimcomputer reichte. Während Atari vor allem den Markt für Heimvideospiele eroberte, verfolgte Mattel eine ehrgeizigere Vision: Das Intellivision sollte langfristig zu einem universellen Familiencomputer ausgebaut werden.

Bereits auf frühen Prospekten und Präsentationen wurde deshalb nicht nur die eigentliche Konsole gezeigt, sondern auch eine geplante Erweiterung namens Keyboard Component. Sie war weit mehr als ein gewöhnliches Zubehörteil. Tatsächlich stellte sie das zentrale Zukunftsversprechen des gesamten Systems dar. Die ursprünglichen Pläne gingen deutlich über das hinaus, was Käufer damals von einer Spielkonsole erwarteten. Die Keyboard Component besaß einen eigenen MOS Technology 6502-Prozessor, 16 Kilobyte gemeinsam nutzbaren Arbeitsspeicher, eine vollwertige Tastatur sowie integrierte Kassettenlaufwerke zur Datenspeicherung. Mattel stellte Anwendungen für Bildung, Programmierung, Haushaltsplanung und persönliche Datenverwaltung in Aussicht. Das Intellivision sollte nicht nur Spiele abspielen, sondern langfristig zum Familiencomputer werden.

Die technische Umsetzung erwies sich jedoch als schwieriger als erwartet. Obwohl die Keyboard Component auf Messen präsentiert und in Werbematerialien ausführlich beworben wurde, gelangte sie nie in den regulären landesweiten Verkauf. Stattdessen erschienen lediglich kleine Testserien in ausgewählten Regionen der USA. Hinzu kam ein Verkaufspreis von rund 600 US-Dollar – mehr als doppelt so viel wie die eigentliche Konsole. Für viele Beobachter wurde zunehmend deutlich, dass Mattel Schwierigkeiten hatte, das angekündigte Produkt in einer wirtschaftlich tragfähigen Form auf den Markt zu bringen.

Diese Situation führte schließlich zu einem Eingreifen der Federal Trade Commission (FTC). Die Behörde vertrat die Auffassung, dass Mattel eine wesentliche Produkteigenschaft beworben hatte, die Kunden über Jahre hinweg nicht erwerben konnten. Für das Unternehmen entstand dadurch erheblicher Druck, eine marktfähige Lösung vorzulegen. Die Keyboard Component entwickelte sich damit von einem Zukunftsprojekt zu einem handfesten geschäftlichen Problem.

Innerhalb von Mattel entstand daraufhin ein neues Entwicklungsprojekt. Während Teile des ursprünglichen Teams weiterhin an der Keyboard Component arbeiteten, erhielt eine zweite Gruppe den Auftrag, eine deutlich günstigere Alternative zu entwickeln. Das Ergebnis war das Entertainment Computer System, kurz ECS, das Anfang 1983 erschien.

Im Vergleich zur Keyboard Component wirkte das ECS deutlich bescheidener. Die Erweiterung bestand aus einem Adaptermodul und einer separaten Tastatur. Statt der ursprünglich versprochenen 16 Kilobyte standen lediglich 2 Kilobyte RAM zur Verfügung. Dennoch erfüllte das System die wichtigsten Forderungen der FTC: Es bot eine BASIC-Programmiersprache, konnte Programme auf Kassette speichern und ermöglichte den Anschluss eines Druckers. Für Mattel war dies entscheidend. Das Unternehmen konnte nun argumentieren, dass die versprochenen Computerfunktionen tatsächlich verfügbar waren.

Technisch nutzte das ECS weiterhin die vorhandene Hardware des Intellivision. Der Hauptprozessor der Konsole übernahm den Großteil der Rechenarbeit. Das Erweiterungsmodul ergänzte zusätzliche Ein- und Ausgabefunktionen sowie einen weiteren Soundchip. Dadurch standen insgesamt zwei dreistimmige Klangerzeuger zur Verfügung. Für Musikprogramme und einige Spiele eröffneten sich dadurch zusätzliche Möglichkeiten.

Zum ECS gehörte außerdem ein Music Synthesizer, ein kleines Musikkeyboard, das an die Tastatur angeschlossen werden konnte. Mattel präsentierte das System als Kombination aus Lerninstrument und Unterhaltungselektronik. Käufer konnten einfache Melodien spielen, musikalische Übungen durchführen und die Klangerzeugung des Systems nutzen. Der Gedanke, eine Spielkonsole als Musikinstrument einzusetzen, erscheint heute ungewöhnlich, entsprach jedoch der damaligen Vorstellung eines multifunktionalen Heimcomputers.

Auch die BASIC-Umgebung des ECS vermittelt einen Eindruck davon, wie Mattel sich die Zukunft des Systems vorgestellt hatte. Benutzer konnten Programme schreiben, Variablen anlegen, Schleifen erzeugen und einfache Grafiken sowie Klänge erzeugen. Die Möglichkeiten blieben durch den geringen Arbeitsspeicher eingeschränkt, dennoch stellte das ECS für viele Intellivision-Besitzer den ersten Kontakt mit dem Programmieren dar.

Während Mattel versuchte, das Intellivision zum Computer auszubauen, entstanden weitere Erweiterungen. Die bekannteste war das Intellivoice-Modul, das 1982 erschien. Es handelte sich um einen Sprachsynthesizer, der gesprochene Wörter und Sätze während des Spiels wiedergeben konnte. Für viele Intellivision-Besitzer war es das erste Mal, dass eine Heimkonsole während des Spiels Befehle, Warnungen oder Funksprüche in gesprochener Form ausgab. Titel wie Space Spartans, B-17 Bomber, Bomb Squad, Tron: Solar Sailer und World Series Baseball nutzten diese Technik.

Mattel investierte erheblichen Aufwand in diese Entwicklung und richtete sogar ein eigenes Sprachlabor in Hawthorne, Kalifornien, ein. Technisch basierte das System auf dem Sprachsynthese-Chip General Instrument SP0256 Narrator. Die Speicherkapazitäten der Module setzten den Möglichkeiten jedoch enge Grenzen. Dennoch erreichten einzelne Intellivoice-Spiele beachtliche Verkaufszahlen. Für B-17 Bomber und Space Spartans werden häufig Verkaufszahlen von rund 300.000 Exemplaren genannt. Das Sprachmodul selbst konnte sich jedoch nicht in gleichem Maße verbreiten wie die Konsole und blieb hinter den Erwartungen von Mattel zurück. Zeitweise wurde das Intellivoice-Modul sogar als kostenlose Zugabe beim Kauf eines Intellivision angeboten, um die Verbreitung zu erhöhen. Bereits 1983 stellte Mattel die Weiterentwicklung weitgehend ein. Mehrere geplante Sprachspiele erschienen nie oder wurden eingestellt.

Noch weiter voraus war ein anderer Dienst: PlayCable. Bereits 1981 konnten Intellivision-Besitzer in ausgewählten Kabelnetzen Spiele herunterladen, ohne ein Modul kaufen zu müssen. Die Programme wurden über das Kabelfernsehnetz übertragen und temporär im Speicher eines Zusatzgeräts abgelegt.

Aus heutiger Sicht wirkt PlayCable beinahe wie ein früher Vorläufer moderner Download-Dienste. Statt ein Spiel im Laden zu erwerben, konnten Teilnehmer aus einem wechselnden Angebot auswählen und Programme direkt über das Kabelnetz abrufen. Jahre bevor digitale Vertriebsplattformen auf Konsolen selbstverständlich wurden, experimentierte Mattel bereits mit einem ähnlichen Grundgedanken. Ein vergleichbares System für den Atari 2600 erschien erst rund zwei Jahre später.

Eine weitere bemerkenswerte Erweiterung war der System Changer. Dieses Zubehör erlaubte es, Module des Atari 2600 auf dem Intellivision auszuführen. Die Ironie blieb vielen Zeitgenossen nicht verborgen. Während Mattel in Werbespots die technischen Vorteile des eigenen Systems gegenüber Atari hervorhob, verkaufte das Unternehmen gleichzeitig ein Gerät, mit dem Kunden die Spiele des Konkurrenten nutzen konnten. Technisch handelte es sich dabei nicht um eine Software-Emulation. Der System Changer enthielt wesentliche Teile der Atari-2600-Hardware und nutzte diese innerhalb des Intellivision-Systems. Aus wirtschaftlicher Sicht war die Entscheidung nachvollziehbar: Besitzer eines Intellivision mussten sich nicht mehr zwischen beiden Spielbibliotheken entscheiden.

Parallel zu diesen Entwicklungen verfolgte Mattel noch einen anderen Weg in den Computermarkt. Anfang der 1980er Jahre erlebte der Heimcomputersektor einen regelrechten Boom. Systeme wie der Commodore VIC-20, der Commodore 64, der TI-99/4A oder die Atari-400/800-Serie machten deutlich, dass viele Familien erstmals einen Computer anschaffen wollten. Mattel wollte an dieser Entwicklung teilhaben und brachte 1983 den Aquarius auf den Markt.

Anders als gelegentlich behauptet wird, handelte es sich dabei weder um ein umgebautes Intellivision noch um eine direkte Weiterentwicklung der Keyboard Component. Der Aquarius war ein eigenständiger Heimcomputer. Dennoch verfolgten beide Projekte dasselbe Ziel: Mattel wollte sich nicht auf Videospiele beschränken, sondern als Anbieter von Heimcomputern wahrgenommen werden.

Betrachtet man diese Erweiterungen gemeinsam, ergibt sich ein anderes Bild des Intellivision. Die Konsole war nie als isoliertes Spielsystem gedacht. Zwischen 1979 und 1983 versuchte Mattel wiederholt, daraus eine Plattform für Lernen, Musik, Programmierung, Kommunikation und Unterhaltung zu entwickeln. Einige dieser Ideen waren ihrer Zeit voraus, andere scheiterten an Kosten, Technik oder Marktbedingungen.

Viele dieser Projekte entstanden in einer Phase, in der Mattel Electronics stark wuchs und die Zukunft des Unternehmens vielversprechend erschien. Die Entwicklungskosten stiegen jedoch ebenso schnell wie die Erwartungen. Schon bald sollte sich zeigen, dass nicht jede technische Idee auch wirtschaftlich erfolgreich sein musste – und dass die größten Herausforderungen für Mattel Electronics erst noch bevorstanden.

Spiele auf Intellivision

Die wachsende Spielebibliothek zahlte sich für Mattel zunächst aus. Anfang der 1980er Jahre gehörte das Intellivision zu den erfolgreichsten Heimkonsolen Nordamerikas. Während Atari weiterhin den größten Marktanteil hielt, hatte sich Mattel als ernstzunehmender Konkurrent etabliert. Für viele Verbraucher war das Intellivision inzwischen die Premium-Alternative zum Atari VCS. Die Verkaufszahlen stiegen kontinuierlich, die Händler bestellten neue Ware, und innerhalb des Unternehmens entwickelte sich Mattel Electronics von einem Experiment zu einem der wichtigsten Geschäftsbereiche des Konzerns.

1981 überschritt die installierte Basis des Systems die Millionengrenze. Gleichzeitig wuchs die Entwicklungsabteilung in rasantem Tempo. Aus der kleinen Gruppe von Ingenieuren und Programmierern, die wenige Jahre zuvor noch in provisorischen Büros gearbeitet hatte, wurde eine Organisation mit Dutzenden Entwicklern, Grafikern, Produzenten und Testern. Die Blue Sky Rangers waren längst nicht mehr nur ein kleines Spezialteam. Mattel Electronics entwickelte sich zu einem Unternehmen innerhalb des Unternehmens.

Der Erfolg blieb auch außerhalb der Branche nicht unbemerkt. Mattel investierte hohe Summen in Werbung und führte den Wettbewerb mit Atari öffentlich und aggressiv. Die Fernsehspots mit George Plimpton liefen landesweit und griffen den Konkurrenten direkt an. Statt allgemeiner Werbeaussagen zeigte Mattel Bildschirmvergleiche. Baseball gegen Baseball. Football gegen Football. Weltraumspiel gegen Weltraumspiel. Ziel war nicht nur Aufmerksamkeit, sondern die Botschaft, dass Intellivision technisch überlegen sei. Diese Kampagne trug erheblich dazu bei, dass aus einem Wettbewerb zwischen Produkten einer der ersten großen Konsolenkriege wurde.

Für einige Jahre schien die Strategie aufzugehen. Mattel Electronics meldete hohe Umsätze, stellte neue Mitarbeiter ein und plante weitere Expansionen. Das Unternehmen arbeitete gleichzeitig an neuen Spielen, Hardware-Erweiterungen, Computern und zukünftigen Konsolengenerationen. Innerhalb des Konzerns entstand die Vorstellung, dass elektronische Unterhaltung zu einem ebenso wichtigen Geschäftsfeld werden könnte wie Barbie oder Hot Wheels.

Doch genau in dieser Phase begannen sich erste Probleme abzuzeichnen.

Ein Teil davon entstand durch die eigenen Ambitionen. Die Entwicklung der Keyboard Component verschlang über Jahre erhebliche Ressourcen. Ursprünglich war sie als Herzstück der langfristigen Intellivision-Strategie gedacht. Stattdessen entwickelte sie sich zu einem kostspieligen Dauerprojekt, das immer wieder verschoben wurde. Die Federal Trade Commission beschäftigte sich inzwischen mit den Werbeversprechen Mattels, weil die angekündigte Computererweiterung trotz jahrelanger Werbung kaum erhältlich war. Das später veröffentlichte ECS löste dieses Problem zwar teilweise, konnte die ursprünglichen Erwartungen jedoch nicht vollständig erfüllen.

Gleichzeitig veränderte sich der Markt. Als das Intellivision 1979 erschien, bestand die Konkurrenz im Wesentlichen aus Atari. Anfang 1982 sah die Situation bereits anders aus. Mit dem ColecoVision erschien ein neues System, das besonders durch seine Arcade-Umsetzungen Aufmerksamkeit erregte. Atari brachte mit dem 5200 eine technisch leistungsfähigere Plattform auf den Markt. Darüber hinaus gewannen Heimcomputer wie der Commodore VIC-20, der Commodore 64, die Atari-8-Bit-Reihe und der TI-99/4A zunehmend an Bedeutung. Käufer standen nun vor einer wesentlich größeren Auswahl als noch wenige Jahre zuvor.

Für Mattel bedeutete dies steigende Kosten auf nahezu allen Ebenen. Neue Spiele wurden umfangreicher. Die Werbeausgaben nahmen zu. Gleichzeitig musste das Unternehmen in neue Hardware investieren, um technologisch konkurrenzfähig zu bleiben. Projekte wie das ECS, der Aquarius und verschiedene Nachfolgesysteme liefen teilweise parallel. Was während der Wachstumsphase noch wie eine Stärke wirkte, entwickelte sich zunehmend zu einer finanziellen Belastung.

Dennoch sprach Anfang 1982 wenig dafür, dass die Entwicklung bald ein abruptes Ende nehmen würde. Die Verkaufszahlen blieben hoch, die Händler orderten weiterhin große Stückzahlen, und die gesamte Videospielbranche befand sich scheinbar in einem unaufhaltsamen Boom. Neue Firmen entstanden beinahe monatlich, Investoren zeigten Interesse, und viele Marktbeobachter gingen davon aus, dass die Erfolgskurve noch jahrelang weiter steigen würde.

Gerade diese Euphorie erwies sich jedoch als trügerisch. Innerhalb weniger Monate sollte sich die Situation grundlegend verändern. Was zunächst wie eine gewöhnliche Marktverlangsamung aussah, entwickelte sich zu einer Krise, die zahlreiche Unternehmen der Branche erfassen würde. Auch Mattel Electronics blieb davon nicht verschont. Ausgerechnet in dem Moment, als das Intellivision seinen größten Erfolg erreicht hatte, begann sich das wirtschaftliche Fundament unter dem Unternehmen zu verschieben.

Die Nachfolger

Intellivision II - Foto: Evan Amos (CC BY-SA 3.0, Wikimedia Commons)

Während das Intellivision Anfang der 1980er Jahre seine größten Verkaufserfolge erreichte, arbeitete Mattel bereits an mehreren Nachfolgeprojekten. Das Unternehmen wollte die bestehende Konsole nicht einfach unverändert weiterverkaufen, sondern plante sowohl eine modernisierte Version als auch leistungsfähigere Nachfolgesysteme.

Den Anfang machte 1983 das Intellivision II. Technisch blieb das System weitgehend unverändert. Prozessor, Grafik- und Soundhardware entsprachen im Wesentlichen dem ursprünglichen Modell. Mattel verkleinerte jedoch das Gehäuse, vereinfachte die Elektronik und reduzierte die Herstellungskosten. Für Käufer bedeutete dies eine kompaktere und günstigere Konsole, die weiterhin mit der vorhandenen Spielbibliothek genutzt werden konnte. Das Intellivision II war damit keine neue Konsolengeneration, sondern vor allem eine kostengünstigere Neuauflage des bestehenden Systems.

Das Intellivision II war jedoch nicht als langfristige Zukunft der Plattform gedacht. Bereits auf der Winter CES im Januar 1983 stellte Mattel das Intellivision III vor. Die neue Konsole sollte gegen das ColecoVision und Ataris 5200 antreten und gleichzeitig vollständig kompatibel zur bestehenden Spielbibliothek bleiben.

Nach den veröffentlichten Spezifikationen waren eine Auflösung von bis zu 320 × 192 Bildpunkten, zusätzliche Farben, integrierte Sprachfunktionen sowie eine deutlich leistungsfähigere Grafikarchitektur vorgesehen. Zu den angekündigten Ausstattungsmerkmalen gehörten außerdem Funk-Controller und verschiedene Erweiterungsmöglichkeiten. Mattel kündigte mehrere Spiele für das neue System an, darunter Yogi Bear's Adventure, Treasure of the Yucatan, Grid Shock und Air Ace. Keiner dieser Titel erschien später für das System, da die Konsole selbst nie den Handel erreichte.
Während das Intellivision III öffentlich vorgestellt wurde, entstand innerhalb des Unternehmens bereits ein weiteres Projekt mit dem Codenamen Decade. Anders als das Intellivision III sollte Decade nicht auf der bestehenden Architektur aufbauen, sondern eine vollständig neue Hardware erhalten.

Die bekannten Entwürfe nennen einen Motorola-68000-Prozessor, bis zu 4.096 Farben, Hardware-Skalierung und deutlich erweiterte Grafikmöglichkeiten. Intern lief das Projekt unter dem Namen Decade. In späteren Veröffentlichungen und unter Sammlern wurde es häufig als Intellivision IV bezeichnet. Das System befand sich jedoch noch in Entwicklung und erreichte nie die Serienproduktion.

1983 standen damit gleichzeitig drei Generationen nebeneinander: das Intellivision II im Handel, das angekündigte Intellivision III und das intern entwickelte Decade-Projekt. Das Intellivision II sollte die bestehende Plattform kostengünstig weiterführen. Das Intellivision III war als unmittelbarer Konkurrent zu ColecoVision und Atari 5200 vorgesehen. Parallel dazu arbeiteten Entwickler bereits an einer Hardware, die mit dem ursprünglichen Intellivision nur noch wenig gemeinsam hatte.

Nur wenige Monate später änderte sich die Situation grundlegend. Weder das Intellivision III noch Decade erreichten die Serienproduktion. Die Projekte wurden eingestellt, bevor sie über Entwicklungsunterlagen, Prototypen und Messeankündigungen hinauskommen konnten.

Vom Wachstum zur Krise

1983 arbeitete Mattel Electronics gleichzeitig an neuen Spielen, Erweiterungen, Heimcomputern und mehreren Konsolenprojekten. Aus der kleinen Entwicklungsgruppe der späten 1970er Jahre war innerhalb weniger Jahre eine deutlich größere Organisation geworden. Während die Blue Sky Rangers neue Software entwickelten, entstanden parallel Hardwareprojekte wie das ECS, der Aquarius, das angekündigte Intellivision III und das interne Decade-Projekt.

Der Markt sah jedoch anders aus als noch bei der Einführung des Intellivision im Jahr 1979. Damals war Atari der wichtigste Konkurrent. Anfang der 1980er Jahre standen Käufern deutlich mehr Alternativen zur Verfügung. Neben Atari und Coleco gewannen Heimcomputer zunehmend Marktanteile. Systeme wie der Commodore 64 oder die Atari-8-Bit-Rechner boten nicht nur Spiele, sondern konnten auch programmiert und für andere Anwendungen genutzt werden. Für viele Familien wurde der Preisunterschied zwischen Spielkonsole und Heimcomputer dadurch weniger entscheidend.

Gleichzeitig produzierten Hersteller und Händler in Erwartung weiterer Rekordumsätze immer größere Stückzahlen. Neue Konsolen, Erweiterungen und Spielmodule erschienen in rascher Folge. Als die Nachfrage hinter diesen Erwartungen zurückblieb, füllten sich Lagerbestände mit unverkaufter Ware. Preisnachlässe wurden häufiger, und viele Unternehmen mussten ihre Absatzprognosen korrigieren.

Für Mattel kam hinzu, dass mehrere kostspielige Projekte gleichzeitig finanziert wurden. Neben dem laufenden Intellivision-Geschäft investierte das Unternehmen in den Heimcomputermarkt, neue Hardwareentwicklungen und zukünftige Konsolengenerationen. Solange die Umsätze stiegen, ließ sich diese Strategie tragen. Als sich der Markt abschwächte, rückten die Kosten stärker in den Vordergrund.

Die Folgen wurden 1983 sichtbar. Mattel Electronics meldete Verluste von mehr als 280 Millionen US-Dollar. Noch kurze Zeit zuvor hatte die Elektroniksparte als wichtiger Wachstumsträger des Konzerns gegolten. Nun wurden Entwicklungsbudgets gekürzt, Projekte gestoppt und Stellen abgebaut. Die Arbeiten am Intellivision III sowie am Decade-Projekt endeten, bevor eines der Systeme die Serienproduktion erreichte.

Für viele Mitarbeiter kam dieser Kurswechsel überraschend. Während zuvor neue Hardware, neue Spiele und weitere Expansionen geplant worden waren, bestimmten nun Sparmaßnahmen und Umstrukturierungen den Arbeitsalltag. Projekte, die wenige Monate zuvor noch öffentlich angekündigt oder intern diskutiert worden waren, verschwanden aus den Planungen.

Ende 1983 und Anfang 1984 begann Mattel mit der Auflösung großer Teile von Mattel Electronics. Hardwareentwicklungen wurden eingestellt, Teams aufgelöst und zahlreiche Mitarbeiter entlassen. Damit endete die Zeit, in der Mattel versucht hatte, sich dauerhaft als einer der führenden Anbieter im Videospiel- und Heimcomputermarkt zu etablieren.

Für das Intellivision bedeutete dies jedoch noch nicht das Ende. Obwohl Mattel Electronics verschwand, blieb die Konsole selbst am Markt. Die nächsten Jahre sollten zeigen, dass die Geschichte des Systems noch nicht abgeschlossen war.

INTV

Mit der Auflösung großer Teile von Mattel Electronics schien das Schicksal des Intellivision zunächst besiegelt. Die Hardwareentwicklung war eingestellt worden, Nachfolgeprojekte verschwanden in den Archiven, und zahlreiche Mitarbeiter verließen das Unternehmen. Aus Sicht vieler Beobachter schien das System denselben Weg zu gehen wie zahlreiche andere Konsolen der frühen Videospielära.

Doch die Geschichte nahm eine andere Wendung.

1984 übernahm eine Gruppe ehemaliger Mattel-Manager und Investoren die Rechte am Intellivision-Geschäft. Das neue Unternehmen firmierte unter dem Namen INTV Corporation. Anders als Mattel verfügte die Firma nur über begrenzte finanzielle Mittel. Statt neue Konsolen zu entwickeln, konzentrierte sich INTV darauf, die vorhandene Hardware weiter zu verkaufen und die bestehende Nutzerbasis zu bedienen.

Zu diesem Zeitpunkt befanden sich noch zahlreiche Spiele in unterschiedlichen Entwicklungsstadien. Einige dieser Projekte wurden fertiggestellt und veröffentlicht. Dadurch erschienen noch Jahre nach dem Ende von Mattel Electronics neue Intellivision-Module. Für Besitzer der Konsole wirkte das System dadurch lebendiger, als man nach dem Zusammenbruch der ursprünglichen Elektroniksparte erwarten konnte.

INTV veröffentlichte außerdem überarbeitete Verpackungen, neue Hardwarevarianten und vermarktete die Konsole weiterhin über Versandhandel und ausgewählte Händler. Während Nintendo, Sega und Atari um die Vorherrschaft der nächsten Konsolengeneration kämpften, entstand rund um das Intellivision eine kleinere, aber bemerkenswert treue Nutzerbasis.

Wirtschaftlich konnte das System seine früheren Verkaufszahlen nicht mehr erreichen. Dafür war der Markt inzwischen zu stark verändert. Dennoch gelang es INTV, die Plattform mehrere Jahre länger am Leben zu halten, als viele Zeitgenossen erwartet hatten. Die letzten offiziell veröffentlichten Spiele erschienen noch in der zweiten Hälfte der 1980er Jahre.

Mit dem Ende der kommerziellen Vermarktung verschwand das Intellivision jedoch nicht vollständig. Sammler, ehemalige Entwickler und Enthusiasten hielten das Interesse an der Konsole aufrecht. Besonders Keith Robinson spielte später eine wichtige Rolle bei der Bewahrung der Unternehmensgeschichte, der Dokumentation von Entwicklungsunterlagen und dem Erhalt zahlreicher Informationen über die Blue Sky Rangers und ihre Arbeit.

Heute wird das Intellivision häufig als Ataris wichtigster Herausforderer der frühen Konsolenjahre beschrieben. Seine technische Architektur, die ungewöhnlichen Controller, Erweiterungen wie Intellivoice oder PlayCable sowie Projekte wie Utopia, Astrosmash oder Advanced Dungeons & Dragons unterscheiden es bis heute von vielen anderen Systemen seiner Zeit.

Nicht alle Ideen von Mattel waren erfolgreich. Einige Erweiterungen erschienen verspätet, andere erreichten nie den Handel. Projekte wie Intellivision III oder Decade blieben unvollendet. Dennoch zeigt die Geschichte des Systems, wie weit die Planungen innerhalb weniger Jahre reichten. Zwischen 1979 und 1983 entwickelte sich das Intellivision von einem neuen Konkurrenten des Atari VCS zu einer Plattform mit eigener Softwarebibliothek, zahlreichen Erweiterungen und mehreren geplanten Nachfolgern.

Als die letzten Intellivision-Konsolen verkauft wurden, war die große Zeit der ersten Heimkonsolengeneration bereits vorbei. Die Spuren, die das System hinterlassen hatte, blieben jedoch sichtbar – in den Spielen, in den Ideen seiner Entwickler und in den Unterlagen zu Projekten, die nie über das Reißbrett hinausgelangten.

 

 

Bit-60: Der Heimcomputer auf Basis des Atari 2600

Wer den Bit-60 zum ersten Mal einschaltet, erlebt keinen klassischen Heimcomputerstart – sondern etwas, das sich eher wie eine Spielkonsole mit angeflanschter Tastatur anfühlt. Und genau das ist der Kern dieses Systems. Die taiwanische Bit Corporation Bit Corporation verfolgte 1983 keinen üblichen Ansatz, sondern setzte auf eine Kombination, die auf dem Papier logisch wirkte: die riesige Spielebibliothek des Atari 2600 nutzen und gleichzeitig einen günstigen Einstieg in die Welt der Heimcomputer bieten.

Technisch bedeutete das jedoch keinen vollwertigen Rechner im Sinne der damaligen Platzhirsche wie dem Commodore 64 oder dem ZX Spectrum, sondern ein System, das tief in der Architektur des Atari VCS verwurzelt blieb. Herzstück war eine 6502-abgeleitete CPU in Form des 6507, kombiniert mit der TIA-Logik. Diese Grundlage definierte die Möglichkeiten – und vor allem die Grenzen. Es existierte kein klassischer Bildspeicher und keine frei adressierbare Bitmap-Grafik. Stattdessen wurde das Bild während des laufenden Aufbaus erzeugt, Zeile für Zeile, gesteuert durch exaktes Timing. Angaben wie 156 × 192 Bildpunkte sind daher nur Näherungen eines Systems, das nicht mit einem klassischen Framebuffer arbeitete.

Auch die oft zitierte Farbpalette von bis zu 128 Farben ist eher theoretischer Natur. In der Praxis bestimmte die TIA-Logik, wie viele Farben gleichzeitig und in welcher Kombination darstellbar waren. Wer mehr wollte, musste tricksen – und zwar mit genau abgestimmten Registeränderungen während des Bildaufbaus. Genau hier zeigt sich der fundamentale Unterschied zu den klassischen Heimcomputern der Zeit: Während man auf einem Commodore 64 Pixel direkt setzen konnte, musste der Bit-60 das Bild gewissermaßen „erzählen“, während es entstand.

Diese Eigenart spiegelt sich unmittelbar im integrierten BASIC wider. Die Bit Corporation setzte statt eines lizenzierten Microsoft BASIC auf einen eigenen, kompakten BASIC-Dialekt im ROM. Der Funktionsumfang orientierte sich an den üblichen Befehlen – PRINT, INPUT, GOTO, FOR...NEXT – ergänzt um CSAVE und CLOAD für die Kassettennutzung sowie die unverzichtbaren PEEK- und POKE-Befehle. Letztere waren kein optionales Feature, sondern praktisch zwingend notwendig, um überhaupt sinnvoll mit der Hardware arbeiten zu können. Grafik und Sound wurden nicht über komfortable Routinen gesteuert, sondern durch direkte Manipulation der zugrunde liegenden Register.

Die Eingabe erfolgte über eine kompakte Tastatur mit rund 40 bis 50 Tasten, je nach Variante meist als Gummitastatur ausgeführt. Eine spezielle SHIFT-Logik erlaubte es, BASIC-Befehle direkt über Tastenkombinationen aufzurufen – ein Ansatz, der stark an den Spectrum erinnerte und vor allem Speicher sparen sollte. Varianten mit stabilerer Tastatur deuten darauf hin, dass das Gerät in unterschiedlichen Ausführungen für verschiedene Märkte produziert wurde.

Ein besonders interessanter Aspekt ist die Speicherorganisation, die lange für widersprüchliche Angaben gesorgt hat. Im reinen Spielbetrieb verhielt sich der Bit-60 wie ein Atari 2600 und nutzte dessen extrem knappen Speicher von lediglich 128 Byte. Erst im BASIC-Betrieb wurde zusätzlicher RAM aktiviert, der typischerweise etwa 2 KB umfasste und für Programme sowie Variablen zur Verfügung stand. Diese Dualität erklärt die stark voneinander abweichenden technischen Angaben in vielen Quellen und verdeutlicht zugleich den hybriden Charakter des Systems.

Preislich wurde der Bit-60 je nach Markt und Ausstattung meist im Bereich von etwa 298 bis 398 DM positioniert und lag damit deutlich unterhalb leistungsfähiger Heimcomputer, aber oberhalb reiner Spielkonsolen. Inflationsbereinigt entspricht dies heute grob einem Bereich von 300 bis 500 Euro. Die Konstruktion folgte dabei klar dem Kostenansatz: leichtes Kunststoffgehäuse, einfache Komponenten und eine funktionale, aber nicht hochwertige Verarbeitung.

Das eigentliche Problem lag jedoch nicht allein in der Technik, sondern auch im Zeitpunkt der Veröffentlichung. 1983 brach der Markt für Videospiele insbesondere in Nordamerika massiv ein, und mit ihm verlor die Atari-2600-Kompatibilität ihren größten Vorteil. Ein System, dessen Hauptargument der Zugriff auf genau diese Spielebibliothek war, stand plötzlich ohne tragfähige Grundlage da. In Europa und Teilen Asiens waren die Folgen des sogenannten „Video Game Crash“ zwar weniger drastisch, doch auch dort verschob sich das Interesse zunehmend hin zu leistungsfähigeren Heimcomputern. In der Folge blieb die Verbreitung des Bit-60 begrenzt, insbesondere außerhalb Asiens, wo das System meist nur über kleinere Importeure oder Versandhäuser erhältlich war.

Der Bit-60 ist damit kein typischer Vertreter seiner Zeit, sondern eher ein Grenzgänger zwischen zwei Welten, die sich gerade auseinanderentwickelten. Er zeigt sehr deutlich, dass die Idee, Konsole und Computer zu verbinden, technisch möglich war – wirtschaftlich jedoch nur unter den richtigen Bedingungen funktionieren konnte. Und genau diese Bedingungen waren 1983 bereits im Begriff zu verschwinden.

Poly-88: Die Brücke zwischen S-100-Experiment und Personal Computer

Ein kompaktes Metallgehäuse, darin dicht hintereinander gesteckte Leiterkarten, ein Bildschirm, der Zeichen für Zeichen aufbaut – und ein Benutzer, der nicht nur Programme ausführt, sondern versteht, was im Inneren geschieht. So lässt sich die Welt beschreiben, in der der Poly-88 Mitte der 1970er Jahre seinen Platz findet.

Zu diesem Zeitpunkt beginnt sich der Mikrocomputer gerade erst zu definieren. Ein entscheidender Ausgangspunkt ist der Altair 8800, der 1975 vorgestellt wurde. Dieses System gilt als einer der ersten kommerziell erfolgreichen Mikrocomputer und wurde vor allem als Bausatz vertrieben. Seine Bedeutung lag weniger in der unmittelbaren Bedienbarkeit als in seiner Architektur: Erweiterungskarten wurden über ein gemeinsames Stecksystem verbunden, wodurch sich der Rechner flexibel ausbauen ließ.

Genau dieses Prinzip greift der Poly-88 auf – und führt es einen Schritt weiter.

Das sogenannte S-100 Bus-System, das aus dem Altair hervorging, entwickelte sich rasch zu einem inoffiziellen Industriestandard. Hersteller konnten eigene Karten entwerfen – Speicher, Schnittstellen, Erweiterungen – und wussten, dass sie in bestehende Systeme passten. Diese Offenheit machte den Bus zur Grundlage eines frühen Hardware-Ökosystems, auf dem sich unterschiedliche Ansätze entwickeln konnten.

PolyMorphic Systems entstand genau in diesem Umfeld. Bevor überhaupt an einen eigenen Computer gedacht wurde, produzierte das Unternehmen Erweiterungskarten für Altair-Systeme. Der Schritt zum Poly-88 war also kein Sprung ins Unbekannte, sondern eine logische Konsequenz: Wer die Bausteine liefert, kann irgendwann das ganze System bauen.

Doch genau hier zeigt sich eine Verschiebung im Denken.

Während typische S-100-Rechner wie der Altair oder Systeme wie der IMSAI weiterhin als offene Baukästen mit Frontpanel und Schalterlogik konzipiert waren, geht der Poly-88 einen anderen Weg. Die Karten werden nicht mehr klassisch nebeneinander in einer großen Backplane angeordnet, sondern hintereinander in ein kompaktes Gehäuse integriert. Mit nur fünf Steckplätzen wirkt das System auf den ersten Blick eingeschränkt – tatsächlich markiert diese Entscheidung jedoch einen Übergang: weg vom beliebig erweiterbaren Experimentiergerät, hin zu einem stärker definierten, zusammenhängenden System.

Diese Veränderung ist nicht nur mechanisch, sondern auch philosophisch.

Das Handbuch formuliert den Anspruch ungewöhnlich offen:

„The POLY 88 system is designed to be, not only a powerful problem-solver, but also a source of satisfaction and enjoyment.“
(„Das POLY-88-System ist nicht nur als leistungsfähiger Problemlöser gedacht, sondern auch als Quelle von Zufriedenheit und Freude.“)

Der Rechner soll nicht nur funktionieren – er soll verstanden und erlebt werden. Entsprechend beginnt das Manual nicht mit Einschaltanweisungen, sondern mit einer Einführung in Zahlensysteme, Speicherstrukturen und Maschinenlogik. Der Benutzer wird nicht als Konsument betrachtet, sondern als jemand, der die Abläufe im Inneren nachvollziehen soll:

„Computer users should be able to picture in their minds what the computer is going through…“
(„Computeranwender sollten sich im Geiste vorstellen können, was im Inneren des Computers vor sich geht…“)

Diese Haltung blieb auch zeitgenössischen Beobachtern nicht verborgen. Der Informatiker Jef Raskin beschrieb den Umgang mit dem System in Dr. Dobb’s Journal mit den Worten:

„Sheer joy, my friends, sheer joy.“
(„Reine Freude, meine Freunde, nichts als Freude.“)

Diese Begeisterung entsteht nicht durch rohe Leistung, sondern durch Bedienbarkeit. Der Poly-88 verzichtet weitgehend auf das klassische Frontpanel mit Kippschaltern und LEDs und verlagert die Interaktion in Software: Tastatur, Bildschirm und ein Monitor-Programm übernehmen die Steuerung. Der Benutzer arbeitet nicht mehr gegen die Maschine, sondern mit ihr.

Technisch basiert der Rechner auf dem Intel-8080A-Prozessor, einem Baustein, der weniger durch seine Verbreitung im Massenmarkt als durch seine strukturelle Bedeutung auffällt. Während spätere Prozessoren wie der MOS Technology 6502 oder der Zilog Z80 den Heimcomputermarkt dominieren sollten, legte der 8080 die Grundlage für viele dieser Systeme. Im Poly-88 arbeitet er mit etwa 2 MHz und adressiert einen 16-Bit-Adressraum von bis zu 64 KB.

Einstiegskonfigurationen konnten bereits mit 4 KB RAM betrieben werden, während 8 KB als praxisnah galten, insbesondere im Zusammenspiel mit BASIC. Über das S-100-System ließ sich der Speicher schrittweise bis zur architektonischen Grenze erweitern.

Der Speicher selbst wurde dabei nicht als abstrakter Raum verstanden, sondern als physischer Zustand elektronischer Schaltungen:

„When you store a data quantity in the POLY 88, you are actually manipulating the states of many such devices.“
(„Wenn Sie Daten im POLY-88 speichern, verändern Sie tatsächlich die Zustände zahlreicher solcher Bauelemente.“)

Auch softwareseitig zeigte sich ein deutlicher Schritt in Richtung eines nutzbaren Systems. Der im ROM integrierte Monitor – häufig als „Famous 4.0“ bezeichnet – übernahm die grundlegende Steuerung von Tastatur, Bildschirm und Kassettensystem.

Darauf aufbauend spielte BASIC eine zentrale Rolle, allerdings in einer Form, die sich bewusst von der damals aufkommenden Dominanz Microsofts unterschied. Während Microsoft BASIC auf dem Altair zum De-facto-Standard wurde, setzte PolyMorphic Systems auf eine eigene Implementierung, die eng mit der integrierten Video-Hardware verzahnt war.

Für fortgeschrittene Anwender standen zudem Assembler-Werkzeuge zur Verfügung. In erweiterten Konfigurationen ließ sich das System durch zusätzliche S-100-Karten sogar in die Welt von CP/M überführen.

Ein besonders interessanter Aspekt ist die Darstellungsgrafik. Der Poly-88 verfügte über keinen klassischen Bitmap-Modus, nutzte jedoch eine zeichenbasierte Mosaiktechnik. Der Bildschirm arbeitete mit 64 Zeichen pro Zeile bei 16 Zeilen, wobei jedes Zeichen intern in sechs Subpixel unterteilt war. Daraus ergab sich eine effektive Darstellung von etwa 128 × 48 Bildelementen.

Eines der auffälligeren Programme ist Beast, ein frühes Action-Puzzle, das die Möglichkeiten dieser Darstellung eindrucksvoll nutzte.

Der Alltag war dennoch von Einschränkungen geprägt. Programme wurden meist von Kassette geladen – entweder im Kansas City Standard oder in schnelleren proprietären Formaten. Diskettenlaufwerke waren möglich, jedoch nicht Bestandteil der Grundausstattung.

Zeitgenössische Anzeigen – unter anderem im Umfeld des Byte Magazine – zeigen deutlich, dass der Poly-88 als modulare Plattform vermarktet wurde. Konfigurationen wie „System 0“ (ca. 525 US-Dollar), „System 7“ (ca. 1.750 US-Dollar) oder „System 16“ (bis etwa 2.250 US-Dollar) verdeutlichen die Spannweite.

Inflationsbereinigt entspricht dies heute ungefähr einem Bereich von rund 3.000 Euro bis hin zu etwa 11.000–12.000 Euro. Damit bewegte sich der Poly-88 klar im Segment ernsthafter Investitionsgüter.

Im Vergleich dazu wirkten Systeme wie der Altair weiterhin wie experimentelle Baukästen, während später erscheinende Rechner wie der Apple II den entgegengesetzten Weg einschlugen: stärker integriert, benutzerfreundlicher, aber weniger offen in ihrer Architektur. Der Poly-88 steht genau zwischen diesen beiden Ansätzen – technisch noch Teil der S-100-Welt, konzeptionell jedoch bereits auf dem Weg zum Personal Computer.

Zu den Verkaufszahlen existieren keine gesicherten Gesamtwerte. Seine Bedeutung liegt daher weniger im kommerziellen Erfolg als in seiner konzeptionellen Rolle.

Der Poly-88 markiert einen Übergang. Zwischen offenen Systemen und integrierten Computern, zwischen Ingenieurwerkzeug und persönlichem Gerät.

Und genau darin liegt seine eigentliche historische Einordnung.

Video Technology Laser 50 – Wenn BASIC in die Jackentasche wanderte

Es ist Mitte der 1980er Jahre, und während Systeme wie der Commodore 64 oder der ZX Spectrum den heimischen Schreibtisch erobern, verfolgt ein Hersteller aus Hongkong einen anderen Ansatz: Computer sollen nicht nur zu Hause stehen, sondern überallhin mitgenommen werden können – und vor allem eines tun: Programmieren lehren. In genau diesem Spannungsfeld entsteht der Video Technology Laser 50, ein Gerät, das sich selbstbewusst als „BASIC learning tool that teaches you BASIC“ bezeichnete.

Hergestellt wurde der Rechner von VTech, einem Unternehmen, das in den 1980er Jahren sowohl im Bereich preisgünstiger Lernsysteme als auch bei kompatiblen Heimcomputern aktiv war. Der Laser 50 erschien um 1984/85 und wurde je nach Markt unterschiedlich vertrieben – in Frankreich etwa unter der Bezeichnung „Laser One“. Technisch blieb das System dabei unverändert, doch die Umbenennung unterstreicht die Positionierung als Einsteigergerät.

Auf den ersten Blick wirkt der Laser 50 eigenwillig. Statt eines klassischen Bildschirms besitzt er ein einzeiliges LCD mit lediglich 16 Zeichen. Programme müssen daher horizontal durch den Text scrollen, was die Arbeit verlangsamt und eine gewisse Disziplin beim Programmieren erfordert. Im Inneren arbeitet ein Z80-kompatibler Prozessorkern, allerdings nicht als klassischer Einzelchip. Während Systeme wie der Sinclair ZX81 noch klar getrennte Komponenten für CPU, RAM und ROM zeigen, setzt der Laser 50 auf eine stark integrierte Bauweise. Prozessorfunktion, Tastatursteuerung und Displaylogik sind in wenigen spezialisierten Bausteinen zusammengefasst – ein Ansatz, der Kosten spart, aber zugleich Einblicke und Erweiterungen erschwert.

Der Arbeitsspeicher beträgt lediglich 2 Kilobyte RAM, was den verfügbaren Spielraum deutlich begrenzt. Über einen Erweiterungsanschluss lässt sich der Speicher jedoch auf bis zu 16 Kilobyte ausbauen, wodurch sich komplexere Programme realisieren lassen. Trotz dieser Einschränkung war das System in der Lage, bis zu zehn BASIC-Programme gleichzeitig zu verwalten. Diese blieben im Speicher erhalten, solange die Stromversorgung nicht vollständig unterbrochen wurde – ein Detail, das im Alltag überraschend praktisch war.

Der Laser 50 versteht sich klar als Lernsystem. Das Handbuch wird in zeitgenössischen Beschreibungen als besonders zugänglich und praxisnah geschildert, mit zahlreichen Beispielprogrammen und erklärenden Abschnitten. Ergänzt wird dies durch einen Trace-Modus, der Programme schrittweise ausführt und so den Ablauf einzelner Befehle sichtbar macht. Variablen lassen sich dabei beobachten, was das Verständnis von Programmstrukturen erleichtert. Für ein Gerät dieser Größenklasse ist das bemerkenswert konsequent umgesetzt.

Im praktischen Einsatz treten jedoch schnell die Grenzen zutage. Die Tastatur ist vollständig, aber ungewöhnlich angeordnet; insbesondere die Position der Leertaste verlangt Eingewöhnung. Hinzu kommt eine technische Einschränkung, die sich im Alltag bemerkbar macht: Das System verarbeitet Eingaben nur bis zu einer Geschwindigkeit von etwa 20 Wörtern pro Minute zuverlässig. Schnellere Eingaben führen zu ausgelassenen oder doppelt registrierten Zeichen – ein Effekt, der den Arbeitsfluss spürbar beeinflussen kann.

Neben dem Computerbetrieb verfügt der Laser 50 über einen integrierten Taschenrechner-Modus mit wissenschaftlichen Funktionen. Diese Kombination aus Programmierumgebung und Rechenwerkzeug verdeutlicht die Zielgruppe: Schüler, Einsteiger und Anwender, die unterwegs einfache Berechnungen durchführen oder kleine Programme nutzen wollten. Zubehör wie Kassettenrekorder, Thermodrucker oder sogar ein vierfarbiger Plotter erweiterten die Einsatzmöglichkeiten, auch wenn solche Peripherie vermutlich nur von einem kleinen Teil der Nutzer tatsächlich eingesetzt wurde.

Preislich bewegte sich der Laser 50 nach zeitgenössischen Einschätzungen im Bereich von etwa 100 bis 150 US-Dollar, was inflationsbereinigt heute ungefähr 280 bis 450 Euro entspricht. Damit lag er deutlich unter klassischen Heimcomputern, aber über einfachen Taschenrechnern – eine Zwischenposition, die seine Rolle im Markt treffend beschreibt.

Im Vergleich zu tragbaren Systemen wie dem TRS-80 Pocket Computer zeigt sich, dass der Laser 50 zwar komfortabler zu bedienen war, jedoch nicht die Leistungsfähigkeit eines vollwertigen Heimcomputers erreichte. Gleichzeitig fehlte ihm eine breitere Softwarebasis, was seine langfristige Nutzung einschränkte.

Über das Gerät selbst ist heute nur wenig dokumentiert. Zeitgenössische Testberichte sind selten, technische Unterlagen nur fragmentarisch erhalten. Ein Großteil des Wissens basiert auf erhaltenen Geräten, Handbüchern und späteren Analysen durch Sammler. Diese lückenhafte Quellenlage ist jedoch kein Zufall, sondern typisch für eine Geräteklasse, die eher als Lernwerkzeug denn als Plattform für eine wachsende Softwarekultur gedacht war.

Der Laser 50 ist damit kein System, das durch Leistung oder Verbreitung auffiel, sondern eines, das einen sehr spezifischen Ansatz verfolgte: Programmieren zugänglich zu machen, ohne die Hürde eines großen, teuren Heimcomputers. Gerade diese Zwischenstellung macht ihn heute interessant – als Zeugnis einer Phase, in der Computer klein genug wurden, um sie mitzunehmen, aber noch weit davon entfernt waren, universell einsetzbar zu sein.

Power Mac G4 Cube – Apples lautloser Würfel und das Risiko einer neuen Geräteklasse

Source: https://www.mac27.net/power-mac-g4-cube

Es war einer dieser Momente, wie sie Steve Jobs über Jahre hinweg perfektioniert hatte. Apple-Präsentationen waren für ihn nie bloße Produktvorstellungen gewesen – sie waren Inszenierungen, bewusst aufgebaute Dramaturgien, bei denen das Publikum nicht nur informiert, sondern regelrecht verführt werden sollte.

Die Zuschauer wussten das. Und sie erwarteten es auch. Wenn Jobs die Bühne betrat, ging es nicht allein um technische Daten oder Modellpflege. Es ging um den nächsten Schritt, um die Frage, welchen Stempel Cupertino der Computerwelt diesmal aufdrücken würde.

Der berühmte Moment, das kurze Innehalten, die scheinbar beiläufige Ankündigung – „but there’s one more thing“ – war längst zu einem Ritual geworden. Ein Versprechen, dass hinter dem Vorhang noch etwas wartete, das über das Erwartbare hinausging.

Genau in diesem Spannungsfeld wurde im Sommer 2000 der Apple Power Mac G4 Cube vorgestellt.

Es war einer dieser Momente, wie sie Steve Jobs nur selten inszenierte – und wenn, dann mit maximaler Wirkung. Auf der Bühne der Macworld im Sommer 2000 stand zunächst nichts weiter als eine Idee im Raum, formuliert in einem jener Sätze, die zugleich Vision und Versprechen waren:

„we are combining the power of the Power Mac G4 […] with the desktop elegance, the silence and the miniaturization that we learned from doing the iMac to make a whole new class of machine“
(„Wir kombinieren die Leistung des Power Mac G4 mit der Eleganz, der Lautlosigkeit und der Miniaturisierung des iMac, um eine völlig neue Klasse von Computern zu schaffen.“)

Es war mehr als nur eine Produktankündigung. Jobs sprach nicht von einem neuen Modell, sondern ausdrücklich von einer „new class of machine“ – ein Anspruch, der weit über die Technik hinausging. Apple wollte hier keinen bestehenden Markt bedienen, sondern ihn erweitern.

Dann folgte die Verdichtung dieser Idee in eine physische Form:

„we have miniaturized all that power into something this size […] an 8 inch cube“
(„Wir haben all diese Leistung in etwas von dieser Größe miniaturisiert […] einen 8-Zoll-Würfel.“)

Ein kompletter Power Mac G4, reduziert auf ein Volumen, das eher an ein Designobjekt erinnerte als an einen klassischen Rechner. Und als wäre das nicht genug, setzte Jobs noch einen weiteren Akzent:

„all this power in an 8 inch cube has cooled without a fan […] so it runs in virtual silence“
(„All diese Leistung in einem 8-Zoll-Würfel wird ohne Lüfter gekühlt […] und läuft praktisch lautlos.“)

Als der Rechner schließlich enthüllt wurde, fiel der vielleicht programmatischste Satz des gesamten Auftritts:

„quite possibly the most beautiful product we’ve ever designed“
(„Möglicherweise das schönste Produkt, das wir je entworfen haben.“)

Und tatsächlich – der Cube war weniger ein Computer im klassischen Sinne als vielmehr ein bewusst inszeniertes Objekt. Ein System, das nicht unter dem Schreibtisch verschwand, sondern sichtbar wurde.

Während der Applaus noch nachhallte, begann hinter den Kulissen jedoch bereits eine Geschichte, die deutlich weniger makellos verlief.

Die Form selbst war kein Zufall. Wer genau hinsah, erkannte eine Linie zurück zu NeXT – jenem Unternehmen, das Jobs nach seinem Weggang von Apple gegründet hatte. Dessen Rechner, später als NeXTcube bekannt, folgten bereits einer ähnlichen geometrischen Klarheit. Jobs bestätigte später knapp: „Yes, we did one before.“

Doch der Unterschied war entscheidend. Während der NeXTcube noch als klassisches Arbeitsgerät gedacht war, wurde der Cube bewusst als Objekt gestaltet – als ein System, das sichtbar auf dem Schreibtisch stand. Jobs beschrieb ihn sinngemäß als „brain in a beaker“ – ein sichtbar gemachtes, konzentriertes System.

Der Weg dorthin war jedoch alles andere als trivial. Die transparente Hülle war das Ergebnis monatelanger Entwicklung. Jobs ließ durchblicken, dass es ein halbes Jahr dauerte, allein die exakte Materialzusammensetzung für das Gehäuse zu entwickeln. Statt klassischem Spritzguss setzte Apple zusätzlich auf präzise Nachbearbeitung – Bohrungen und Lüftungsöffnungen wurden nachträglich gefräst, um die gewünschte optische Klarheit zu erreichen.

Dieser Aufwand war kein Selbstzweck. Apple hatte bereits mit dem iMac gelernt, dass Material und Erscheinung Teil der Produktidentität waren. Der Cube führte diesen Ansatz konsequent fort.

Und doch zeigte sich bereits in dieser Phase ein grundlegendes Problem. Kurz vor der Präsentation wurde intern deutlich, dass sich der geplante Preis nicht halten ließ. Der Rechner würde deutlich teurer werden als ursprünglich vorgesehen. Hier kollidierten erstmals Vision und Realität – ein Konflikt, der später entscheidend werden sollte.

So überzeugend die Inszenierung war – ihre eigentliche Bewährungsprobe fand die Konstruktion nicht auf der Bühne, sondern im Alltag statt.

Im Inneren arbeitete ein PowerPC G4 (Motorola 7400) mit integrierter Velocity Engine, unterstützt von einem dedizierten L2-Cache. Der Arbeitsspeicher ließ sich auf bis zu 1,5 GB ausbauen, womit das System technisch klar im oberen Bereich seiner Zeit lag. Auch die Ausstattung mit FireWire, USB, Ethernet und optionalem AirPort unterstrich, dass es sich nicht um ein abgespecktes System handelte.

Doch nicht die reine Leistung machte den Cube bemerkenswert, sondern seine Konstruktion. Apple verzichtete vollständig auf einen Lüfter. Stattdessen wurde die Wärme über einen zentralen Kühlkörper nach oben abgeführt – allein durch natürliche Luftzirkulation. In der Praxis bedeutete das einen nahezu lautlosen Betrieb, allerdings auch ein System, das thermisch näher an seinen Grenzen arbeitete als klassische Tower-Rechner.

Auch die äußere Gestaltung folgte diesem Prinzip der Reduktion. Sämtliche Anschlüsse befanden sich an der Unterseite des Geräts – eine Entscheidung, die das Erscheinungsbild klar hielt, im Alltag jedoch nicht immer praktisch war.

Mit dem Apple Display Connector ging Apple noch einen Schritt weiter. Video, Daten und Strom wurden über ein einziges Kabel geführt – elegant, aber zugleich proprietär. Ein Ansatz, der bereits erkennen ließ, wie stark Apple sein Ökosystem kontrollieren wollte.

Beim Thema Audio verzichtete man vollständig auf interne Lösungen. Stattdessen entwickelte Apple gemeinsam mit Harman Kardon externe Lautsprecher, die sowohl funktional als auch gestalterisch Teil des Systems waren.

Im Inneren blieb der Zugriff hingegen überraschend klassisch. Mit einem einfachen Mechanismus ließ sich der komplette Kern des Systems herausziehen. Komponenten waren schnell erreichbar – ein Detail, das besonders professionelle Anwender ansprach.

Doch genau hier lag die Grenze. Trotz dieser Zugänglichkeit war die Erweiterbarkeit eingeschränkt. Es fehlten PCI-Steckplätze, zusätzliche Laufwerksplätze und flexible Upgrade-Möglichkeiten. Im direkten Vergleich bot der klassische Power Mac G4 Tower mehr Leistungsspielraum – und das oft zu einem geringeren Preis.

Damit wurde die Position des Cube zunehmend unklar. Für Einsteiger war er zu teuer, für Profis zu eingeschränkt.

Die Zahlen folgten schnell. Statt der erwarteten Nachfrage wurden nur rund 150.000 Einheiten verkauft. Bereits wenige Monate nach Marktstart reagierte Apple mit Preisnachlässen. Intern galt das Projekt schon früh als gescheitert.

Später formulierte Tim Cook rückblickend:

„It was a spectacular failure commercially, from the first day almost.“
(„Es war wirtschaftlich ein spektakulärer Fehlschlag – praktisch vom ersten Tag an.“)

Auch Apples eigene Analyse fiel nüchtern aus. Phil Schiller erklärte, dass sich die meisten Kunden stattdessen für die Power-Mac-G4-Tower entschieden hätten – leistungsstärker, günstiger und vor allem flexibler.

Am 3. Juli 2001 setzte Apple den Cube offiziell aus und ließ die Tür bewusst offen – man sprach von einer möglichen Rückkehr, nicht von einer endgültigen Einstellung.

Und doch verschwand der Cube in seiner ursprünglichen Form.

Sein Einfluss blieb jedoch bestehen. Die Idee, leistungsfähige Hardware in kompakte, designorientierte Gehäuse zu integrieren, fand später in Geräten wie dem Mac mini oder dem Mac Studio eine neue Ausprägung – diesmal jedoch zu einem Preis und in einer Form, die der Markt besser aufnehmen konnte.

Rückblickend wirkt der Cube wie ein Produkt, das weniger für seine eigene Zeit entwickelt wurde als für eine Zukunft, die erst noch entstehen musste. Ein Rechner, der technisch funktionierte, gestalterisch überzeugte – und dennoch an seiner Einordnung scheiterte.

Vielleicht liegt gerade darin seine eigentliche Bedeutung.

 

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.

 

Piggybacking: Huckepack zum Speicher-Upgrade in der frühen Mikrocomputerzeit

In den frühen 1980er-Jahren stieg der Bedarf an Arbeitsspeicher deutlich schneller, als es die Entwickler vieler Heim- und Mikrocomputer vorgesehen hatten. Die Hürden für Upgrades waren hoch: RAM-Bausteine waren kostspielig, passende Erweiterungskarten oft nicht lieferbar oder im Gehäuse schlicht nicht vorgesehen. In dieser Situation etablierte sich unter Bastlern und Servicetechnikern eine pragmatische Lösung, die als Piggybacking bekannt wurde: Ein zusätzlicher Speicherchip wurde direkt auf einen vorhandenen Baustein gelötet – gewissermaßen „Huckepack“.

Technisch war dieses Verfahren möglich, da identische Speicherchips denselben Satz an Daten-, Adress- und Versorgungsleitungen nutzen. Diese Signale konnten problemlos parallel an beide Chips geführt werden. Die Herausforderung lag allein darin, zu steuern, welcher Baustein zu einem bestimmten Zeitpunkt aktiv sein sollte.

Beim Piggybacking wurden daher fast alle Pins des oberen Chips direkt mit dem darunterliegenden verbunden. Lediglich die Aktivierungsleitung – etwa der „Chip Select“ (CS) – wurde ausgespart. Man bog das entsprechende Beinchen des oberen Chips leicht nach außen und verband es über einen separaten Draht mit der Speicherlogik. So nutzten beide Bausteine denselben Bus, konnten aber getrennt angesprochen werden, ohne sich gegenseitig zu stören.

Besonders verbreitet war diese Methode bei Systemen mit DRAM-Bausteinen der 16- oder 64-Kilobit-Generation, etwa Chips wie dem 4116 (16 K × 1) oder später dem 4164 (64 K × 1). Statt ein komplett neues Platinenlayout zu entwerfen, ließ sich die Speicherkapazität so mit überschaubarem Aufwand erweitern.

Doch Piggybacking diente nicht nur der Aufrüstung: In Werkstätten war es auch ein bewährter Diagnose-Trick. Ein Techniker setzte dazu einen funktionierenden Speicherchip testweise direkt auf einen verdächtigen Baustein. Lief der Rechner plötzlich stabil, galt der darunterliegende Chip meist als identifiziertes Problem. Solche Diagnosemethoden finden sich bereits in der Elektronikliteratur der Zeit, etwa in Don Lancasters „TTL Cookbook“, das praktische Test- und Servicetechniken für integrierte Schaltungen beschreibt.

Auch prominente Systeme blieben von solchen Modifikationen nicht unberührt. Als Techniker Mitte der 1980er-Jahre versuchten, den Macintosh 128K auf 512 KB Arbeitsspeicher zu erweitern, tauchten in Bastler- und Werkstattkreisen verschiedene improvisierte Lösungen auf. Eine davon bestand darin, zusätzliche 4164-DRAMs direkt auf die vorhandenen Speicherchips zu setzen und die Aktivierungslogik entsprechend anzupassen. Larry Pina dokumentierte solche Eingriffe später ausführlich in seinem Werk „Macintosh Repair & Upgrade Secrets“ (1987).

Trotz ihrer Effizienz hatte die Methode Grenzen. Die zusätzliche elektrische Last auf den Leitungen stellte höhere Anforderungen an die Treiberbausteine, und bereits kleine Unterschiede im Timing konnten zu Instabilitäten führen. In der Serienproduktion blieb Piggybacking daher meist eine Übergangslösung, bis eine neue Platinenrevision mit optimierter Speicherarchitektur verfügbar war.

Piggybacking war damit weniger eine offizielle Designstrategie als eine praktische Werkstattlösung. Wenn Erweiterungshardware fehlte oder ein defekter Baustein schnell identifiziert werden musste, genügte oft ein identischer Chip und ein Stück Draht. In vielen Fällen funktionierte diese einfache Methode erstaunlich zuverlässig.

Intel 8088

Von Konstantin Lanzet - CPU collection Konstantin Lanzet, CC BY-SA 3.0, https://commons.wikimedia.org/w/index.php?curid=6692144

Der Intel 8088 gehört zu jenen Prozessoren, deren historische Bedeutung sich weniger aus ihren reinen Leistungsdaten ergibt als aus den Entscheidungen, die um ihn herum getroffen wurden. Als Intel ihn 1979 vorstellte, wirkte er auf dem Papier wie ein Kompromiss: intern ein vollwertiger 16-Bit-Prozessor, nach außen jedoch mit einem 8-Bit-Datenbus ausgestattet. Genau dieser scheinbare Rückschritt sollte sich jedoch als strategischer Glücksfall erweisen – nicht nur für Intel selbst, sondern für die gesamte Personal-Computer-Industrie der frühen 1980er-Jahre.

Technisch basiert der 8088 auf derselben Architektur wie der ein Jahr zuvor erschienene Intel 8086. Beide Prozessoren verfügen über identische Register, denselben Befehlssatz und das segmentierte Speicheradressmodell mit 20-Bit-Adressraum, das theoretisch bis zu ein Megabyte Arbeitsspeicher erlaubt. Der entscheidende Unterschied liegt ausschließlich in der Bus-Anbindung: Während der 8086 Daten extern mit 16 Bit überträgt, beschränkt sich der 8088 auf 8 Bit. Diese Entscheidung erlaubte den Einsatz günstigerer Speicherbausteine, einfacherer Platinenlayouts und vorhandener 8-Bit-Peripherie. Typische Taktfrequenzen lagen anfangs bei 4,77 MHz, später folgten Varianten mit 5, 8 und bis zu 10 MHz.

Diese Auslegung war kein Zufall, sondern Ausdruck einer klaren Systemstrategie. Intel verstand den 8088 nicht als abgespeckte Notlösung, sondern als Brücke zwischen der etablierten 8-Bit-Welt und der kommenden 16-Bit-Generation. Aus Sicht des Programmierers verhielten sich 8086 und 8088 identisch; Unterschiede zeigten sich erst auf der Ebene der Speicheranbindung. Dass der 8088 in der Praxis oft langsamer wirkte als sein 16-Bit-Pendant, lag weniger am Rechenkern selbst als an der kleineren Vorlade-Warteschlange und dem schmaleren Datenbus, die den Instruktionsnachschub begrenzten. Moderne Analysen zeigen, dass dieser Leistungsnachteil stark vom jeweiligen Programmcode abhing und nicht pauschal war.

Historisch untrennbar verbunden ist der Intel 8088 mit dem IBM PC 5150 aus dem Jahr 1981. IBM entschied sich bewusst gegen den technisch leistungsfähigeren 8086 und wählte den 8088 aus pragmatischen Gründen. Ausschlaggebend waren die kürzere Entwicklungszeit, die Nutzung bewährter 8-Bit-Supportchips und eine insgesamt geringere Systemkomplexität. Leistungsreserven spielten eine untergeordnete Rolle; entscheidend war ein robustes, schnell realisierbares Gesamtsystem. Mit dieser Wahl legte IBM den Grundstein für eine Plattform, die sich rasch zum industriellen Standard entwickelte.

Die Entwicklung des 8088 fällt in eine Phase, in der Intel sich endgültig vom reinen Speicherhersteller zum Prozessoranbieter wandelte. Nach dem Erfolg des 8080 sollte die 8086-Architektur den technologischen Schritt in die Zukunft markieren. Der 8088 war dabei die marktfähige Variante, die es erlaubte, neue Architekturkonzepte in bestehende Produktionsrealitäten einzubetten. Zeitgenössische Industrieberichte zeigen, dass Intel diesen Ansatz bewusst verfolgte: Architekturkontinuität und Skalierbarkeit wurden höher bewertet als maximale Rohleistung.

In der praktischen Anwendung zeigte der Prozessor ein ambivalentes Bild. Gegenüber klassischen 8-Bit-CPUs bot er klare Vorteile: größere Register, leistungsfähigere Befehle und einen deutlich erweiterten Adressraum. Gleichzeitig sorgte der 8-Bit-Bus dafür, dass viele Programme kaum schneller liefen als auf hochgetakteten Z80-Systemen. Frühere Magazinberichte wiesen daher häufig darauf hin, dass das theoretische Potenzial der Architektur im Alltag noch nicht vollständig ausgeschöpft wurde. Dennoch eröffnete der 8088 neue Einsatzfelder, insbesondere für komplexere Betriebssysteme und professionelle Anwendungen wie Textverarbeitung, Tabellenkalkulation und Datenbanken.

Zeitgenössische Fachzeitschriften beschrieben den 8088 entsprechend nüchtern. In der deutschsprachigen Presse galt er als zukunftssicher, aber teuer. Gelobt wurden die klare Architektur und das professionelle Umfeld, kritisch gesehen wurden Geschwindigkeit und Preisniveau. Ein 8088-System wirkte weniger wie ein Heimcomputer und mehr wie ein Arbeitsgerät – ein Eindruck, der das Image des IBM-PC und seiner zahlreichen Nachbauten lange prägte.

Wirtschaftlich bewegte sich der Intel 8088 im klassischen Business-Segment. Der Prozessor selbst war deutlich teurer als zeitgenössische 8-Bit-CPUs, rechtfertigte diesen Preis jedoch durch seine Positionierung in professionellen Systemen. Komplettrechner auf 8088-Basis lagen inflationsbereinigt schnell im Bereich mehrerer tausend Euro. Erst mit dem Aufkommen kompatibler PC-Clones sanken die Preise allmählich, ohne den grundsätzlichen Charakter der Plattform zu verändern.

Die Nachwirkung des 8088 ist kaum zu überschätzen. Obwohl er technisch bald vom 80286 und später vom 80386 überholt wurde, definierte er zentrale Grundlagen der PC-Architektur: das Zusammenspiel von Prozessor, BIOS, Peripherie und Betriebssystem ebenso wie das segmentierte Speichermodell. Selbst Jahrzehnte später mussten Entwickler Rücksicht auf diese frühen Entscheidungen nehmen. Der 8088 gilt daher weniger als technischer Höhepunkt, sondern vielmehr als Fundament einer bis heute fortgeführten Architektur.

Rückblickend erscheint der Intel 8088 als Prozessor mit enormer Systemwirkung. Er war nicht der eleganteste Chip seiner Zeit und auch nicht der schnellste. Doch durch die Kombination aus technischer Solidität, industrieller Akzeptanz und dem richtigen Zeitpunkt wurde er zum Ausgangspunkt einer Entwicklung, die den Personal Computer aus einer Nische in den Alltag von Büros und Verwaltungen führte. In diesem Sinne steht der 8088 exemplarisch für eine zentrale Erkenntnis der Computergeschichte: Entscheidend ist nicht allein die maximale Leistung, sondern die Fähigkeit, ein tragfähiges System zu ermöglichen.