Atari.
Technik trifft
Musik.

Bei CTIA79 gehören Computertechnik und Musik zusammen. Als IT-Systemadministrator und Entwickler beschäftigt er sich mit Audio-Workstations und Software nahe an der Hardware. Damit verbindet sich ein Blick auf Rechner, der über Datenblätter hinausgeht: Wie greifen die Teile ineinander? Was geschieht zwischen einem Tastendruck, der Verarbeitung im Programm und dem hörbaren Ergebnis? Und wie bleibt ein System im täglichen Einsatz verlässlich?

Sein erster Atari ist ein Atari 400. Die Modellgeschichte beginnt 1979; Atari-Videospiele gehören für ihn schon davor dazu. Dieser Einstieg führt in die 8-Bit-Welt mit eigener Grafik- und Soundhardware. Von dort spannt diese Seite den Bogen zu ST, STE, TT und Falcon, deren besondere Stärken zwischen Schreibtisch, Programmierung und Musikstudio liegen.

Heute nutzt CTIA79 einen Minisforum AI X1 Pro-370 mit 96 GB Arbeitsspeicher und einer 2-TB-SSD. Zwischen dem Atari 400 und diesem kompakten PC liegen mehrere technische Generationen. Geblieben ist die Verbindung von Technik und Audio: Klang entsteht weiterhin durch das Zusammenspiel von Rechenzeit, Datenwegen und passenden Werkzeugen.

Schwarzwald, Schnee und ein überzeugter Kombifahrer

CTIA79 lebt in einem kleinen, höher gelegenen Ort im Schwarzwald, wo Schnee zum Alltag gehört. Beim Auto ist er überzeugter Fahrer eines Škoda Superb Combi mit Allrad und Dieselmotor. Das passt zu seinem Leben dort: ein geräumiger Kombi für den Alltag in einer Gegend, in der der Winter noch deutlich mitredet.

Drei Wege durch seine Computerwelt

• Der Anfang mit dem Atari 400: 8-Bit-Technik, POKEY-Klang, BASIC und die Besonderheiten beim heutigen Betrieb.
• Die ST-/STE-/TT-/Falcon-Familie: ein ausführliches Nachschlagewerk zu Modellen, Musik, Software, Anschlüssen und Fehlersuche.
• Der heutige Minisforum: CTIA79s Ausstattung und die entscheidenden Zusammenhänge für eine moderne Audio-Workstation.

Der Atari 400 und der heutige Minisforum bilden die persönlichen Bezugspunkte. Die folgenden ST-, STE-, TT- und Falcon-Kapitel beschreiben die Rechnerfamilien mit ihren Möglichkeiten und Grenzen. Sie lassen sich damit auch unabhängig von einer bestimmten Sammlung als technische Hilfe benutzen.

Vor dem ST steht bei CTIA79 der Atari 400. Er gehört zu der 1979 gestarteten 400/800-Generation: ein Heimcomputer mit charakteristischer Folientastatur und einem Modulschacht unter einer Klappe. Er markiert eine eigene Computerwelt, deren Programme und Zubehör sich grundlegend von der späteren ST-Familie unterscheiden.

Warum ANTIC, CTIA/GTIA und POKEY wichtig sind

Ein Spezialchip ist hier Teil des Programmiermodells. ANTIC organisiert den Bildschirmaufbau über eine Display List; CTIA beziehungsweise GTIA ergänzt unter anderem Farb- und Player/Missile-Funktionen. Die vorhandene Chipgeneration bestimmt, welche Effekte ein Programm verwenden kann. Ein späterer GTIA-Ausbau darf deshalb nicht allein aus dem Gehäusenamen abgeleitet werden. Beim Restaurieren lohnt es sich, tatsächliche Bestückung und Änderungen zu dokumentieren.

POKEY verbindet Klangerzeugung mit weiteren Ein- und Ausgabeaufgaben. Seine vier Stimmen sind eine andere Technik als der PSG im ST und wieder etwas anderes als die digitale Audiokette des Falcon. Mehr Stimmen im Datenblatt bedeuten deshalb nicht automatisch denselben Klang oder dieselben musikalischen Möglichkeiten. Für CTIA79s Mischung aus Technik und Audio ist gerade dieser Zusammenhang zwischen Register, Zeitablauf und Klang ein passender Ausgangspunkt.

Atari: 400/800 Hardware Manual ↗ · Atari: 400/800 PAL Field Service Manual ↗

Ein kurzer Klangversuch in Atari BASIC

Dieses Beispiel gehört auf einen Atari 400/800 mit BASIC-Modul oder in eine passend eingerichtete Atari-8-Bit-Emulation. Es erzeugt einen kurzen Ton mit mäßiger Lautstärke und schaltet ihn anschließend wieder ab. Der Ton ist ein Funktionsversuch; die Schleife ist keine präzise Zeitbasis und ersetzt keinen Musiksequencer.

10 GRAPHICS 0
20 PRINT "ATARI 400 - KLANGTEST"
30 SOUND 0,121,10,6
40 FOR T=1 TO 150:NEXT T
50 SOUND 0,0,0,0
60 END
RUN

Bei SOUND stehen die vier Werte für Stimme, Tonhöhenparameter, Klang-/Verzerrungsart und Lautstärke. Die Stimmen werden von 0 bis 3 adressiert. Ein größerer Tonhöhenparameter bedeutet in dieser Betriebsart eine tiefere Tonhöhe. PAL- und NTSC-Takte können sich hörbar auswirken; für gestimmte Musik gehören Taktgrundlage und verwendete POKEY-Betriebsart zur Berechnung. Der Code ist kein ST-BASIC-Listing.

Atari: BASIC Reference Manual, SOUND ↗

Bild und Startbild richtig einordnen

Ein serienmäßiger Atari 400 wird gewöhnlich über seinen HF-Fernsehausgang betrieben. Ein Cinch-förmiger Stecker am HF-Kabel liefert deshalb nicht automatisch Composite-Video. Ein passiver Cinch-zu-HDMI-Stecker kann das Signal nicht umwandeln. Vor dem Anschluss zählen Landesversion, passender analoger TV-Empfang und ein nachweislich geeigneter Signalweg. Vorhandene Video-Umbauten werden als solche behandelt.

Ohne eingelegtes Modul und ohne startendes Laufwerk kann der Rechner den Memo-Pad-Bildschirm zeigen. Das ist keine eingebaute BASIC-Umgebung: Man kann Zeichen eingeben, erhält damit aber noch keinen BASIC-Interpreter. Für BASIC wird das passende Modul bei ausgeschaltetem Gerät eingesetzt. Die Modulklappe gehört zum Startzustand; ihr Sicherheitsschalter wird bei einer Fehlersuche nicht überbrückt.

Atari: deutschsprachige Bedienungsanleitung ↗ · Atari: US Owner’s Guide / Memo Pad ↗

Alte Programme heute erhalten

Kassetten, Disketten und Module werden jeweils mit dem dafür geeigneten Verfahren gesichert. SIO-Laufwerksemulationen bilden einen anderen Anschluss und andere Formate ab als die ST-Diskettenabbilder dieser Seite. Eine ATR-Datei wird deshalb nicht in den MSA-/STX-Prüfer weiter unten eingeordnet. Beim Übertragen bleiben Original und Arbeitskopie getrennt; zur Datei kommen Hinweise zu Rechner, RAM, benötigtem BASIC und verwendeter TV-Norm.

Bei Lesefehlern helfen zunächst die einfachen Unterschiede: Ist die Software für den vorhandenen Speicher gedacht? Erwartet sie eine XL-/XE-Betriebssystemfunktion oder GTIA? Stimmt die Laufwerks- beziehungsweise SIO-Konfiguration? Eine solche Anforderung ist kein Beweis für einen kaputten Atari 400. Fehlende Tastatureingaben, ausgefallene Grafik und fehlender Ton werden anschließend getrennt untersucht.

Von seinem Atari 400 weiter in die 8-Bit-Familie

Zum Atari 400 gehört eine lange eigene Entwicklungslinie: Atari 800, die XL-Modelle, die XE-Rechner und das XEGS. ANTIC, CTIA/GTIA, POKEY und SIO verbinden diese Welt. Die spätere ST-Familie eröffnet einen anderen technischen Weg. Wer alte Programme, Klangdateien oder Zubehör zuordnen möchte, beginnt deshalb bei der jeweiligen Plattform.

Das ausführliche SSLXY-Archiv der Atari-8-Bit-Heimcomputer behandelt diese Familie mit ihren Modellen, Betriebssystemen, Grafikverfahren, Laufwerken und Erweiterungen. Für CTIA79s ersten Atari ergänzt es die praktische Einführung hier um die technischen Hintergründe.

Gezielt in der 8-Bit-Dokumentation weiterlesen

• Atari 400 und die Entwicklung über 800, XL und XE bis zum XEGS: Modelle und Ausstattungen einordnen.
• ANTIC und Display Lists sowie Player/Missile-Grafik: verstehen, wie der 8-Bit-Rechner den Bildschirm aufbaut.
• POKEY und Musiksoftware: den Klangchip und seine musikalische Nutzung erkunden.
• SIO, moderne Datenträgerlösungen und ATR-Abbilder: passende Datenwege für die 8-Bit-Plattform finden.
• PAL/NTSC, Betriebssystem-Kompatibilität und Diskettenerhalt: typische Stolperstellen eingrenzen.

Die Modellgeschichte ist zugleich eine Orientierung für Software. Ein Programm kann mehr RAM, eine bestimmte ROM-Funktion oder eine Erweiterung voraussetzen, obwohl es grundsätzlich zur Atari-8-Bit-Familie gehört. Für die Fehlersuche werden deshalb Modell, tatsächlicher Ausbau, Betriebssystem und Datenträger gemeinsam betrachtet. Der Name Atari allein reicht für die Auswahl eines Programms oder Adapters nicht aus.

CTIA79 nutzt heute einen Minisforum AI X1 Pro-370 mit 96 GB RAM und einer 2-TB-NVMe-SSD. Der kleine Rechner bringt moderne Mehrkerntechnik, integrierte Grafik und zahlreiche Datenwege auf engem Raum zusammen. Seine Ausstattung passt zu umfangreichen Entwicklungsumgebungen, virtuellen Maschinen und speicherintensiven Projekten; wie gut eine konkrete Audioanwendung läuft, entscheidet sich zusätzlich an Software, Treibern und der tatsächlich verwendeten Audiokette.

Minisforum: AI X1 Pro-370 – technische Ausstattung ↗ · AMD: Ryzen AI 9 HX 370 – Prozessordaten ↗

96 GB RAM und 2 TB SSD bezeichnen seinen konkreten Rechner. Die größeren Grenzwerte beschreiben die Erweiterungsmöglichkeiten der Plattform. Sie setzen passende Module, Laufwerke und Firmware voraus. Die Netzteilangabe von 135 W ist weder ein gemessener Dauerverbrauch noch eine Garantie für dieselbe Leistung unter jeder Last. Auch maximale Boost-Takte sind keine zugesagte Taktrate für alle Kerne gleichzeitig.

Was diese Ausstattung für Audio bedeutet

Große Sample-Bibliotheken und mehrere parallel geöffnete Werkzeuge können den Arbeitsspeicher nutzen. Eine zusätzliche SSD kann Projekte und Bibliotheken übersichtlicher trennen. Daraus folgt allerdings keine automatische Sicherung: Ein zweites Laufwerk im selben Rechner ersetzt keine unabhängige, wiederherstellbare Kopie wichtiger Aufnahmen, Projekte und Einstellungen.

Bei Live-Audio ist die rechtzeitige Verarbeitung eines Blocks entscheidend. Viele Kerne helfen bei parallel verteilbaren Aufgaben; ein einzelner stark belasteter Signalweg kann trotzdem die Grenze setzen. Die 50 TOPS der NPU gelten für dafür unterstützte KI-Berechnungen. Ein gewöhnliches Audio-Plug-in nutzt diese Einheit nicht allein deshalb, weil sie vorhanden ist. Die NPU-Zahl ist deshalb keine Rangliste für ASIO-Leistung oder erreichbare Spurenzahl.

Pufferzeit, Latenz und hörbare Stabilität

Für ein Audiointerface wird in der Anwendung der passende, unterstützte Audiotreiber gewählt. Ein kleinerer Puffer verkürzt die Wartezeit, lässt dem System aber weniger Zeit zur Verarbeitung. Knackser und Aussetzer werden deshalb mit einem reproduzierbaren Projekt, unverändertem Treiber und schrittweiser Pufferänderung eingegrenzt. Eine niedrige angezeigte Gesamtauslastung schließt einen Engpass in der zeitkritischen Verarbeitung nicht aus.

Berechnung: Samples ÷ Abtastrate × 1000. Diese Werte beschreiben jeweils einen Puffer. Die tatsächliche Verzögerung vom Eingang bis zum Ausgang enthält weitere Puffer, Treiberwege, Wandler und gegebenenfalls Plug-in-Latenzen. Sie wird am konkreten Aufbau ermittelt; aus 64 Samples folgt daher keine zugesicherte Roundtrip-Latenz von 1,33 ms.

Steinberg: Audio Performance Monitor und Puffergröße ↗ · Steinberg: Audiotreiber und Latenzeinstellung ↗

Vom Atari-Musikprojekt zur heutigen Arbeitsumgebung

Ein alter MIDI-Song wird am zuverlässigsten mit seinen Klangquellen verstanden: MIDI-Spuren, Tempo, Program Changes, Controllerdaten und die zugehörigen Instrumenteneinstellungen gehören zusammen. Ein MIDI-Export enthält gewöhnlich keine Audioaufnahme der damaligen Synthesizer. Ein ergänzender Audiomitschnitt macht den beabsichtigten Klang später nachvollziehbar.

