Schlagwort-Archive: Atari 8-Bit

XEX- Das unbekannte Format

Dateien mit der Endung *.XEX sind ausführbare Dateien, für die gängigen Atari 8- Bit Emulationen, wenigstens.

Die Datei wird mit 2 Bytes $ff eingeleitet, gefolgt von der Startadresse und der Dateilänge. Danach folgen die Daten bzw. der ausführbare Objekt- Code, der/ die an der so beschriebenen Stelle in der angegebenen Länge abgelegt werden/ wird.

Stimmt’s? Geben wir doch einfach einmal die Folgenden Bytes in einem Hex- Editor ein, speichern das ganze als Hallo.xex und laden das File mit einem Atari- Emulator unserer Wahl:

Bildschirmfoto 2014-09-01 um 21.05.41

Kleiner Tip, die Byte Folge $40 $9c= peek(88)+256 x peek(89)   😉

Aber Hallo!

 

Advertisements

Seriennummern und alte Dokumente…

Ein bisschen Recherche in eigener Sache, ich  möchte nachvollziehen seit wann und warum ich damit begonnen habe mich für das Thema Computer zu interessieren, förderte ein paar aufschlussreiche Quellen im Internet zutage:

Bücher und Atari- interne Dokumente:
http://www.atarimania.com/documents-atari-400-800-xl-xe-technical-documents_3_8.html

Eine Interessante Diskussion zur Interpretation von Seriennummern div. Atari Hardware:
http://atariage.com/forums/topic/176155-atari-8-bit-serial-numbers/

 

 

 


Altes wieder endeckt

Das SIO2USB Interface ist gestern angekommen und es funktioniert einwandfrei!

Spannend war, funktionieren meine fast 30 Jahre alten Disketten noch? Produkte von Siemens oder Datalife (Vobis?) liefen anstandslos. Einige No- Name Produkte sind leider deffekt. Eine der Dateien lies sich zwar anstandslos laden – es war ein Programm in Atari Basic – im Quelltext fanden sich aber einige Zeichen die offensichtlich dort nicht hingehören wo sie stehen. Hmm? Verstümmelte Daten? Soweit ich weis, kennt das FMS des Atari DOS 2.x keine Prüfsummen(1). Ich glaube auch, dass die nächst tiefere Schicht – die CIO – das genausowenig kennt. Da bin ich mir relativ sicher, denn, die CIO weis nicht wie die Datein auf der Diskette organisiert sind und schaut schon gar nicht in die Datei um deren Metadaten zu interpretieren. Die CIO ist ein generalisiertes Ein- Ausgabekonzept das grundlegende Schreib- Leseoperationen erledigt. Die angesprochene Hardware wird über frei implementierbare Device – Handler (Treiber) zugänglich gemacht.

(1) Die 1050 kann sehr wohl einen sog. CRC Error melden. Das ist soweit ich noch weis nichts anderes als ein Fehler in der Prüfsumme. Der wird  allerdings anhand von Meta Daten ermmittelt, oder ausgeschlossen, die auf Hardware Ebene auf der Diskette gespeichert sind auf die man per Software, vom Computer aus, keinen Zugriff hat.
Wer mehr zum Thema erfahren möchte, dem seien die Links am Schluss des Textes empfohlen.

IMG_0989

Ich sah die Zukunft, aber sie war verborgen vom Kabelsalat….

War eine wunderbare Erfahrung die Dinge weiterzusehen mit denen man – ginge es nach der damaligen Meinung unserer Eltern – seine Jugend verschwendet hat.

6502 Source, alt und stolz darauf....

6502 Source, alt und stolz darauf….

Vorläufiges Resümee, das meiste Disketten funktioniert noch und dürfte sich über die kommenden Feiertage problemlos auf meinen aktuellen Rechner überführen lassen.

Eine Diskette – formatiert im Dos 3 Format – bereitete das meiste Kopfzerbrechen. Gefüllt mit eigenem – meist in Basic – produziertem, ist mir das Teil schon noch etwas wert, aber, wie komme ich da ran? Die SIO2USB Firmware und das mitgelieferte DOS unterstützen wohl nur DOS 2.x und modernere Atari Dateisysteme die dem Sparta DOS Format entsprechen. Mein Glück, auf meiner alten DOS 2.5 Tool Disk fand sich eine Datei mit dem verheißungsvollen Namen copy32.com 🙂

damit lassen sich, wär hätte‘ gedacht, komfortabel Dateien von DOS 3 formatierten Disketten auf DOS 2.x Disketten kopieren.

Es bleibt spannend und ich werde berichten.

Passend zum Thema Disketten, ein paar Links:

http://www.strotmann.de/~cas/Infothek/1050Turbo/anleitung_1050_turbo.pdf

http://www.mia-net.org/speedy.html
Ein ausführlicher Artikel über den SPEEDY 1050 des Compy Shop

