Hallo,

Gibt es schon Erfahrungen mit dem (neuen) SIO2PC Version 421i ??

http://abbuc.de/modules.php?name=News&file=article&sid=677

Ich habe es ausprobiert und festgestellt, dass die bekannten Fehler bei der Erstellung und Anzeige von DD ATR's noch da sind.

Dieses Problem wurde hier schon mal 2003 diskutiert.

http://abbuc.de/modules.php?name=Forums&file=viewtopic&t=691&start=0&postdays=0&postorder=asc&highlight=



Das Sio2pc421 mit der falschen Größen-Angabe der DD ATR
Disk 1 erzeugt über 256 Bytes/ Custom
Disk 2 erzeugt über 256 Bytes/ 184K



und hier die beiden ATR's im Hex-Editor

das mit ""Custom"" (korrekt) erzeugte DD-ATR
Disk 1



und das mit ""184"" (fehlerhaft) erzeugte DD-ATR
Disk 2



Habe ich da einen Fehler drin oder ... was ist neu an der Version des SIO2PC?

(Win98/ DOS-Fenster)


Gruss andreas/ dl7ukk

Nun,
soweit ich weiss ist an der version 4.21 nur das neu, was auch beschrieben wurde: Bugfixing des Percom-Blocks. Das war es leider auch schon. Schade, dass sich Nick Kennedy nicht mal endlich dazu durchgerungen hat, den Bug bei den DD-Images bzw. die überflüssigen 3x128 Bytes (384 Bytes) am Ende der ATR`s zu beheben... -Andreas Koch.

Moin Moin,

dl7ukk hat geschrieben:Hallo,

Gibt es schon Erfahrungen mit dem (neuen) SIO2PC Version 421i ??
[...]
Das Sio2pc421 mit der falschen Größen-Angabe der DD ATR
Disk 1 erzeugt über 256 Bytes/ Custom
Disk 2 erzeugt über 256 Bytes/ 184K
[...]
Habe ich da einen Fehler drin oder ... was ist neu an der Version des SIO2PC?
Gruss andreas/ dl7ukk

Du hast da sicher keinen Fehler drin

Das Problem scheint zu sein, daß Kennedy sich mit "seinem" ATR-Format wohl auch nie im Reinen war, was das Thema Double-Density angeht.

In Deinem Hexdumps kann man in Offset 2+3 das Problem sehen: Einmal beträgt die Größe der Datei $2D00 (mal 16), d.h. alle 720 Sektoren sind 256 Bytes lang, wobei Sektor 1-3 zu je 128 Bytes an den XL gesendet werden.

Im (korrekten) Fall ist der Offset $2CE8 (wieder mal 16), was 3 Sektoren á 128 Bytes und 717 Sektoren á 256 Bytes entspricht.

Diverse "ATR-Anzeigetools" zeigen je nach Wahl das eine oder andere Format fehlerhaft ("defektes ATR-File") an - man muß wohl damit leben.

Gruß, Jürgen

tfhh hat geschrieben:Das Problem scheint zu sein, daß Kennedy sich mit "seinem" ATR-Format wohl auch nie im Reinen war, was das Thema Double-Density angeht.

Nick Kennedy ist - im Gegensatz zu einigen anderen Programmierern - mit seinem ATR Format sehr wohl klargekommen. Hier handelt es sich einfach um einen kleinen (aber lästigen und gefährlichen) Bug in SIO2PC.

Erstellt man ein Image per DD 184k, so wird in Wirklichkeit ein DD Image mit 721.5 Sektoren angelegt (kann man leicht selber Testen, Sektor 721 und sogar 722 lassen sich lesen). Beim Formatieren der Disk und/oder Beschreiben von Sektor 722 werden aber evtl. 128 Bytes eines anderen Images überschrieben. Damit besteht die Gefahr, daß man sich versehentlich Images zerstört (falls man mehr als 1 Image geladen hat).

Über "DD Custom" kann man ein richtiges DD Image (mit 720 Sektoren) erstellen.

Die ersten 3 Sektoren eines ATRs sind immer 128 Bytes groß. Die Inkompatibilitäten mit anderen Programmen (zB älteren Versionen des Atari800 Emulators) kommen daher, daß die Programmierer angenommen haben es gäbe ein ATR-Format bei dem auch die ersten 3 Sekoren 256 Bytes groß seien.

Das alles kann man sehr leicht selber überprüfen: Einfach mit SIO2PC verschiedene Images erstellen, vom Atari aus drauf schreiben (zB per DOS formatieren) und dann in SIO2PC das Image abspeichern und den Hexdump ansehen. Wie gesagt: aber aufpassen, die "184k DD Images" sind gefährlich.

so long,

Hias