Auf dem heutigen PC lassen sich Originaldatei, Export und Referenzaufnahme gemeinsam archivieren. Für die Weiterarbeit hilft eine knappe Beschreibung des alten Setups: welches Programm, welcher Rechner, welche Klangerzeuger und welche Zuordnung der MIDI-Kanäle? Die ausführlichen Kapitel zu MIDI, Musikpraxis, Transfer und Archivierung führen diese Schritte weiter.

Weiterlesen: MIDI und Leitungszeit · alte Musikprojekte wieder öffnen · Daten übertragen · Arbeitsumgebungen erhalten.

Ein Atari ST kann Spielerechner, Schreibmaschine, MIDI-Zentrale, Grafikarbeitsplatz oder der erste ernsthafte Entwicklungsrechner gewesen sein. Seine Nachfolger erweitern diese Welt, ohne jede alte Software automatisch mitzunehmen. Der Reiz liegt gerade darin: Mit überschaubarer Hardware entstehen sehr unterschiedliche Arbeitsumgebungen. Wer ein erhaltenes Gerät versteht, kann Programme, Musikprojekte und Dokumente viel gezielter wieder zugänglich machen.

Dieses Nachschlagewerk führt vom frühen ST über Mega ST und STE bis zum TT030 und Falcon030. Die tragbaren Modelle gehören ebenfalls dazu. Es verbindet die technische Einordnung mit praktischen Fragen: Welcher Monitor zeigt den gewünschten Modus? Wo liegt eine Startstörung? Was kann ein SD-Adapter wirklich ersetzen? Wie wird eine alte Diskette erhalten, ohne ihre einzige lesbare Fassung zu verlieren?

Vier Fragen vor jeder Fehlersuche

Den eigenen Rechner als System betrachten

Der Rechner allein erzählt nur einen Teil der Geschichte. Netzteil, Monitor, Maus, Laufwerk, MIDI-Geräte, Kabel, Dongle und Programmdisketten können zusammen eine funktionsfähige Einheit bilden. Bei einer Übernahme bleiben diese Teile deshalb zunächst beisammen. Eine unscheinbare Adapterbox kann wichtiger sein als ein großer Speicheraufkleber. Für die technische Dokumentation zählen nachvollziehbare Beobachtungen mehr als eine vermeintlich perfekte Standardkonfiguration.

Die folgenden Angaben beschreiben Serienfunktionen und typische Zusammenhänge. Ein konkreter Umbau erhält seine eigene Beschreibung. Historische KB- und MB-Angaben meinen hier bei RAM und Disketten gewöhnlich Vielfache von 1024; aktuelle Speicherkarten werden vom Hersteller häufig dezimal bezeichnet. Einführungsjahre ordnen die Familien ein. Vorstellung, Landesversion und tatsächliche Auslieferung müssen nicht auf denselben Termin fallen.

Ein Modellname ist kein Prüfbericht

Auf einem 520ST kann längst mehr Speicher stecken, ein TT kann eine andere RAM-Karte besitzen und ein Falcon kann stark umgebaut sein. Für Softwarefragen wird die tatsächlich vorhandene Ausstattung notiert. Die Tabelle ist ein Einstieg, keine Ersetzung des Typenschilds, der Platinenunterlagen oder einer Bestandsaufnahme. Ein problemloser Desktopstart belegt zudem nicht, dass jede Erweiterung unter Last zuverlässig arbeitet.

Für eine gesuchte Anwendung werden CPU, freier Arbeitsspeicher, Bildschirmmodus, TOS und Massenspeicher gemeinsam betrachtet. Der größte Rechner ist nicht immer der unkomplizierteste: Ein unverändertes Diskettenspiel kann auf einem einfachen ST passender laufen, während ein TT für große GEM-Dokumente und ein Falcon für bestimmte Audioprojekte andere Stärken haben.

Der ST startet Mitte der 1980er Jahre als vergleichsweise bezahlbarer Rechner mit 68000, grafischer Oberfläche und eingebauten MIDI-Anschlüssen. Frühe Modelle trennen Rechner, Netzteil und Diskettenlaufwerk sichtbar voneinander. Dieser Aufbau ist für die Wiederinbetriebnahme wichtig: Ein fehlendes oder falsches externes Teil kann einen funktionsfähigen Rechner unbrauchbar erscheinen lassen. Ein Tastaturgehäuse ohne eingebautes Laufwerk ist nicht zwangsläufig unvollständig oder defekt.

Was die Bezeichnungen wirklich verraten

520 und 1040 stehen historisch für die Speicherklasse, nicht für Prozessortakt oder Modelljahr. Bei einem 260ST ist besonders Vorsicht mit der Namensdeutung angebracht: Marktbezeichnungen und tatsächlich ausgelieferter Speicher passen nicht immer zur naheliegenden Rechnung. Die nutzbare Speichermenge wird am konkreten Gerät ermittelt. Ein Aufrüstaufkleber ist ein Hinweis, aber noch kein erfolgreicher Speichertest.

Ein Desktop ohne Diskette ist möglich

Bei den üblichen ROM-TOS-Systemen liegt die wesentliche Systemsoftware im ROM. Ein angeschlossenes Laufwerk braucht deshalb keine dauernd eingelegte Betriebssystemdiskette, nur damit GEM erscheinen kann. Sehr frühe diskettengestützte TOS-Konfigurationen sind ein eigener Fall. Wer einen frühen ST übernimmt, bestimmt deshalb erst die ROM-/TOS-Ausstattung, bevor er aus einem fehlenden Startmedium einen Hardwarefehler ableitet.

Netzteile nicht nach dem Stecker auswählen

Bei extern versorgten Geräten werden Rechner- und Laufwerksnetzteil getrennt beschriftet. Spannung, Polarität, Belegung und Strombelastbarkeit müssen zum jeweiligen Teil passen. Ein Adapter, der mechanisch hineinpasst, beweist keine elektrische Verträglichkeit. Am Netz betriebene Versorgungen werden fachgerecht geprüft; ein zufällig gemessener Leerlaufwert ist noch kein Nachweis für stabiles Verhalten unter Last.

Für den ersten sinnvollen Funktionstest genügt eine dokumentierte Grundkonfiguration mit passender Anzeige und Eingabe. Erweiterungen werden zunächst als Bestand erfasst. Ein unbekanntes Modul wird nicht vorsorglich in einen anderen Rechner gesteckt. Gerade frühe Systeme erzählen durch ihre Kabel, Netzteile und Medien viel über den ursprünglichen Einsatz.

Atari: ST-Serviceunterlagen ↗

Mit dem integrierten Diskettenlaufwerk wird der ST im Alltag kompakter. Beim STF steckt das Laufwerk im Rechner; STFM ergänzt den Modulator. Das größere Gehäuse nimmt auch die Versorgung auf. Dadurch werden Aufbau und Transport einfacher, während bei Reparaturen ein netzbetriebener Bereich im selben Gehäuse wie Hauptplatine und Laufwerk liegt.

520 oder 1040: zuerst den Ausbau prüfen

Ein 1040STF oder STFM besitzt typischerweise 1 MiB RAM ab Werk, ein 520-Modell weniger. Nach Jahrzehnten sind Aufrüstungen jedoch häufig. Für einen Kompatibilitätsvergleich werden angezeigter Speicher, ROM-Fassung und gegebenenfalls ein vorhandener Blitter festgehalten. Eine Platine mit einem freien Sockel ist nicht automatisch mit der dazugehörigen Funktion bestückt. Auch Bauform und Hersteller des Laufwerks können sich zwischen Revisionen unterscheiden.

Wenn die Diskette angeblich leer ist

Eine leere Verzeichnisanzeige kann eine tatsächlich leere Diskette bedeuten, aber auch ein Laufwerks-, Format- oder Medienproblem. Kopiergeschützte Spiele zeigen oft keine gewöhnlichen Dateien. Ein beschädigter Bootsektor und ein korrektes, aber für GEM ungewohntes Layout sind unterschiedliche Fälle. Deshalb wird ein Original nicht neu formatiert, nur weil der Desktop es nicht sinnvoll anzeigt. Eine bekannte entbehrliche Standarddiskette ist das bessere Vergleichsmedium.

Typische Alterung ohne Universaldiagnose

Gealterte Versorgung, verschmutzte Mechanik, Kontaktprobleme und beschädigte Kabel können ähnliche Symptome erzeugen. Ein ST, der beim Kopieren abstürzt, hat nicht zwingend einen defekten DMA-Chip. Ein schwarzes Bild ist ebenfalls kein Beweis für einen bestimmten Speicherbaustein. Aussagekräftig sind wiederholbare Beobachtungen mit möglichst nur einer veränderten Bedingung: dasselbe Medium, eine andere passende Anzeige oder eine reduzierte Erweiterungskonfiguration.

Am Gehäuse bleiben Aufkleber, eingesetzte Schalter und zusätzliche Buchsen dokumentiert. Eine unscheinbare TOS-Umschaltung kann erklären, warum ein Programm gestern noch lief. Eine externe Plattenlösung kann einen eigenen Treiber und eine andere Bootreihenfolge mitbringen. Diese Zusammenhänge gehören zur Beschreibung des Geräts, nicht erst zur Beschreibung einer Störung.

Atari: ST-Serviceunterlagen ↗

Der Mega ST richtet sich stärker an den Arbeitsplatz: Rechner und Tastatur sind getrennt, der Bildschirm kann darüber stehen und eine Echtzeituhr hält die Zeit mit Batteriepufferung. Die ST-Grundarchitektur bleibt erhalten. Ein Mega ST ist deshalb weder ein TT noch ein Mega STE, obwohl die Bezeichnungen ähnlich wirken.

Ausbau und Erweiterungsbus

Die bekannten Speicherklassen liegen bei 1, 2 und 4 MiB. Im Inneren kann ein Mega-spezifischer Erweiterungsbus genutzt werden. Dieser Anschluss ist kein VME-Bus. Eine für Mega STE oder TT gedachte VME-Karte passt daher nicht durch bloßes Umstecken. Beim Blitter wird die vorhandene Bestückung festgestellt; frühe oder veränderte Geräte sollten nicht allein anhand einer Modellliste als vollständig bestückt gelten.

Die Uhrbatterien sind ein eigener Befund

Eine vergessene Uhr kann auf leere Batterien hindeuten, beweist aber keinen Totalschaden. Gleichzeitig können auslaufende Zellen Kontakte und angrenzende Teile beschädigen. Batterietyp und Halter werden nach der konkreten Ausführung behandelt. Korrosion wird nach ihrem tatsächlichen Verlauf untersucht; eine neue Zelle repariert keine bereits unterbrochene Leiterbahn. Bei längerem Lagern gehört der Zustand der Pufferung zur Bestandskontrolle.

Als DTP- oder Büroarbeitsplatz erhalten

Ein monochromer Arbeitsplatz mit passenden Druckertreibern, Schriften und Anwendungen kann wichtiger sein als der größte Farbbildmodus. Beim Sichern werden deshalb nicht nur Dokumente kopiert. Druckerdefinitionen, Fonts, Makros, Accessories und gegebenenfalls Kopierschutzmodule gehören mit zur Arbeitsumgebung. Ein Dokument, das sich öffnen lässt, kann ohne dieselben Schriften anders umbrechen. Für den Erhalt ist ein zusätzlicher unveränderlicher Ausdruck oder PDF-Nachweis nützlich, sofern die Umgebung ihn zuverlässig erzeugen kann.

Die getrennte Tastatur erleichtert den Arbeitsplatzaufbau, bringt aber ein zusätzliches Kabel mit. Ein passender modularer Stecker bedeutet nicht, dass ein beliebiges Telefon- oder Netzwerkkabel geeignet ist. Belegung und Verbindung werden gegen die Atari-Unterlagen geprüft.

Atari: Mega-ST-Servicehandbuch ↗

Der STE erweitert die vertraute ST-Welt, statt sie vollständig zu ersetzen. Die 68000-CPU bleibt ungefähr bei 8 MHz. Dazu kommen unter anderem eine Palette mit 4096 Farben, zusätzliche Scrollmöglichkeiten, DMA-Stereoton und ein Blitter. Diese Funktionen muss die Software ausdrücklich nutzen. Ein unverändertes ST-Programm wird nicht automatisch farbiger oder erhält durch den Modellwechsel einen neuen Soundtrack.

Was sich praktisch bemerkbar macht

RAM nicht nach Stückzahl allein beurteilen

Der klassische STE verwendet 30-polige SIMMs und kann regulär bis 4 MiB ausgebaut werden. Zulässige Modulgrößen und die Bankbestückung gehören zusammen. Vier mechanisch passende Module sind nicht zwangsläufig vier passende Module. Ein gemischter oder schlecht sitzender Ausbau kann Startprobleme und unregelmäßige Abstürze verursachen. Der erkannte Gesamtwert wird anschließend mit einem geeigneten Speichertest und einer realen Arbeitslast geprüft.

ST-kompatibel heißt nicht identisch

GEM-Anwendungen, die dokumentierte Systemaufrufe nutzen, haben andere Voraussetzungen als ein Spiel mit festem Rastertiming oder eigenen Diskettenroutinen. TOS-Version, Speicherlayout und zusätzliche Hardware können den Unterschied ausmachen. Für ein problematisches Programm hilft ein dokumentierter Vergleich mit derselben Programmfassung auf einer passenden Grundkonfiguration. Ein zufälliges Paket aus Patches macht einen solchen Vergleich schwerer.

ACSI-Fehler und der Ruf einzelner DMA-Chips