http://www.atarimax.com/ape/docs/DiskImageFAQ/
Einige Grundlagen zur Frage wie eine Diskette organisiert ist. Das sog. Physiche – also tatsächliche Format auf Hardwareebene – wird erläutert.


Es rockt wieder..

Ich habe den guten alten 6502 in der letzten Zeit etwas vernachlässigt. Für mein kleines Spieleprojekt gilt das selbe.

Abgelenkt hat mich dieses Projekt:
https://retrozock.com/2013/11/13/neocrome-atari-8-bit/

Titelbild für "Rock". Ein erster EntwurfEigentlich wollte ich nur eine kleine Routine entwerfen, die eine Bilddatei im NeoCrome Format in eines der beliebte Atari 8- Bit Grafikformate wandelt. Herausgekommen sind bis jetzt eine nicht unbeträchtliche Anzahl C- Routinen die das gewünschte für die Grafikstufen 8,15 und 9  bis 11 (GTIA 1-3) erledigen sowie eine Anwendung die unter dem Cocoa Framework läuft. Das ganze also etwas zugänglicher macht.

Warum die Arbeit? Neugier und das Ziel vor Augen meinem Spielchen ein ansehnliches Titelbild zu verschaffen. Die ersten Ergebnisse könnt ihr hier bewerten (‚tschuldigung, bewundre 🙂

Bildschirmfoto 2013-12-02 um 20.32.44


GTIA

Der „Graphics Television Interface Adapter“. Zwischen Bildschirm (HF- Modulator) und dem ANTIC gelegen, bringt die Farbe ins Bild – und das nicht zu knapp!

Neben den üblichen Punkt- und Textgrafikstufen bieten die modernen Vertreter der Atari 8- Bit Homecomputer drei zusätzliche Modi, nämlich die des GTIA.

Alle drei Modi lassen sich in Basic über den „Graphics“ Befehl aufrufen. Modi 9 bis 11. Das funktioniert nicht auf den Atari 400 oder 800 Modellen, ausser, die GTIA wurde da nachgerüstet.

In Maschinensprache, über eine eigene Display List, geht das so: Alle drei Modi entsprechen der (Basic) Grafikstufe 8. Speicherbedarf 8 kB= 62 Sektoren auf Disk. Man erzeugt also besagte Display- List und wählt über das Register GPRIOR 623/ $26f den gewünschten Modus. GTIA 1= 64 // GTIA 2= 128 // GTIA 3=192. Das war es! Farb- und Helligkeitsregister führe ich hier nicht auf, das findet man besser sortiert in der entsprechenden Fachliteratur z.B. da: Atari Profi Buch.

Modus 1: Eine Farbe, 16 Helligkeiten:

Bildschirmfoto 2013-08-25 um 20.27.34

 

 

 

 

 

 

 

 

Modus 2: Neun Farben mit jew. 9 Helligkeiten:

Bildschirmfoto 2013-08-25 um 20.29.37

 

 

 

 

 

 

 

 

Modus 3: 16 Farben und eine Helligkeit:

Bildschirmfoto 2013-08-25 um 20.31.41

 

 

 

 

 

 

 

 

In den drei Beispielen oben, werden nicht jew. alle Farben und Helligkeiten dargestellt. Das liegt daran, dass eine von mir in C geschriebene Konvertierungs- Routine noch nicht richtig funktioniert. Die Bilder wurden mit „Grafx2“ gezeichnet und dann mit besagter C- Routine auf ein Atari Disk Image geschrieben.

Mehr zum Thema Grafikprogrammierung, speziell für die Atari 8- Bit, findet man hier im Blog.

 

 

 

 

 

 

 

 


Action!

Lange nicht beachtet, lange nix dazu geschrieben und ich werde mich – aus Zeitmangel – lange nicht damit beschäftigen, schade…..

Bildschirmfoto 2013-08-07 um 21.30.24

 

Diese Sprache für Atari’s 8- Bit Computer war/ ist beliebt. Startpunkt für weitere Recherchen im Netz könnte diese Seite sein: http://www.noniandjim.com/Jim/atari/Action_Compiler.html

Dort finden sich u.a. das PDF des original Manuals und ein Projekt, dass wohl zu Ziel hat einen Cross Compiler dieser Sprache auf modernen Systemen verfügbar zu machen. Allerdings, der letzte Update dieses Blogs ist schon einen Weile her und man weis nicht, ob es noch lebt 😦

Die Firma OSS dürfte den meisten Atarianern nicht unbekannt sein. Der bekannte Mac 65 Assembler stammt ebenfalls von dort. Weiteres dazu hier im Blog: Assembler für den Atari

Viel Spass.


Alternativen zur Atari 1050…

….Einen zeitgenössischen Artikel dazu findet man da:

Electronic Games, Dezember 1984, Seite  69

Ob Concorde, Percom oder Rana. Alles da um es nachzulesen.

Percom: 704kB? Welches DOS? Fragen über Fragen…..