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.
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.
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.


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
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.
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“.