Bei manchen STE-Konfigurationen sind Massenspeicherprobleme bekannt. Daraus folgt nicht, dass jede bestimmte Chipbeschriftung automatisch einen Defekt beweist. Datenfehler können auch mit Versorgung, Kabel, Signalqualität, Timing oder einer nicht passenden Erweiterung zusammenhängen. Ein reproduzierbarer Schreib-/Lesevergleich auf einem entbehrlichen Medium ist wesentlich aussagekräftiger als ein einzelner erfolgreicher Verzeichniszugriff. Die einzige Kopie wichtiger Daten bleibt bei solchen Tests unberührt.

Atari: STE-Servicehandbuch ↗ · Atari: DMA-Sound-Unterlagen ↗ · UltraSatan-Entwickler: STE-Probleme ↗

Der Mega STE verbindet STE-Funktionen mit einem größeren Arbeitsplatzgehäuse und getrennter Tastatur. Die CPU lässt sich zwischen 8 und 16 MHz umschalten; der Cache ist eine weitere Einstellung. Das ist für alte Software nützlich, weil mehr Takt nicht automatisch mehr Kompatibilität bedeutet. Ein zeitkritischer Kopierschutz, eine Musiksoftware oder eine hardwarenahe Demo kann anders reagieren als eine GEM-Anwendung.

Takt und Cache getrennt dokumentieren

Beim Vergleichen werden mindestens CPU-Takt, Cachezustand, TOS-Fassung und gestartete Erweiterungen notiert. Ein Programm kann bei 16 MHz korrekt laufen und mit einer bestimmten Cacheeinstellung Probleme haben. Eine Umstellung wird deshalb nicht gleichzeitig mit mehreren Treiberänderungen vorgenommen. Für die Arbeit kann ein schneller Aufbau sinnvoll sein, während eine erhaltene ursprüngliche Konfiguration als Vergleich erhalten bleibt.

ACSI außen, SCSI innen: genau hinsehen

Eine interne SCSI-Platte setzt die passende Adapter-/Controllerbestückung voraus. Der äußere ACSI-Anschluss wird dadurch nicht zu einer gewöhnlichen SCSI-Buchse. Eine Festplatte kann also ein SCSI-Gerät sein, obwohl der Rechnerzugriff über eine ACSI-zu-SCSI-Lösung läuft. Diese Ebene ist entscheidend, wenn ein moderner Ersatz eingebaut werden soll. Belegung, unterstützte IDs, Terminierung und Treibervoraussetzungen werden nach dem tatsächlich vorhandenen Controller geklärt.

VME ist ein Erweiterungsweg, kein Steckversprechen

Die VME-Möglichkeit erlaubt geeignete Erweiterungen, etwa für andere Grafiklösungen. Bauform, Busauslegung, Adressierung und Treiber müssen zur Atari-Konfiguration passen. Eine beliebige industrielle VME-Karte ist nicht automatisch eine verwendbare Atari-Erweiterung. Bei einer übernommenen Karte bleiben zugehörige Treiberdiskette und Dokumentation erhalten, auch wenn der Rechner zunächst ohne diese Karte getestet wird.

Das größere Gehäuse bietet Wartungsraum, aber auch mehr Verbindungen. Nach Eingriffen werden Lüfter, Laufwerkskabel, Stecker und Luftwege mit betrachtet. Ein leiserer Lüfter ist nur dann ein geeigneter Ersatz, wenn die Kühlaufgabe weiter erfüllt wird. Der Rechner wird anhand seines tatsächlichen Innenaufbaus beschrieben; unterschiedliche Auslieferungsstände und spätere Nachrüstungen sind normal.

Atari: Mega-STE-Produktunterlagen ↗

Der TT030 setzt auf einen 68030 mit 32 MHz und richtet sich stärker an rechenintensive Anwendungen und große Arbeitsumgebungen. Zu seinen wichtigsten Unterschieden gehören ST-RAM und TT-RAM, zusätzliche Grafikmodi, SCSI sowie ein anderer Prozessor mit Caches und Speicherverwaltung. Die FPU-Bestückung wird am Gerät bestimmt; in der TT-Welt ist besonders der 68882 bekannt, während frühe Unterlagen und Ausführungen Unterschiede zeigen können.

Warum 68030 nicht einfach „viermal ST“ heißt

Takt, Prozessorarchitektur, Buszugriffe, Cacheverhalten und Speicherort wirken zusammen. Ein Programm, das überwiegend auf den Bildschirm schreibt oder DMA-Hardware bedient, profitiert anders als eine Berechnung, die weitgehend im schnelleren Speicher läuft. Ein direkter Vergleich braucht daher dieselbe Aufgabe und dieselbe Softwarefassung. Der TT besitzt keinen klassischen ST-Blitter; das ist bei hardwarenaher Software zu berücksichtigen.

ST-RAM und TT-RAM sind nicht austauschbare Etiketten

Die ursprüngliche TT-Grundlage umfasst 2 MiB ST-RAM. Zusätzlicher ST- und TT-RAM-Ausbau wird mit der jeweils eingebauten Karte beschrieben; moderne Nachrüstungen können über frühe Serienangaben hinausgehen. Die beiden Speicherwerte werden deshalb getrennt genannt und getestet.

Bildspeicher und bestimmte DMA-Aufgaben benötigen den dafür erreichbaren Speicherbereich. TT-RAM kann geeignete Programme und Daten aufnehmen und CPU-Zugriffe entlasten. Eine Anwendung muss dafür korrekt mit alternativem Speicher umgehen. Einfach jedes Programm auf „TT-RAM bevorzugen“ zu stellen, kann bei alter Software fehlschlagen. Programmflags, Treiber und Pufferanforderungen gehören zur Prüfung.

Eine Workstation als erhaltene Arbeitsumgebung

DTP, große Dokumente, Entwicklung und spezielle Betriebssysteme können zum ursprünglichen Einsatz gehören. Für den Erhalt zählen daher nicht nur die Dateien auf der Platte, sondern auch Grafiktreiber, Schriften, FPU-Anforderungen und eventuell ein anderes Desktop- oder Multitasking-System. Ein startendes TOS belegt nicht automatisch, dass die ursprüngliche Anwendung in der richtigen Auflösung und mit den nötigen Erweiterungen läuft.

Bei Speicher- und SCSI-Arbeiten wird die vorhandene Bestückung vor dem Umstecken dokumentiert. Ein korrektes Laufwerks-Icon zeigt lediglich, dass der Softwareweg bis zu einem gewissen Punkt funktioniert. Für die Beurteilung folgen Lesezugriff, Prüfsummenvergleich und gegebenenfalls ein Test auf einer entbehrlichen Arbeitskopie. Alte Originalplatten bleiben bis zur Sicherung die wichtigste Quelle.

Atari: TT-Servicehandbuch ↗ · TOS-Programmformat und Speicherflags ↗

Der Falcon030 ist eine eigene Plattform mit ST-Verwandtschaft. Sein 68030 läuft serienmäßig mit 16 MHz; dazu kommt ein Motorola 56001-DSP mit 32 MHz. VIDEL erweitert die Grafikmöglichkeiten, die Audiotechnik ermöglicht digitale Aufnahme und Wiedergabe, und IDE sowie SCSI eröffnen unterschiedliche Speicherwege. Die Serienkonfigurationen umfassen 1, 4 oder 14 MiB RAM. Bei einem erhaltenen Gerät wird die tatsächliche Karte festgestellt.

Der DSP arbeitet nicht von allein für jedes Programm

Ein Signalprozessor kann bestimmte Berechnungen sehr effizient übernehmen. Dafür braucht es jedoch Software, die ihn ansteuert, passende Datenübergabe und einen geeigneten Algorithmus. Ein altes ST-Programm nutzt den DSP nicht automatisch. Auch eine hohe theoretische Rechenleistung sagt noch nichts über das Ergebnis einer konkreten Audiokette aus. Puffer, Taktung, Transfer und Hauptprozessorarbeit bleiben beteiligt.

True Color und VGA sind getrennte Eigenschaften

VIDEL bietet mehr Auswahl als die drei ST-Grundauflösungen. Auflösung, Farbtiefe, Bildfrequenz und Anzeigepfad beeinflussen sich jedoch. Die Existenz eines 16-Bit-True-Color-Modus bedeutet nicht, dass jede gewünschte Auflösung in jeder Frequenz an jedem Monitor läuft. Ein gängiger VGA-Bezugspunkt ist 640 × 480 mit 256 Farben. Für andere Modi wird die konkrete Kombination gegen Hardware- und Monitorunterlagen geprüft.

Audio ist eine Kette

Der Falcon kann analoge und digitale Aufgaben verbinden, aber ein Menüpunkt allein beweist keinen passenden Signalweg. Mikrofon- und Line-Pegel sind unterschiedliche Größen. Für einen Test wird die Quelle mit dem vorgesehenen Eingang und einer kontrollierten Lautstärke verbunden. Eine bereits verzerrte Aufnahme wird durch späteres Leiserdrehen nicht repariert. Bei Erweiterungen mit eigenen digitalen Takten werden Quelle, Abtastrate und Synchronisation gemeinsam betrachtet.

Umbauten brauchen ihre eigene Beschreibung

Beschleuniger, zusätzliche Grafik, anderer Speicher und moderne Massenspeicher können aus einem Falcon eine deutlich veränderte Arbeitsumgebung machen. Für Fehlersuche und Emulation wird zwischen Serienhardware und Ausbau getrennt. Ein Fehler, der nur mit einer bestimmten Erweiterung auftritt, ist kein allgemeines Falcon-Merkmal. Vor einem Umbau bleibt eine startfähige bekannte Konfiguration dokumentiert und nach Möglichkeit als Arbeitsabbild erhalten.

Atari: Falcon-Handbuch ↗ · Atari: Falcon-Entwicklerunterlagen ↗

Ataris tragbare Rechner zeigen, dass dieselbe Softwarefamilie sehr unterschiedliche Geräteformen tragen kann. Die STacy ist ein transportabler Arbeitsplatz mit eingebauter Anzeige; das ST Book verfolgt ein wesentlich kompakteres Notebook-Konzept. Für eine Übernahme sind diese Geräte besonders auf ihre vollständige Peripherie angewiesen. Fehlende Spezialkabel können schwerer wiegen als ein fehlendes gewöhnliches Diskettenlaufwerk.

Die beiden Konzepte auseinanderhalten

Beim ST Book ist die fehlende Hintergrundbeleuchtung Teil des Konzepts. Eine bei gutem Umgebungslicht sichtbare Anzeige ist daher anders zu beurteilen als die dunkle Beleuchtung eines ursprünglich beleuchteten Displays. Ein gewöhnlicher Desktop-ST-Aufbau lässt sich nicht ungeprüft auf die Anschlüsse des Notebooks übertragen. Ein Spezialanschluss mit mehreren Funktionen braucht das dazugehörige Kabel und seine Dokumentation.

Portabilität ist kein Akkuzustand

Historische Laufzeitangaben sagen wenig über heute gealterte Zellen. Bei übernommenen Geräten werden Netzbetrieb, Akku und Pufferung getrennt betrachtet. Alte Akkupacks werden nicht durch beliebige Zellen ersetzt, nur weil sie in das Gehäuse passen. Ladeverfahren, Zellchemie und Schutzfunktionen müssen zusammenpassen. Für die Datensicherung ist ein stabiler, zum Gerät passender Versorgungsweg wichtiger als ein vorschneller Akkunachbau.

Eine noch lesbare interne Platte erhält zuerst eine nachvollziehbare Sicherung. Danach kann geprüft werden, welche Software, Einstellungen und Übertragungswege den Rechner wieder nutzbar machen. Gerade bei seltenen tragbaren Modellen lohnt es sich, originale Adapter und Beipackdisketten nicht vom Rechnerbestand zu trennen.

Zeitgenössische Atari-Hardwareeinordnung ↗

Die CPU führt Programme aus, aber sie ist nicht der ganze Rechner. Grafiklogik liest Bilddaten aus dem Speicher, ein DMA-System bewegt bestimmte Daten ohne byteweise CPU-Arbeit, und Peripheriebausteine vermitteln zu Eingabe, Ton und Schnittstellen. Werden mehrere Aufgaben gleichzeitig aktiv, können sie um Buszeit und Speicherzugriffe konkurrieren. Darum ist eine reine MHz-Angabe kein vollständiger Leistungstest.

CPU-intern, Bus und System unterscheiden

Der 68000 besitzt 32-Bit-Register, während sein externer Datenweg eine andere Breite hat. Bei Nachfolgern kommen wiederum andere Bus- und Cachebedingungen hinzu. Angaben wie „16/32 Bit“ beschreiben deshalb verschiedene Ebenen. Das erklärt auch, warum ein 68030 in einem Falcon nicht dasselbe Verhalten wie ein höher getakteter TT liefert. Entscheidend sind die konkrete Aufgabe, ihre Datenwege und die übrigen beteiligten Bausteine.

DMA spart CPU-Arbeit, aber keine Voraussetzungen

Direkter Speicherzugriff bedeutet nicht, dass jedes beliebige Speicherstück von jeder Hardware erreichbar ist. Adresse, Ausrichtung und Bereich müssen für die betreffende Funktion geeignet sein. Ein Treiber kann Daten deshalb zunächst in einen passenden Puffer kopieren. Das kostet Zeit, obwohl die eigentliche Übertragung anschließend per DMA erfolgt. Bei erweiterten Rechnern ist diese Unterscheidung besonders wichtig.

Ein Fehlerbild ist eine Beobachtung

Ein schwarzes Bild, Bomben oder ein Absturz unter Last sind zunächst Befunde. Erst ein Vergleich grenzt sie ein. Funktioniert dieselbe Anwendung von einer sauberen Arbeitskopie? Ändert sich das Verhalten mit einem passenden anderen Monitor? Tritt der Fehler nur nach dem Laden eines Accessories auf? Solche Fragen verbinden Software- und Hardwareprüfung, ohne einen einzelnen Chip vorschnell verantwortlich zu machen.

Die aufgedruckte Speichergröße ist nicht identisch mit dem freien Platz für eine Anwendung. Bildschirm, Systemdaten, Treiber, Accessories und Programme verbrauchen RAM. Eine RAM-Disk nimmt zusätzlich Arbeitsspeicher in Anspruch. Bei einer knappen Konfiguration kann deshalb ein kleiner Eingriff in die Startumgebung darüber entscheiden, ob ein großes Dokument noch geöffnet wird.

Speicherarten nach ihrer Verwendung unterscheiden

Warum ein Bildmodus Speicher kostet

Ein Bild mit Breite × Höhe × Bits pro Pixel benötigt zunächst genau diese Anzahl an Bits. Für einen einfachen ST-Grundschirm ergibt das 32.000 Byte. Zusätzliche Bildpuffer, größere virtuelle Flächen, Overscan und andere Modi können mehr benötigen. Ein Programm mit Doppelpufferung braucht seine Bildflächen mehrfach. Der sichtbare Desktop ist daher nicht der gesamte Speicherverbrauch der Grafik.

RAM-Ausbau prüfen, ohne den Vergleich zu verlieren

Vor einem Ausbau bleibt die vorhandene Bestückung dokumentiert. Module werden nach Typ, Organisation und zulässiger Bankanordnung ausgewählt. Nach dem Umbau werden erkannter Wert und Stabilität getrennt geprüft: ein passender Speichertest, wiederholte Programmstarts und eine realistische Arbeitslast. Ein Testlauf, der nicht den gesamten erreichbaren Speicher benutzt, beweist nicht die Fehlerfreiheit des gesamten Ausbaus.

Beim TT oder einem beschleunigten Rechner sind Programmflags und alternative Speicherbereiche zusätzliche Faktoren. Ein altes Programm kann feste Adressen oder bestimmte Speichergrenzen erwarten. Mehr RAM ist dann nicht automatisch die kompatiblere Einstellung. Für eine reproduzierbare Archivumgebung bleibt eine bekannte passende Konfiguration erhalten, selbst wenn für andere Aufgaben ein größerer Ausbau sinnvoll ist.

Programmflags und Speicherbelegung ↗ · Programmstart und Speicherraum ↗

Die klassischen ST-Grundmodi tauschen Auflösung gegen Farbtiefe. Low Resolution zeigt mehr gleichzeitig wählbare Farben, Medium Resolution mehr horizontale Bildpunkte und High Resolution ein scharfes monochromes Arbeitsbild. Das ist eine Eigenschaft des Bildformats; der notwendige Monitor ist eine zusätzliche Voraussetzung.

Palette und gleichzeitig sichtbare Farben

Beim ursprünglichen ST werden die normalen Palettenfarben aus 512 möglichen Werten gewählt. 512 ist die Auswahlmenge, nicht die normale Zahl gleichzeitig frei adressierbarer Farben pro Pixel im Low-Modus. Ein Rastereffekt kann Paletteinträge während des Bildaufbaus verändern und dadurch mehr unterschiedliche Farben im Gesamtbild zeigen. Er bleibt dennoch an Zeitpunkte, Bildzeilen und das verwendete Pixelverfahren gebunden.

Bitplanes statt einfacher RGB-Pixel

Ein Pixel enthält in den Farbmodi einen Index auf die Palette. Die Bits dieses Index liegen in mehreren Ebenen, die im Speicher wortweise verschachtelt sind. Bei vier Ebenen ergeben vier Bits die Werte 0 bis 15. Ein Bildprogramm muss dieses Layout kennen. Das erklärt, warum eine Datei mit 32.000 Rohbytes nicht ohne Weiteres als modernes RGB-Bild interpretiert werden kann. Palette, Auflösung und gegebenenfalls Dateikopf gehören dazu.

ST Low:     320 × 200 × 4 Bit / 8 = 32.000 Byte
ST Medium:  640 × 200 × 2 Bit / 8 = 32.000 Byte
ST High:    640 × 400 × 1 Bit / 8 = 32.000 Byte

Die Rechnung gilt für einen einfachen Grundschirm ohne zusätzliche Puffer oder virtuelle Erweiterung. Sie erklärt auch, warum der Wechsel zwischen den drei Modi nicht automatisch mehr freien RAM erzeugt. Die Anwendung selbst kann in einem anderen Modus trotzdem zusätzliche Arbeitsdaten benötigen.

XBIOS-Auflösungen und Bildschirmfunktionen ↗

Der STE behält die bekannten Grundauflösungen bei und erweitert deren Möglichkeiten. Die Palette wächst auf 4096 mögliche Farben. Zusätzliche Register helfen bei der feinen horizontalen Verschiebung und bei Bildflächen mit größerer Zeilenlänge. Gute STE-Software kann diese Eigenschaften für flüssigere Bewegungen und andere Bildgestaltung nutzen. Ein altes ST-Bild wird durch das bloße Laden jedoch nicht neu koloriert.

Farbauflösung und Bildschirmauflösung

Mehr Abstufungen pro Farbkanal machen feinere Verläufe möglich, ohne die Pixelzahl zu ändern. Umgekehrt erhöht ein schmalerer Schriftfont die Zahl lesbarer Zeichen, aber nicht die Farbauflösung. Diese Größen werden beim Vergleich getrennt genannt. Für die Archivierung eines Bildes werden daher nicht nur Breite und Höhe, sondern auch Modus, Palette und verwendetes Grafikformat gesichert.

Scrolling kostet Vorbereitung

Eine verschiebbare Bildfläche braucht geeignete Speicherorganisation und Randdaten. Wenn der sichtbare Ausschnitt wandert, muss am neuen Rand sinnvoller Bildinhalt vorhanden sein. Zusätzliche Hardware erleichtert den Vorgang, macht die Datenhaltung aber nicht überflüssig. Ein Programm, das direkt STE-Register nutzt, ist dadurch zugleich stärker an diese Hardware gebunden.

Der praktische Vergleich beginnt mit der vorgesehenen Programmfassung auf einem echten STE oder einer passend eingestellten Emulation. Eine Mischung aus ST-Modell, großem Speicher und zufälligem TOS kann einen anderen Rechner darstellen, als der Name des Programms vermuten lässt. Für einen Fehlerbericht bleiben Datei-Prüfsumme und konkrete Einstellungen festgehalten.

Atari: STE-Videobeschreibung ↗

Die TT-Modi erweitern den Arbeitsraum deutlich. Für Anwendungen kann eine größere Fläche wichtiger sein als mehr Farben: Tabellen, Notensatz, DTP und Entwicklungswerkzeuge profitieren unterschiedlich. Der verfügbare Modus ist aber immer auch eine Frage der angeschlossenen Anzeige und gegebenenfalls einer Grafikkarte.

Die Auflösung ist nicht die ganze Signalbeschreibung

640 × 480 sagt zunächst, wie viele Bildpunkte sichtbar sind. Es beschreibt weder den elektrischen Pegel noch den Stecker oder die Bildfrequenz vollständig. Besonders TT High mit 1280 × 960 monochrom nutzt einen ECL-Anzeigepfad. Ein gewöhnlicher VGA-Monitor wird daraus nicht durch einen passiven Steckeradapter ein passender TTM-Monitor. Ein geeigneter spezieller Wandler muss den gesamten Signalweg unterstützen.

Grafikkarten erweitern die Fragestellung

Eine VME-Grafiklösung kann eigene Modi, einen anderen Ausgang und einen eigenen Treiber mitbringen. Dann ist die Desktopauflösung nicht allein aus der TT-Grundhardware abzuleiten. Für Software ist eine Abfrage der tatsächlich verfügbaren VDI-Arbeitsstation sinnvoller als eine fest angenommene Standardauflösung. Für die Sammlung bleiben Karte, Treiber, Speicherbestückung und ein funktionierender Beispielmodus zusammen dokumentiert.

Ein ursprüngliches Bildschirmfoto hilft bei der Wiederherstellung einer Arbeitsumgebung: Auflösung, Zeichengröße und geöffnete Fenster zeigen oft mehr als die reine Dateiliste. Für den Test bleibt zunächst ein bekannter Grundmodus mit passendem Monitor erhalten, bevor zusätzliche Grafiktreiber aktiviert werden.

Atari: TT-Anzeigepfade ↗

VIDEL erlaubt Kombinationen von Auflösung, Farbtiefe und Timing, die über den klassischen ST hinausgehen. Dabei konkurriert die Bildausgabe weiterhin mit anderen Aufgaben um Ressourcen. Ein größerer oder farbtieferer Modus kann mehr Speicher und Bandbreite beanspruchen. Das kann Auswirkungen auf eine rechen- oder audiolastige Anwendung haben, obwohl deren eigener Inhalt unverändert bleibt.

Indizierte Farbe und True Color

Bei indizierter Farbe wählen Pixel einen Paletteneintrag. Der Falcon bietet für seine erweiterte Palette 262.144 mögliche Farben; das ist nicht die Anzahl gleichzeitig adressierter Farben jedes Modus. Im 16-Bit-True-Color-Modus tragen Pixel Farbanteile direkter in ihrer Darstellung; 65.536 mögliche Werte sind etwas anderes als eine frei austauschbare Palette mit 256 Einträgen. Dateiformat, Arbeitsfläche und Ausgaberoutine müssen zum Modus passen. Eine Bildschirmkopie ohne diese Angaben ist für eine spätere Interpretation unvollständig.

Interlace richtig einordnen

Zeilensprungverfahren verteilen Bildzeilen auf zeitlich aufeinanderfolgende Halbbilder. Das kann andere Auflösungs-/Frequenzkombinationen ermöglichen, aber auf einer ungeeigneten Anzeige flimmern oder gar nicht funktionieren. VGA-Betrieb, RGB-/TV-Betrieb, Overscan und Interlace sind keine austauschbaren Begriffe. Ein Programm darf deshalb nicht nur irgendeinen numerischen Modewert setzen und annehmen, der Monitor werde ihn vertragen.

Für ein Musikprojekt wird ein stabiler, für die Software geeigneter Modus bevorzugt. Ein maximal ausgereizter Desktop ist kein Selbstzweck. Falls ein Fehler nur bei hoher Farbtiefe auftritt, werden Bandbreite, Treiber und Programmannahmen mit untersucht. Die ursprünglichen Projekteinstellungen bleiben erhalten, damit spätere Vergleiche nicht an einem unbemerkten Moduswechsel scheitern.

Atari: Falcon-Grafik ↗ · VIDEL-Modi und Systemaufrufe ↗

Die häufigste Video-Falle ist ein passender Stecker ohne passenden Signalweg. Ein Adapter kann Leitungen umlegen oder eine Monitorkennung setzen. Ein aktiver Konverter muss zusätzlich Timing und Signal verarbeiten. Beide Aufgaben sind verschieden. Vor einem Kauf oder einem Anschluss wird deshalb der gewünschte Modus beschrieben und mit den ausdrücklich unterstützten Eingangsdaten der Anzeige verglichen.

Farbe und Monochrom sind zwei Wege

Beim klassischen ST liegen die Farbmodi in der ungefähr 15-kHz-Klasse. ST High verwendet dagegen etwa 35,7 kHz und 71,2 Hz. Der Rechner erkennt eine Monochromkonfiguration über den dafür vorgesehenen Anschlussweg. Ein Umschalter muss diese Funktion korrekt behandeln. Ein beliebiges RGB-Kabel zeigt daher nicht automatisch jeden ST-Modus. Beim TT und Falcon kommen weitere eigene Signalwege hinzu.

Ein moderner Bildschirm braucht mehr als „VGA“

Ein VGA-Eingang kann auf einen bestimmten Frequenzbereich beschränkt sein. Ein Gerät, das 31-kHz-PC-Modi akzeptiert, muss nicht mit ST-Farbe zurechtkommen. Ebenso ist ein Fernseher mit SCART nicht automatisch an jedem Eingang RGB-fähig. Bei einem Konverter zählen zusätzlich Sync-Verarbeitung, Latenz und Verhalten beim Moduswechsel. Die Angabe „RGB auf HDMI“ allein beantwortet diese Fragen nicht.

Ein vorhandener Originalmonitor ist ein wertvoller Vergleich, aber ebenfalls ein gealtertes Gerät. Arbeiten an Netzteil und Bildröhre gehören in fachkundige Hände. Für die Fehlersuche genügt häufig eine externe Beobachtung: Welche Anzeige meldet was, wann ändert sich das Bild und tritt das Verhalten schon vor dem Programmstart auf?

Atari: SM124-Serviceunterlagen ↗ · Atari: Monitor-Produktblatt ↗

Im ST entsteht der typische Chipklang über den Yamaha-PSG. Drei Tonkanäle, ein gemeinsamer Rauschgenerator und eine Hüllkurvenfunktion bilden seine Grundwerkzeuge. Das sind keine vier voneinander unabhängigen vollwertigen Tonstimmen. Software kann die Register zeitlich verändern und dadurch einen überraschend vielfältigen Klang erzeugen. Solche Effekte können entsprechend viel CPU- und Timingarbeit erfordern.

Samples sind ein anderer Signalweg

Auch der TT verbindet den PSG mit einem DMA-Soundweg. Welche Tonfunktionen eine Anwendung tatsächlich verwendet, wird an der passenden Rechner- und Programmkonfiguration geprüft.

STE-DMA-Sound gibt gespeicherte 8-Bit-Samples mit dafür vorgesehenen Raten wieder. Stereo bedeutet dabei nicht, dass beliebig viele Musikstimmen ohne Rechenarbeit entstehen. Mehrere Stimmen können vor der Ausgabe von Software in einen gemeinsamen Puffer gemischt werden. Abtastrate, Puffergröße und Rechenlast beeinflussen das Ergebnis. Beim Falcon kommen umfangreichere digitale Aufnahme-/Wiedergabewege hinzu; eine Anwendung muss deren Routing und Taktung korrekt einrichten.

Wenn kein Ton kommt

Zuerst wird der erwartete Weg bestimmt. Ein MIDI-Sequencer kann korrekt arbeiten, ohne den gewünschten Instrumentenklang im Monitorlautsprecher auszugeben. Umgekehrt sagt hörbarer PSG-Ton nichts über ein angeschlossenes MIDI-Kabel aus. Bei analogem Audio werden Ausgang, Verstärker, Pegel, Kabel und Lautstärke gemeinsam geprüft. Eine Softwareeinstellung kann einen Tonpfad stummschalten, obwohl die Hardware intakt ist.

Ein Klangarchiv braucht mehrere Formen

Für ein erhaltenswertes Stück bleiben Projektdatei, benötigte Samples, Instrumente und Programme möglichst zusammen. Ein zusätzlicher Stereo-Mitschnitt hält fest, wie das Ergebnis klang. Er ersetzt die bearbeitbare Fassung nicht, ist aber ein wichtiger Vergleich, wenn später ein Synthesizer oder ein Effektgerät fehlt. Beschriftete Kanäle und eine Liste der Soundprogramme sparen bei einer Wiederherstellung viel Sucharbeit.

Yamaha: YM2149-Datenblatt ↗ · Atari: STE-DMA-Sound ↗

Die eingebauten MIDI-Buchsen machen den Atari zu einer naheliegenden Zentrale für Synthesizer, Sampler und Sequencer. MIDI überträgt dabei Steuerdaten. Welche Töne hörbar werden, entscheidet der angeschlossene Klangerzeuger mit seinen Sounds, Pegeln und Empfangseinstellungen. Ein korrekt gesendetes Note-On ist noch kein Nachweis, dass am Audioausgang das gewünschte Instrument anliegt.

Eine einfache Verbindung zuerst

Für einen nachvollziehbaren Aufbau geht der MIDI OUT des Senders an den MIDI IN des Empfängers. Kanal, Sound und Audioausgang des Empfängers werden passend gewählt. Für Eingabe und Wiedergabe können zwei entgegengesetzte Datenwege nötig sein. THRU, softwareseitiges Durchreichen und ein weiterer OUT sind unterschiedliche Funktionen. Bei Schleifen entstehen leicht doppelte oder endlos weitergereichte Ereignisse.

Die Leitung hat eine endliche Geschwindigkeit

Klassisches MIDI über DIN arbeitet mit 31,25 kbit/s. Ein übertragenes Byte benötigt mit Start- und Stopbit zehn Leitungsbits, also 0,32 ms. Ein gewöhnliches Note-On mit Status und zwei Datenbytes belegt damit 0,96 ms. Mehrere Ereignisse auf derselben Leitung folgen nacheinander. Running Status kann bei aufeinanderfolgenden geeigneten Nachrichten das wiederholte Statusbyte einsparen; wechselnde Kanäle oder Nachrichtentypen ändern die Voraussetzungen.

Timingbehauptungen mit einer Messung verbinden

Ein straff empfundener Aufbau kann einen guten musikalischen Zweck erfüllen, ohne latenzfrei zu sein. Die gesamte Kette umfasst Ereignisplanung, Leitung, Empfänger, Klangerzeugung und Audioausgabe. Für einen Vergleich werden wiederholbare Ereignisse und dieselben Geräte verwendet. Ein einzelner gehörmäßig gelungener Durchlauf ist kein Nachweis für garantierte Grenzwerte.

MIDI Association: elektrische MIDI-1.0-Spezifikation ↗

TOS verbindet grundlegende Systemfunktionen und die grafische Arbeitsumgebung. Die verbreiteten Geräte starten wesentliche Teile aus ROM. Die Versionsnummer gehört deshalb zur Gerätebeschreibung. Ein höherer Wert ist jedoch kein universeller Ersatz für eine ältere Fassung: ST, STE, TT und Falcon benötigen passende Systemvarianten, und alte Software kann von bestimmten Eigenschaften abhängen.

ROM-Wechsel ist eine Hardwarefrage

Anzahl der ROM-Bausteine, Speichergröße, Aufteilung und Beschaltung unterscheiden sich. Eine Datei mit einer passenden Versionsnummer ist noch kein Beweis dafür, dass sie unverändert in die vorhandene Bestückung passt. Eine Umschaltplatine kann zusätzliche Voraussetzungen mitbringen. Vor einer Änderung bleiben Bestückungsfoto, bisherige Fassung und ein bekannter funktionierender Startweg erhalten.

Ein sauberes Vergleichssystem

Für ein Problemprogramm ist eine möglichst überschaubare Startumgebung hilfreich. Die gleiche ROM-Fassung mit vielen AUTO-Programmen und Accessories ist eine andere Umgebung als ein weitgehend unveränderter Desktop. Ein Fehler wird deshalb nicht sofort der TOS-Version zugeschrieben. Zuerst werden Programmfassung, RAM, Monitor und Startzusätze zusammen notiert.

Versionsnummern in About-Dialogen können unterschiedliche Komponenten meinen. GEMDOS, AES und TOS sind keine austauschbaren Namen für dieselbe Nummer. Auch ein anderer Desktop ändert nicht automatisch den darunterliegenden Kernel. Für eine wiederherstellbare Umgebung werden diese Ebenen getrennt beschrieben.

TOS-Referenz: Versionsliste ↗ · EmuTOS-Projekt ↗

GEM stellt Fenster, Menüs, Dialoge und grafische Ausgabefunktionen bereit. Der Desktop ist die sichtbare Oberfläche zum Öffnen von Laufwerken und Starten von Programmen. Er ist jedoch nicht mit der gesamten Systemarchitektur gleichzusetzen. Eine Anwendung kann GEM-Funktionen nutzen, eigene Bildausgabe vornehmen oder sich fast vollständig außerhalb der üblichen Oberfläche bewegen.

Arbeitsplatz speichern

Laufwerks-Icons, Zuordnungen und Desktopzustand können in Konfigurationsdateien festgehalten sein. DESKTOP.INF und NEWDESK.INF gehören je nach Systemstand zu den bekannten Namen. Eine gespeicherte Oberfläche ist nur dann die richtige, wenn Pfade, Laufwerke und Auflösung dazu passen. Nach einer Änderung an Plattenbuchstaben kann eine alte Zuordnung deshalb ins Leere zeigen, obwohl das Programm noch vorhanden ist.

Schriften und Treiber gehören zu Dokumenten

Eine GEM-Anwendung kann andere Maße und Umbrüche erzeugen, wenn Fonts oder Ausgabetreiber fehlen. Das betrifft DTP, Text, Tabellen und Notensatz. Ein gerettetes Dokument sollte daher in seiner passenden Umgebung geöffnet und mit einem bekannten Ausdruck oder Bildschirmbild verglichen werden. Eine zusätzliche Exportfassung erleichtert späteres Lesen, ohne die Originaldatei zu ersetzen.

Einzelaufgabe und Multitasking

Das klassische TOS-Arbeitsmodell unterscheidet sich von FreeMiNT mit einer geeigneten AES- und Desktopumgebung. Manche alte Software übernimmt Interrupts oder Hardware so direkt, dass sie in einer modernen Mehrprogrammumgebung nicht kooperativ arbeitet. Eine funktionierende Altanwendung bleibt deshalb gegebenenfalls in einer eigenen passenden Umgebung erhalten. Mehr Funktionen im System sind nützlich, ersetzen aber nicht die Kompatibilitätsprüfung des konkreten Programms.

GEM-/TOS-Referenz ↗ · FreeMiNT und zugehörige Komponenten ↗

Ein Rechnerstart besteht aus mehr als dem sichtbaren Desktop. ROM-Initialisierung, Laufwerkszugriff, Plattentreiber, Startprogramme und Accessories können nacheinander aktiv werden. Eine Störung wird deshalb danach beschrieben, an welchem Punkt sie erscheint. „Startet nicht“ ist deutlich weniger hilfreich als „Der Desktop erscheint ohne Platte, mit Platte endet der Start nach dem Treiberbanner“.

Die wichtigsten Bestandteile

Reihenfolge nicht aus dem Dateinamen erraten

Bei klassischen AUTO-Ordnern darf nicht einfach eine alphabetische Ausführung vorausgesetzt werden. Verzeichnisreihenfolge und spezielle Bootmanager können eine Rolle spielen. Ein umbenannter Dateiname garantiert daher nicht jede gewünschte Reihenfolge. Für den Erhalt ist eine Kopie der funktionierenden Startpartition samt Dokumentation wertvoller als eine handgeschriebene Liste von Namen allein.

Eine saubere Arbeitskopie vergleichen

Wenn die vorhandene Umgebung gesichert ist, lässt sich eine entbehrliche Arbeitskopie mit weniger Zusätzen testen. Programme werden dabei nachvollziehbar deaktiviert, statt sie vom einzigen Original zu löschen. Auf jeweils eine Änderung folgt ein Vergleich. Ein erfolgreicher Start ohne Zusatz zeigt eine Abhängigkeit, aber noch nicht, dass der Zusatz selbst defekt ist; er kann auch zu früh starten oder eine fehlende Voraussetzung erwarten.

Beispiel einer dokumentierten Startumgebung

TOS:           genaue Version und Sprache
Bootlaufwerk:  C:
Treiber:       Name und Version
AUTO:          Dateiliste + bekannte Reihenfolge
Accessories:   geladene ACC-Dateien
Kontrollfeld:  Programm + CPX-Pfad
Bildschirm:    Modus, Treiber, Monitor

Tastenkombinationen zum Überspringen von Startteilen hängen von TOS beziehungsweise Ersatzsystem und Bootmanager ab. Eine für EmuTOS dokumentierte Taste wird nicht als Universalrezept für jeden Atari vorausgesetzt. Bei einer fest installierten Arbeitsumgebung bleibt der funktionierende ursprüngliche Startweg immer auffindbar.

EmuTOS-Handbuch: eigener Bootablauf ↗

Eine Atari-Anwendung kann aus mehreren Dateien bestehen. Die ausführbare Datei ist nur ein Teil: Ressourcen, Daten, Schriften, Konfiguration und gegebenenfalls zusätzliche Bibliotheken gehören dazu. Wer nur eine PRG-Datei in einen neuen Ordner zieht, kann deshalb einen funktionsfähigen Bestand unvollständig machen.

Das GEMDOS-Programmformat

Der klassische ausführbare Programmheader beginnt mit der Kennung 0x601A und ist 28 Byte lang. Er beschreibt unter anderem Text-, Daten-, BSS- und Symbolbereich. BSS beansprucht beim Start Speicher, muss aber nicht als ebenso großer gefüllter Datenblock in der Datei liegen. Eine kleine Datei kann deshalb deutlich mehr RAM benötigen. Relokationsinformationen helfen dem Lader, Adressbezüge an die tatsächliche Ladeposition anzupassen.

Eine Anwendung sinnvoll übertragen

Der gesamte Programmordner bleibt zunächst zusammen. Zusätzliche Systemteile werden getrennt erfasst, damit klar ist, ob die Anwendung portable Dateien besitzt oder von einer Startinstallation abhängt. Ein Test umfasst Start, Öffnen eines bekannten Dokuments und Speichern einer neuen Arbeitskopie. Das bloße Erscheinen einer Menüleiste prüft weder alle Ressourcen noch sämtliche Dateizugriffe.

Namen, Zeichensätze und Archivformate

Klassische 8.3-Dateinamen und spätere lange Namen gehören zu unterschiedlichen Umgebungen. Beim Entpacken kann ein moderner Rechner Namen verändern, Groß-/Kleinschreibung anders behandeln oder Zusatzdateien erzeugen. Ein Archiv wird deshalb mit passenden Werkzeugen und auf einer Arbeitskopie geprüft. Ein neuer Dateiname repariert keinen beschädigten Inhalt. Die unveränderte Archivdatei bleibt als Ausgangspunkt erhalten.

GEMDOS-Programmheader ↗ · Programmstart und Speicherraum ↗

Die gleiche 3,5-Zoll-Hülle bedeutet nicht das gleiche Format. Laufwerk, Controller, Medium, Spurzahl, Sektorzahl und Dateisystem müssen zusammenpassen. Für den Atari sind gewöhnliche sektorbasierte Datenmedien und besonders formatierte Spiele oder Demos zu unterscheiden. Ein Laufwerk, das eine Standarddiskette liest, ist deshalb noch kein vollständiger Test für jede Diskette aus der Sammlung.

Das sind verbreitete Geometrien, keine Behauptung, dass jede Diskette genau so angelegt ist. Zusätzliche Sektoren, andere Spuranzahlen und Kopierschutz können abweichen. HD-Fähigkeit setzt mehr als ein HD-Medium oder eine neue Frontblende voraus. Controller, Takt, Laufwerk und Systemunterstützung gehören dazu. Bei TT und Mega STE ist der Auslieferungs-/Umbauzustand gesondert festzustellen; ein Falcon bringt regulär einen HD-Laufwerksweg mit.

Warum ein PC manchmal hilft – und manchmal nicht

Ein Standard-FAT-Datenformat kann einen Austausch mit einem passenden PC ermöglichen. Ein gewöhnliches USB-Laufwerk bietet aber nicht denselben Zugriff wie ein alter Controller mit direkter Ansteuerung. Sonderformate, abweichende Geometrien und kopiergeschützte Spuren können damit unzugänglich bleiben. „Windows bietet Formatieren an“ ist kein Grund, ein historisches Original zu formatieren.

Mechanik und Medium zusammen beobachten

Verschmutzte Köpfe, gealterte Medien, klemmende Mechanik und falsche Drehzahl können Lesefehler verursachen. Ein Original wird bei auffälligen Geräuschen oder sichtbarer Beschädigung nicht endlos weitergelesen. Die erste brauchbare Erfassung wird als unveränderte Datei gesichert. Wiederholte Versuche erhalten eine eigene Kennzeichnung, damit nicht unbemerkt die bessere Fassung überschrieben wird.

Ein Laufwerksvergleich verwendet entbehrliche bekannte Medien. Kopfjustage nach Gehör oder zufälliges Verdrehen eines Potentiometers ist keine brauchbare Diagnose. Bezugsmedien und Messmittel sind nötig, wenn eine Justage tatsächlich ansteht. Für Datenrettung ist ein geeignet eingestelltes Laufwerk oft wichtiger als ein optisch schöneres Ersatzgerät.

Hatari: unterstützte Diskettenabbilder ↗

Ein Diskettenabbild ist eine Datei, die einen Datenträger auf einer bestimmten Beschreibungsebene festhält. Nicht jedes Format bewahrt dieselben Informationen. Für eine gewöhnliche Datenrettung können Sektordaten ausreichen; ein kopiergeschütztes Original kann zusätzliche Spur- und Timinginformationen benötigen. Eine Konvertierung kann deshalb nutzbare Dateien erzeugen und zugleich Erhaltungsinformationen verlieren.

Ein Kopf sagt weniger als ein vollständiger Test

MSA beginnt üblicherweise mit 0E 0F; STX mit RSY und einem Nullbyte. Solche Kennungen helfen bei der Einordnung, garantieren aber keine vollständigen Spurblöcke. Bei einem Rohabbild kann ein plausibler Disketten-BPB Größenangaben liefern. Die Atari-Wortsumme 0x1234 im 512-Byte-Bootsektor weist auf einen ausführbar markierten Bootsektor hin, nicht auf einen erfolgreichen oder unbedenklichen Programmstart.

Original, Ableitung und Arbeitskopie

Die erste Erfassung bleibt unverändert erhalten. Eine daraus erzeugte ST-Datei, ein entpacktes MSA und eine für einen Emulator korrigierte Fassung sind eigene Ableitungen. Namen und Begleitnotizen zeigen, wie sie entstanden sind. Fehlende Sektoren werden nicht stillschweigend durch Nullen ersetzt und anschließend als vollständig gerettet bezeichnet. Wenn ein Werkzeug Lücken auffüllt, bleibt dieser Umstand dokumentiert.

Der sinnvolle Abschluss ist zweifach: Die Erfassungsdatei ist mit Prüfsumme und Herkunft gesichert, und die benötigten Inhalte lassen sich in einer passenden Arbeitsumgebung verwenden. Ein erfolgreicher Emulatorstart prüft nicht jede Datei auf der Diskette. Ein korrektes Verzeichnis beweist wiederum nicht, dass ein ungewöhnlicher Kopierschutz erhalten wurde.

Hatari: Abbildunterstützung ↗ · MSA-Format im Hatari-Quelltext ↗ · STX-Strukturen bei Hatari ↗ · EmuTOS: Bootsektorbehandlung ↗

Ein moderner Massenspeicher kann den Alltag erheblich vereinfachen. Er ersetzt aber nicht automatisch jede Ebene des ursprünglichen Aufbaus. Bus, Adapter, Gerät, Treiber, Partitionstabelle und Dateisystem sind getrennte Teile. Ein SD-Kartenleser kann daher korrekt arbeiten, obwohl der Atari noch kein startfähiges Laufwerk sieht.

UltraSatan als Beispiel eines ACSI-Geräts

UltraSatan verbindet SD-/MMC-Speichermedien über einen dafür ausgelegten ACSI-Weg mit dem Atari. Das ist keine gewöhnliche USB-Kartenleserfunktion. Treiber, ID-Konfiguration und Medienlayout müssen zusammenpassen. Andere Projekte und Controller können andere Voraussetzungen haben. Angaben einer bestimmten Adapterrevision werden deshalb nicht auf jeden ähnlich benannten Nachbau übertragen.

Alte Platten zuerst als Datenquelle behandeln

Eine noch lesbare Originalplatte wird nicht vorschnell neu partitioniert, um einen Treiber auszuprobieren. Zuerst werden benötigte Inhalte und nach Möglichkeit ein vollständiges Abbild gesichert. Bootsektoren, Treiberbereiche und Partitionstabelle können für die spätere Rekonstruktion wichtig sein. Ein Dateikopieren allein erfasst diese Ebenen nicht vollständig.

Schreiben und Lesen wirklich vergleichen

Nach dem Aufbau dient ein entbehrliches Medium als Testziel. Ein Prüfmuster wird geschrieben, erneut gelesen und verglichen. Wenn Fehler auftreten, bleiben Bus, Kabel, Stromversorgung und Treiber im Blick. Eine einzelne erfolgreich kopierte kleine Datei reicht nicht, um einen instabilen Aufbau zuverlässig auszuschließen. Der Test wird nicht mit der einzigen Kopie persönlicher Daten durchgeführt.

Bei einer SCSI-Kette sind Geräte-ID und Host-ID zu unterscheiden. Terminierung gehört an die vorgesehenen Busenden, nicht nach der bloßen Anzahl angeschlossener Geräte. Ein Kabelstern und eine Kette sind ebenfalls unterschiedliche Topologien. Für konkrete Umbauten sind die Unterlagen des Controllers und des Ersatzgeräts maßgeblich.

UltraSatan-Projekt ↗ · Entwickler-FAQ zu ACSI und SCSI ↗ · HDDRIVER-Dokumentation ↗

Die Größe einer SD-Karte sagt noch nichts darüber aus, wie viel davon eine bestimmte Atari-Umgebung sinnvoll nutzen kann. Entscheidend sind Treiber, Partitionstabelle, logische Sektorgröße, Dateisystem und TOS beziehungsweise Ersatzsystem. Eine scheinbar einfache Forderung wie „die ganze Karte als ein Laufwerk“ kann mit der vorgesehenen historischen Umgebung unvereinbar sein.

Grenzen immer einer Umgebung zuordnen

Diese Tabelle beschreibt die Angaben des genannten Treiberprojekts und nicht jede jemals gebaute Atari-Installation. MiNT oder andere Umgebungen können weitere Dateisysteme ermöglichen. Daraus folgt nicht, dass ein gewöhnliches ROM-TOS dieselbe FAT32-Partition ohne passende Unterstützung liest. Bootfähigkeit und Nutzbarkeit nach dem Laden eines Treibers sind nochmals verschiedene Fragen.

Byte-Reihenfolge und Austauschmedien

Bei bestimmten IDE-/Austauschkonfigurationen spielt Byte-Swapping eine Rolle. Das betrifft die Interpretation des Mediums und kann den Bootweg verändern. Eine am PC sichtbare Partition ist deshalb kein vollständiger Beweis für direkte Atari-Bootfähigkeit. Vor einer Änderung werden die bisherigen Einstellungen und ein Abbild des Mediums gesichert. Eine neue Formatierung ist der letzte Schritt eines geplanten Neuaufbaus, kein Diagnoseversuch am Original.

Eine gute Aufteilung dient einer Aufgabe

Für eine historische Arbeitsumgebung kann eine kleine gut verstandene Bootpartition sinnvoller sein als ein maximales Layout. Programme, Daten und Sicherungskopien lassen sich dann überschaubar trennen. Diese Aufteilung ist aber kein Ersatz für eine externe Sicherung: Alle Partitionen auf derselben Karte können bei einem Karten- oder Controllerfehler gemeinsam verloren gehen.

Wenn der Desktop Laufwerke anders benennt

Nach einem Plattenumzug können Buchstaben, Zuordnungen oder Icons anders sein. Eine Anwendung findet dann ihre Daten nicht, obwohl sie noch existieren. Die Wiederherstellung beginnt mit dem Abgleich der tatsächlichen Partitionen und Pfade. Erst danach werden Startdateien und Desktopzuordnungen angepasst. Ein leer wirkendes Icon wird nicht als Beweis für eine gelöschte Partition genommen.

HDDRIVER: Grenzen und Austauschformate ↗

Der beste Übertragungsweg hängt vom vorhandenen Bestand ab. Eine normale Datendiskette, eine SCSI-Platte, ein unverändertes Musikprojekt und ein kopiergeschütztes Spiel stellen verschiedene Anforderungen. Der Weg wird deshalb von den Daten und dem funktionierenden Anschluss aus geplant, nicht von einer gerade verfügbaren Adapterbox.

Nach dem Kopieren kommt der Inhaltstest

Ein Größenvergleich und eine Prüfsumme zeigen, ob zwei Dateien gleich sind. Sie beweisen nicht, dass schon die Ausgangsdatei vollständig oder inhaltlich korrekt war. Ein Dokument wird zusätzlich geöffnet; ein Programm startet mit einem bekannten Testfall. Für Musik werden gegebenenfalls externe Instrumentendaten geprüft. Diese Prüfung erhält ein kurzes Ergebnisprotokoll mit Software- und Systemstand.

Zeichensätze und Namen

Umlaute und Sonderzeichen können beim Texttransfer anders erscheinen. Der verwendete Zeichensatz bleibt deshalb Teil der Beschreibung. Eine Originaldatei wird vor einer Zeichenkonvertierung unverändert aufbewahrt. Gleiches gilt für Dateinamen: Eine Modernisierung kann die Lesbarkeit verbessern und trotzdem alte Programmverweise brechen. Bearbeitete Namen gehören zur Arbeitskopie.

Eine Brücke soll nachvollziehbar sein

Bei serieller Übertragung werden Protokoll und Parameter auf beiden Seiten gleich eingestellt. Bei einem Austauschmedium zählen dessen Layout und die verwendeten Treiber. Für ein Archiv wird festgehalten, von welchem Original welches Abbild und daraus welche Dateien entstanden sind. So lässt sich eine später auftauchende Lücke auf die richtige Ebene zurückverfolgen.

Flux-Erfassung mit Greaseweazle ↗

Die Atari-Familie bringt viele Anschlüsse mit, die aus heutiger Sicht ähnlich aussehen oder ungewöhnliche Stecker verwenden. Eine mechanische Ähnlichkeit ist dabei kein Beleg für dieselbe Belegung. Gerade Monitor, ACSI, SCSI, Drucker und serielle Schnittstelle müssen eindeutig unterschieden werden.

Beschriften hilft mehr als Erinnern

An übernommenen Kabeln bleibt eine eindeutige Kennzeichnung: Welche Geräte wurden verbunden, welche Adapter gehörten dazu und welche Buchse war gemeint? Ein Foto der ursprünglichen Verkabelung kann eine spätere Fehlersuche erheblich verkürzen. Unbekannte Kabel werden gegen eine dokumentierte Belegung geprüft. Die Kabelfarbe oder die Erinnerung an eine ähnliche Maschine reicht dafür nicht.

Kein Umstecken nach dem Zufallsprinzip

Klassische interne Busse und viele externe Atari-Verbindungen werden im ausgeschalteten Zustand angeschlossen. Ein modernes Speichermedium kann eigene Wechselmöglichkeiten haben; daraus folgt keine allgemeine Hot-Plug-Fähigkeit des alten Anschlusses. Ein Herstellerhinweis zu einer bestimmten SD-Lösung wird nicht auf die Monitorbuchse, einen Dongle oder einen alten SCSI-Aufbau übertragen.

Bei einem Umbau bleibt erkennbar, welche Buchse Serienfunktion hat und welche später ergänzt wurde. Ein nachgerüsteter moderner Stecker sagt allein nichts über den dahinterliegenden Controller, seine Versorgung oder seine Softwareunterstützung.

Atari: Anschlüsse des Falcon ↗ · ACSI-/SCSI-Unterschiede ↗

Die Atari-Tastatur ist mehr als eine Matrix von Tasten. Der intelligente Tastaturcontroller verarbeitet Eingaben und überträgt Daten an den Rechner. Maus und Joystick gehören damit zu einem gemeinsamen Teil der Eingabeumgebung. Fallen mehrere Eingaben zugleich aus, ist der gemeinsame Pfad mindestens so interessant wie das einzelne Eingabegerät.

Maus und Joystick sind unterschiedliche Signale

Ein klassischer digitaler Joystick liefert Schaltzustände. Eine Maus überträgt Bewegungsinformationen auf andere Weise. Gleiche 9-polige Gehäuse bedeuten deshalb keine freie Austauschbarkeit. Auch eine Amiga-Maus ist nicht ohne Weiteres eine Atari-ST-Maus. Für USB- oder PS/2-Geräte braucht es eine aktive Lösung, die das erwartete Protokoll tatsächlich übersetzt. Ein reiner Steckeradapter erfüllt diese Aufgabe nicht automatisch.

Mechanik behutsam behandeln

Bei Kugelmäusen können Rollen und mechanische Teile verschmutzt sein. Reinigung ist von elektrischer Fehlersuche zu trennen. Gealterte Haltenasen und Kabeldurchführungen werden nicht mit Gewalt gelöst. Die Ausgangslage wird fotografiert, damit Federteile und Leitungswege anschließend wieder korrekt liegen. Ein ordentlich arbeitendes Vergleichsgerät ist für die Eingrenzung wertvoller als ein zweites unbekanntes Fundstück.

Uhrfunktion und Batterie nicht verwechseln

Der IKBD kann eine Zeitinformation verwalten. Das bedeutet nicht, dass jeder ST automatisch eine dauerhaft gepufferte Echtzeituhr besitzt. Pufferung und Zeitquelle hängen vom Modell beziehungsweise einer Erweiterung ab. Eine nach dem Ausschalten verlorene Zeit ist daher bei einem unveränderten Gerät anders zu beurteilen als bei einem Mega ST mit eigener Uhrbatterie.

Atari: IKBD-Protokoll ↗ · XBIOS-Tastaturfunktionen ↗

Ein serieller Transfer kann eine verlässliche Brücke sein, wenn beide Seiten denselben Kommunikationsweg verstehen. Baudrate allein genügt nicht: Datenbits, Parität, Stopbits, Flusskontrolle und Kabelbelegung müssen zusammenpassen. Ein direktes Rechner-zu-Rechner-Kabel kann eine andere Verdrahtung benötigen als eine Modemverbindung.

RS-232 ist kein TTL-UART

Viele preiswerte USB-Adapter stellen Logikpegel für Elektronikprojekte bereit. Das ist kein gewöhnlicher RS-232-Anschluss. Für einen Atari-RS-232-Port wird ein Adapter mit dem passenden elektrischen Standard und den benötigten Leitungen ausgewählt. DTE/DCE und Nullmodem sind Fragen des gesamten Verbindungswegs. Ein zusätzliches Steckerstück löst eine fehlende Pegelumsetzung nicht.

Drucker brauchen eine Sprache

Ein Druckeranschluss überträgt Daten, aber der Drucker muss auch deren Sprache verstehen. Eine alte Treiberdefinition kann Steuerzeichen oder ein gerätespezifisches Grafikformat erzeugen. Ein moderner USB-Drucker versteht diese Daten nicht automatisch. Eine aktive Brücke braucht deshalb mehr als eine physische Verbindung. Für DTP-Dokumente werden Druckertreiber und Schriften mit dem Projektbestand erhalten.

Eine Ausgabe als Referenz

Ein korrekter historischer Ausdruck kann Layout, Zeichensatz und Seitenumbruch festhalten. Für spätere Nutzung ist eine zusätzliche digitale Lesefassung hilfreich, wenn sie mit einem passenden Ausgabetreiber erzeugt werden kann. Diese Fassung wird als Export gekennzeichnet. Das Originaldokument und seine Bearbeitungsumgebung bleiben daneben erhalten.

Wenn nur Zeichenmüll erscheint, werden zunächst falsche Schnittstellenparameter und ein unpassender Druckermodus geprüft. Eine geänderte Baudrate behebt keinen falschen Zeichensatz, und ein anderer Zeichensatz repariert kein fehlendes Handshake. Diese Ebenen getrennt zu testen macht den Fehlerbericht deutlich brauchbarer.

Eine Erweiterung ist dann hilfreich, wenn sie eine konkrete Aufgabe zuverlässig löst. Ein Laufwerksemulator, ein ACSI-SD-Gerät, ein Beschleuniger und ein USB-Eingabeadapter ersetzen unterschiedliche Teile des Systems. Vor dem Einbau wird deshalb benannt, was erhalten bleiben soll und was sich verändern darf. Eine bekannte funktionierende Ausgangskonfiguration bleibt dokumentiert.

Laufwerksemulation ist nicht Festplattenemulation

Ein Gotek verhält sich am vorgesehenen Anschluss wie ein Laufwerk. Eine ACSI-SD-Lösung ist ein anderer Gerätetyp mit einem anderen Softwareweg. Die darauf gespeicherten Dateien werden deshalb nicht nach demselben Prinzip genutzt. Ein Diskettenabbild ist außerdem nicht automatisch ein Festplattenabbild. Die Anleitung des konkreten Projekts bestimmt, welche Formate und Einstellungen vorgesehen sind.

Beispiel FlashFloppy

Die FlashFloppy-Dokumentation nennt für einen gewöhnlichen Atari-ST-Aufbau typischerweise Shugart und Drive Select S0. Das ist ein Ausgangspunkt für einen passenden Aufbau, kein Freibrief für ein beliebiges verdrehtes oder umgebautes Kabel. Vor dem Anschluss werden Steckerorientierung, vorhandene Adapter und Versorgung anhand des tatsächlichen Aufbaus geklärt. Eine dauerhaft leuchtende LED ist eine Beobachtung, kein Grund zum wahllosen Umstecken unter Spannung.

Revisionen und Rückweg

Firmwarestand und Hardwareversion werden zusammen notiert. Eine Anleitung zu einer älteren Platine kann für einen Nachbau teilweise falsch sein. Nach dem Einbau wird nicht nur das Einschalten geprüft, sondern die konkrete Zielaufgabe. Wenn etwa ein Musikprojekt einen Cartridge-Dongle braucht, gehört dessen Zugänglichkeit zur Planung. Ein Umbau, der den einzigen benötigten Steckplatz belegt, löst nicht jede Aufgabe gleichzeitig.

FlashFloppy: Atari-ST-Anschluss ↗ · Greaseweazle-Projekt ↗ · SidecarTridge: Projektquellen ↗

Die Atari-Welt bietet BASIC-Dialekte, C, Pascal, Assembler und weitere Entwicklungswege. Für den Einstieg ist eine kleine reproduzierbare Anwendung hilfreicher als ein direktes Experiment an Hardwareadressen. Quelltext, Compilerfassung, Bibliotheken und Zielmodell gehören zusammen. Ein auf einem modernen Rechner erzeugtes Programm ist nur dann ein Atari-Programm, wenn die Werkzeugkette den richtigen Zielcode erzeugt.

Ein kleines C-Beispiel für die Konsole

Das folgende Beispiel verwendet GEMDOS-Bindings aus einer passenden MiNT-/TOS-C-Umgebung. Es schreibt einen Text und wartet auf eine Taste. Es setzt keine Bildschirmregister und benötigt keine bestimmte Farbauflösung. Der Quelltext wird mit einer dafür eingerichteten m68k-atari-mint-Werkzeugkette übersetzt; der normale Compiler des heutigen PCs erzeugt nicht denselben Zielcode.

#include <mint/osbind.h>

int main(void)
{
    Cconws("Hallo, Atari!\r\nTaste zum Beenden.\r\n");
    (void)Cconin();
    return 0;
}

m68k-atari-mint-gcc -m68000 -Os -o HALLO.TOS hallo.c

Header, Bibliotheken und Aufruf müssen zur installierten Werkzeugkette passen. Der Name HALLO.TOS beschreibt die vorgesehene textorientierte Ausführung. Für ein GEM-Programm kommen unter anderem Anwendungsinitialisierung, Ereignisverarbeitung und saubere Freigabe von Ressourcen hinzu. Ein leeres Fenstergerüst ist daher eine andere Übung als eine Konsolenausgabe.

Portabel innerhalb der Familie

Assembler und direkte Hardware

Direkter Hardwarezugriff ist für Demos und spezielle Aufgaben ein wichtiges Werkzeug. Er verengt jedoch oft die Zielkonfiguration. Speichergrenzen, privilegierter Zustand, Interrupts und Caches werden dann ausdrücklich Teil des Entwurfs. Ein Emulator-Debugger kann solche Abläufe sichtbar machen. Ein Programm, das nur mit zufälligem Speicherinhalt funktioniert, ist kein verlässlicher Hardwaretest.

Für die Archivierung eines Projekts bleiben ein minimaler Testfall, vollständige Quellen und die Befehle zum Erzeugen des Programms erhalten. Ein zusätzliches fertiges Binary ermöglicht später den Vergleich, wenn die ursprüngliche Werkzeugkette erst rekonstruiert werden muss.

FreeMiNT und C-Werkzeuge ↗ · TOS: Programmierregeln ↗

Bei Spielen und Demos ist die konkrete Fassung oft entscheidender als der Titel. Originaldiskette, spätere Festplattenanpassung, Sprachversion und korrigierte Veröffentlichung können unterschiedliche Voraussetzungen besitzen. Wer „läuft nicht“ dokumentiert, nennt deshalb Fassung und Herkunft des verwendeten Abbilds. Ein Dateiname aus einem Downloadordner ist dafür häufig zu ungenau.

Warum ein schnellerer Rechner schwieriger sein kann

Ein Programm kann feste Speicheradressen, eine bestimmte Bildfrequenz, eigene Diskettenroutinen oder ein enges Rastertiming erwarten. Mehr RAM, ein Cache oder eine andere CPU ändern diese Voraussetzungen. Beim Mega STE sind Takt und Cache deshalb getrennte Vergleichswerte. Beim TT und Falcon kommen weitere Hardwareunterschiede hinzu. Ein passender Patch kann helfen, ist aber eine eigene Programmfassung und wird als solche erhalten.

Demo-Effekte erklären ihre Voraussetzungen

Overscan, Rasterfarben und synchronisierte Bildbewegungen zeigen oft, wie genau Software die Hardware ausnutzt. Solche Effekte sind keine allgemeine neue Standardauflösung. Ein Konverter kann mit dem Desktop zurechtkommen und beim Spezialtiming aussteigen. Eine Aufnahme des Effekts ist für die Dokumentation hilfreich, ersetzt aber weder das Originalprogramm noch seine Zielkonfiguration.

Ein Test ist mehr als der Titelbildschirm

Ein Spiel kann erst beim Nachladen, Speichern oder Wechseln eines Levels scheitern. Ein Demo kann nur in einem späteren Teil auf eine zusätzliche Fähigkeit zugreifen. Für eine verlässliche Beschreibung wird der erreichte Umfang genannt. „Intro startet“ und „vollständig durchgespielt“ sind unterschiedliche Ergebnisse. Savegames und Originalabbilder bleiben getrennt, damit ein schreibendes Programm nicht die einzige Archivfassung verändert.

Hatari: Kompatibilitäts- und EmuTOS-Hinweise ↗

Der Atari war für viele Musiker eine Arbeitszentrale mit einer klaren Aufgabe: ein Projekt laden, Instrumente ansteuern und reproduzierbar spielen lassen. Cubase sowie Creator/Notator stehen für bekannte unterschiedliche Arbeitsweisen dieser Zeit. Der musikalische Bestand liegt jedoch nicht allein in der Songdatei. Externe Sounds, Samples, Effekte und das Routing gehören zum Ergebnis.

Projektbestand vollständig beschreiben

Lokaler Ton und zurückgesendete MIDI-Daten

Bei einer Tastatur mit eigener Klangerzeugung kann dieselbe gespielte Note einmal lokal und einmal über das Software-Thru zurückkommen. Das erklärt doppelte oder phasig wirkende Wiedergabe. Local-Control und Thru werden deshalb als zusammengehöriger Signalweg eingestellt. Wenn Local Off aktiv ist und der Rückweg fehlt, kann dieselbe Tastatur plötzlich stumm erscheinen. Das ist zunächst eine Routingfrage, kein Beweis für einen Defekt.

Export ist eine zusätzliche Fassung

Ein Standard-MIDI-File kann für den Austausch hilfreich sein, bewahrt aber nicht automatisch jede programmspezifische Bearbeitung, Notationsinformation oder Studiokonfiguration. Ein Audiomitschnitt hält den Klang fest, macht ihn aber nicht wieder in derselben Weise editierbar. Deshalb bleiben Originalprojekt, Austauschfassung und Hörreferenz nebeneinander bestehen. Konvertierungen erhalten ein Datum und den verwendeten Programmstand.

Alte Hardware bewusst wieder anschließen

Vor dem Laden eines SysEx-Bestands wird geklärt, welches Gerät und welcher Speicherbereich angesprochen werden. Ein Dump kann vorhandene Sounds auf dem Empfänger überschreiben. Die bisherige Fassung wird vorher gesichert. Im laufenden musikalischen Aufbau werden Kabel und Kanäle beschriftet; eine scheinbar kleine Änderung am MIDI-Ausgang kann sonst mehrere Instrumente betreffen.

Ein erhaltenes Setup kann bewusst auf einer alten stabilen Programmfassung bleiben. Für neue Aufgaben ist ein anderer Rechner möglich, während der Atari das ursprüngliche Projekt zuverlässig wiedergeben soll. Diese Zweckbestimmung ist oft wertvoller als ein Umbau, der zwar moderner aussieht, aber die vertraute Hardwareerweiterung oder den benötigten Dongle nicht mehr aufnehmen kann.

Steinberg: Unternehmens- und Cubase-Geschichte ↗ · C-Lab: Notator-SL-Handbuch ↗ · C-Lab: Creator-Handbuch ↗

Bei einem unbekannten Rechner ist die erste Aufgabe eine Bestandsaufnahme. Modell, Netzspannungsangabe, Kabel, Erweiterungen und Medien werden festgehalten, bevor etwas verändert wird. Der äußerlich vollständige Rechner kann innen umgebaut sein. Ein Schalter an der Rückseite, eine zusätzliche Platine oder ein ungewohntes Netzteil kann für den gesamten Startweg entscheidend sein.

Eine sinnvolle Grundkonfiguration

Geruch, Geräusch und Wärme ernst nehmen

Rauch, ungewöhnlicher scharfer Geruch oder deutlich auffällige Erwärmung sind Gründe zum Ausschalten und Prüfen. Wiederholtes Einschalten ist kein Reparaturverfahren. Ein Laufwerk mit ungewöhnlicher Mechanik wird nicht mit einer wertvollen Originaldiskette getestet. Umgekehrt ist nicht jedes normale Zugriffsgeräusch ein Defekt. Ein Vergleich mit einem bekannten passenden Aufbau und die Modellunterlagen helfen bei der Einordnung.

Vom einfachen Befund zum nächsten Test

Zuerst wird festgestellt, ob ein Bild erscheint und der Desktop auf Eingaben reagiert. Danach folgen bekannte Medien und eine kleine passende Anwendung. Massenspeicher und Erweiterungen werden schrittweise in den Test aufgenommen. Damit bleibt erkennbar, welche Änderung einen Unterschied macht. Allein das Ein- und Ausschalten eines vollbestückten unbekannten Systems liefert wenig brauchbare Information.

Ein erfolgreicher Start wird dokumentiert, bevor die Umgebung modernisiert wird. Gerade eine unveränderte alte Installation kann Treiber und Einstellungen enthalten, die später schwer zu beschaffen sind. Eine Sicherung dieses Zustands ist häufig der wertvollste erste Erfolg.

Eine gute Fehlerbeschreibung trennt den beobachteten Zustand von der vermuteten Ursache. „Zwei Bomben nach dem Laden von Programm X“ ist ein brauchbarer Anfang. „DMA kaputt“ ist ohne Vergleich nur eine Hypothese. Zeitpunkt, Reproduzierbarkeit und letzte Änderung helfen, den Fehlerweg einzugrenzen.

Was die Bomben aussagen

Die klassische Bombendarstellung steht in Beziehung zu Prozessor-Ausnahmen. Die Zahl beschreibt eine Fehlerklasse, nicht den Namen eines zu tauschenden ICs. Auch Software kann einen Bus- oder Adressfehler auslösen. Umgekehrt kann ein Speicherfehler den Programmfluss so beschädigen, dass schließlich eine andere Ausnahme sichtbar wird.

Ein minimaler Fehlerbericht

Modell / Platine:
CPU / Cache / RAM:
TOS und Sprache:
Monitor / Modus:
Treiber und AUTO-Zusätze:
Programmdatei + Prüfsumme:
Genauer Ablauf:
Erwartetes Ergebnis:
Tatsächliches Ergebnis:
Bekannter funktionierender Vergleich:

Ein Bericht braucht keine lange Liste aller unternommenen Zufallsversuche. Wenige klare Vergleiche sind oft nützlicher. Die Originaldaten bleiben während der Untersuchung geschützt; Tests mit Schreibzugriff erfolgen auf einer Kopie. Ein beschädigtes Projekt wird nicht durch wiederholtes Speichern unter demselben Namen als einzige Fassung weiter verändert.

Motorola: M68000-Referenz ↗

Eine Reparatur beginnt mit dem Fehlerbild und der passenden Dokumentation. Schaltplan, Platinenrevision und Messpunkt müssen denselben Aufbau beschreiben. Eine im Internet gezeigte Modifikation an einer ähnlichen Platine ist kein Beweis, dass sie bei diesem Gerät dieselbe Funktion erfüllt. Fotos und nachvollziehbare Messbedingungen machen einen Eingriff später überprüfbar.

Typische Arbeitsfelder

Kondensatoren und Korrosion

Gealterte oder ausgelaufene Bauteile verdienen Aufmerksamkeit. Ein pauschaler Kompletttausch ist aber kein Ersatz für eine Diagnose. Wenn Elektrolyt oder Batteriereste Leiterbahnen beschädigt haben, reparieren neue Bauteile diese Unterbrechungen nicht automatisch. Reinigungsverfahren werden nach Material und tatsächlichem Rückstand gewählt. Eine pauschale Mischung aus Säure, Lauge oder beliebigem Kontaktmittel ist kein universelles Mittel für jede Platine.

Sockel und Kontakte

Ein Kontaktproblem lässt sich durch Bewegung vorübergehend verändern. Daraus folgt nicht, dass ein Rechner fallen gelassen oder auf die Platine gedrückt werden sollte. Mechanische Gewalt kann Sockel, Leiterbahnen und Bauteile zusätzlich beschädigen. Fachgerechte Kontaktarbeit und ein gezielter anschließender Vergleich sind der nachvollziehbare Weg. Eingriffe werden mit Datum und Umfang festgehalten.

Originalsubstanz und Funktion

Bei einem historischen Gerät können seltene Originalteile, nachvollziehbare Umbauten und Gebrauchsspuren zur Geschichte gehören. Ein Eingriff wird so gewählt, dass sein Zweck klar ist. Entfernte Teile bleiben beschriftet, wenn sie für die Dokumentation wichtig sind. Ein neuer Standardstecker kann den Alltag erleichtern, sollte aber elektrisch und mechanisch sauber ausgeführt und von der Serienfunktion unterscheidbar sein.

Nach einer Reparatur wird genau die gestörte Aufgabe erneut geprüft. Ein erfolgreicher Desktopstart reicht nach einem Plattenfehler nicht als Abschluss. Ein reparierter Bildpfad wird mit den vorgesehenen Modi getestet. Die Dokumentation nennt außerdem, welche Bereiche nicht untersucht wurden.

Emulation ist ein Werkzeug zum Nutzen, Vergleichen und Entwickeln. Sie ersetzt nicht in jeder Frage die Originalhardware. Für ein GEM-Dokument kann ein bequemer Dateiaustausch genügen; für ein zeitkritisches Demo sind Modell und genaue Emulationseinstellungen entscheidend. Ein Profil wird nach der Aufgabe angelegt, nicht nach möglichst großen Zahlen in allen Feldern.

Ein Profil beschreibt einen Rechner

EmuTOS als eigener Systemstand

EmuTOS ist eine freie alternative TOS-Implementierung. Es kann in passenden Varianten auf emulierter und realer Hardware verwendet werden. Die Kompatibilität ist jedoch nicht mit jeder ursprünglichen TOS-Fassung identisch. Software, die undokumentierte interne Adressen erwartet, kann abweichend reagieren. Für einen Vergleich wird deshalb genau festgehalten, welches ROM beziehungsweise Ersatzsystem verwendet wird.

Ein einfacher dokumentierter Hatari-Aufruf

hatari --machine st --memsize 1 --tos mein-system.img --disk-a arbeitskopie.st

Die Dateinamen sind Beispiele und werden durch vorhandene eigene Dateien ersetzt. Der Aufruf beschreibt einen einfachen ST-Vergleich und keine universelle Einstellung für alle Programme. Weitere Optionen und unterstützte Formen werden nach der verwendeten Hatari-Version geprüft. Ein Snapshot ist bequem, ersetzt aber keine Sicherung der Ausgangsmedien und Konfiguration.

Wenn Emulator und Original unterschiedlich reagieren

Zuerst wird geprüft, ob tatsächlich dieselbe Programmfassung und derselbe Rechnerzustand verglichen werden. Ein Hostordner ist keine originale Festplatte mit allen Controller- und Treibereigenschaften. Eine beschleunigte Emulation ist kein historischer Taktvergleich. Unterschiede werden auf einen möglichst kleinen Testfall reduziert. Der Emulator kann dabei Register, Speicher und Systemaufrufe sichtbar machen, die am realen Gerät schwerer zu beobachten sind.

Für eine länger nutzbare Archivumgebung bleiben Emulatorversion, Profil und Medienprüfsummen zusammen erhalten. Spätere Updates werden auf einer Kopie verglichen. Ein funktionierender Stand muss nicht überschrieben werden, nur weil ein neuerer verfügbar ist.

Hatari-Handbuch ↗ · Hatari und EmuTOS ↗ · EmuTOS-Projekt ↗

Ein brauchbares Archiv bewahrt nicht nur Daten, sondern Zusammenhänge. Welche Diskette gehörte zu welchem Programm? Welche Platte enthielt die Arbeitsfassung? Welcher Dongle und welches MIDI-Gerät waren nötig? Solche Verbindungen gehen leicht verloren, wenn Rechner und Zubehör getrennt weitergegeben werden.

Original und Bearbeitung sichtbar trennen

ATARI-ARCHIV/
  inventar/       Modelle, Fotos, Kabel, Ausbau
  original/       unveränderte Erfassungen
  ableitungen/    Konvertierungen und Exporte
  arbeitskopien/  schreibbare Teststände
  umgebung/       TOS-/Treiber-/Profilangaben
  referenzen/     Ausdrucke, Bildschirm- und Audiovergleiche

Diese Ordnerstruktur ist ein Beispiel, kein besonderes Atari-Dateisystem. Entscheidend ist, dass jede bearbeitete Fassung auf ihre Quelle zurückgeführt werden kann. Ein Datum und eine kurze Beschreibung reichen oft, um später zwischen erster Erfassung, reparierter Kopie und spielbarer Arbeitsversion zu unterscheiden.

Prüfsummen und mehrere Kopien

Eine Prüfsumme erkennt, ob sich eine Datei verändert hat. Sie schützt die Datei aber nicht vor Verlust. Mehrere unabhängige Kopien und ein gelegentlicher Wiederherstellungstest sind deshalb sinnvoll. Ein zweiter Ordner auf derselben SD-Karte ist keine unabhängige Sicherung. Für wichtige Bestände wird wenigstens eine Kopie räumlich beziehungsweise technisch getrennt gehalten.

Persönliche Inhalte bleiben zuordenbar

Briefe, Adressbestände, eigene Musik und berufliche Dateien sind nicht automatisch öffentliche Sammlungsinhalte. Eine technische Erfassung wird von einer Veröffentlichung getrennt. Die Zugehörigkeit zum Bestand und die Entscheidung über Weitergabe bleiben nachvollziehbar. Für eine öffentliche Gerätegeschichte genügen häufig Modell, Nutzung und freigegebene Erinnerungen, während die vollständige Datensicherung privat bleibt.

Das wichtigste Abschlusskriterium ist eine überprüfte Wiederherstellung: Ein anderes passendes System kann die erforderlichen Dateien öffnen oder das dokumentierte Setup wieder starten. Eine bloß existierende ZIP-Datei ohne geprüften Inhalt ist noch kein verlässliches Archiv.

Für Hardwaredetails zählen die zum konkreten Modell und zur Platinenrevision passenden Unterlagen. Die verlinkten Atari- und Bausteinhandbücher liefern historische Spezifikationen; Projektseiten beschreiben den jeweiligen Software- oder Erweiterungsstand. Ein alter Produktprospekt ist dabei anders zu lesen als ein Servicehandbuch oder eine aktuelle Implementierungsdokumentation.

• Atari: ST-Serviceunterlagen ↗
• Atari: Mega-ST-Servicehandbuch ↗
• Atari: STE-Videobeschreibung ↗
• Atari: STE-DMA-Sound ↗
• UltraSatan-Entwickler: STE-Probleme ↗
• Atari: Mega-STE-Produktunterlagen ↗
• Atari: TT-Anzeigepfade ↗
• GEMDOS-Programmheader ↗
• Atari: Anschlüsse des Falcon ↗
• Atari: Falcon-Grafik ↗
• Zeitgenössische Atari-Hardwareeinordnung ↗
• Programmstart und Speicherraum ↗
• VIDEL-Modi und Systemaufrufe ↗
• Atari: SM124-Serviceunterlagen ↗
• Atari: Monitor-Produktblatt ↗
• Yamaha: YM2149-Datenblatt ↗
• MIDI Association: elektrische MIDI-1.0-Spezifikation ↗
• TOS-Referenz: Versionsliste ↗
• EmuTOS-Projekt ↗
• GEM-/TOS-Referenz ↗
• FreeMiNT und C-Werkzeuge ↗
• EmuTOS-Handbuch: eigener Bootablauf ↗
• Hatari-Handbuch ↗
• MSA-Format im Hatari-Quelltext ↗
• STX-Strukturen bei Hatari ↗
• EmuTOS: Bootsektorbehandlung ↗
• UltraSatan-Projekt ↗
• ACSI-/SCSI-Unterschiede ↗
• HDDRIVER: Grenzen und Austauschformate ↗
• Greaseweazle-Projekt ↗
• Atari: IKBD-Protokoll ↗
• XBIOS-Tastaturfunktionen ↗
• FlashFloppy: Atari-ST-Anschluss ↗
• SidecarTridge: Projektquellen ↗
• TOS: Programmierregeln ↗
• Hatari und EmuTOS ↗
• Steinberg: Unternehmens- und Cubase-Geschichte ↗
• C-Lab: Notator-SL-Handbuch ↗
• C-Lab: Creator-Handbuch ↗
• Motorola: M68000-Referenz ↗

Mit Quellen praktisch arbeiten

Bei einer konkreten Frage werden Modell, Hardwarestand und gesuchte Funktion festgehalten. Ein TT-Handbuch ersetzt keinen Falcon-Schaltplan, und eine Emulatorkonfiguration ist keine Messung an einer realen Platine. Bei einem Nachbau oder einer Erweiterung gilt die Anleitung der tatsächlich vorhandenen Revision. Änderungen an Software und Projektständen können spätere Anleitungen erforderlich machen.

Für eine erhaltene Arbeitsumgebung bleiben verwendete Handbücher, Versionsangaben und getestete Einstellungen zuordenbar. Die technischen Erklärungen auf dieser Seite verbinden diese Ebenen zu einem Nachschlagewerk; sie ersetzen nicht die konkrete Untersuchung eines beschädigten Geräts.

CTIA79: Atari 400 und heutiger Rechner

• Atari: 400/800 Hardware Manual ↗
• Atari: 400/800 PAL Field Service Manual ↗
• Atari: Atari-400-Bedienungsanleitung ↗
• Atari: Atari 400 US Owner’s Guide ↗
• Atari: BASIC Reference Manual ↗
• Minisforum: AI X1 Pro-370 ↗
• AMD: Ryzen AI 9 HX 370 ↗
• Steinberg: Audio Performance Monitor ↗
• Steinberg: Audiotreiber und Latenzeinstellung ↗