Wieder mal tolles Magazin mit interessanten Berichten.
Das Titelbild erinnert mich irgendwie an "Moderen Zeiten", coole Idee...

Diskette funzt auch einwandfrei. Vielen Dank allen Beteiligten!

Hi,

andymanone hat geschrieben:Hmm, für mich scheint das eher (jedenfalls die Variante auf der rechten Seite)
ein Kassetteninterface zu sein

den Eindruck hatte ich auch. Ich habe auch so ein uraltes, sehr diskret aufgebautes Cassetteninterface, aber es sieht nur so ähnlich aus und nicht exakt gleich.

CU, Erhard

Hallo Leute

Auch bei mir ist Magazin 137 angekommen. Heute erst. Danke Sandd.

Tschüß

Mathy

Wo genau liegt denn da das Problem? Ich kenne mich da nicht so gut aus und weiß ohne nachzulesen nicht, was Byte 8 macht. Bei mir funktioniert das ATR von Charlie Chaplin einwandfrei. Meine Seite A auf der Magazindisk hat nicht gebootet. Nun habe ich das ATR genommen und mit meiner 1050 auf die Disk geschrieben, und das bootet einwandfrei.

Erhard hat geschrieben:Hi,

skriegel hat geschrieben:CharlieChaplin hat sie mir geschickt

es gibt da ein kleines Problem mit dem ATR-Header.

Zum Erzeugen der ATRs wurde eventuell ein Programm benutzt, daß die mir bekannten Spezifikationen nicht einhält.

In diesem Fall wurde Byte 8 des Headers auf den Wert 2 gesetzt.

Jetzt wüßte ich zumindest gerne, welches Programm verwendet wurde und welche Funktion dieses Programm dem Wert 2 in Byte 8 zuweist.

CU, Erhard

Hi,

skriegel hat geschrieben: was Byte 8 macht

laut meiner Doku sind die Bytes 8-11 reserviert für eine 32 Bit CRC in Verbindung mit APE / Seal Disk Image.

Abgesehen davon, daß "2" nicht der 32-Bit CRC über diese Disk entspricht wüßte ich einfach gerne, welches Programm die da eingetragen hat und warum.

skriegel hat geschrieben:Nun habe ich das ATR genommen und mit meiner 1050 auf die Disk geschrieben, und das bootet einwandfrei.

Das ist so schön, gut und richtig. Der ATR-Header ist ja auch nur in der ATR-Datei und nicht Bestandteil einer echten Diskette

Ich habe selber ATRs von dem Magazin erstellt und mit den vom ABBUC heruntergeladenen verglichen. Der eigentliche Disketteninhalt ist binär identisch. Lediglich der ATR-Header weicht ab. Er sollte aber auch gleich sein und ich wüßte gerne, warum er es nicht ist.

Viele Grüße eines Neugierigen

Nunja,

ich habe da seit ein paar Jahren einen "alten" PC rumstehen mit ca. 1,5Ghz, single core und MS-DOS 6.22 drauf (davor war es mehrere Jahre ein 2Ghz single core, wenn der aktuelle den Geist aufgibt, wird er ersetzt durch ein 3Ghz dual-core mit MS-DOS). Für mich ist das ein A8-PC, da nur ca. 200 MB PC-Software drauf ist, hingegen ca. 4,5GB an A8 Daten bzw. ATR-Images (verteilt auf drei Partitionen a 2GB).

Das Programm das ich seit 20+ Jahre benutze ist SIO2PC (seit ein paar Jahren V4.21, davor V4.19) von Nick Kennedy, es läuft unter MS-DOS. Erhalten habe ich diese letzte Software Version des SIO2PC von dir, Erhard. Als Kopierprogramm wurde Copy 2000 V2.41D eingesetzt. Als Hardware wird von mir das SIO2PC von der Abbuc-RAF (basierend auf N.Kennedy) eingesetzt.

APE habe ich nur als nicht-registrierte MS-DOS Version (V1.17 oder 1.18 oder so), benutze ich aber extrem selten (z.B. wenn ich mit großen 16MB Images arbeite, da dies unter APE besser geht als mit SIO2PC 4.21). Ich vermute mal, da MS-DOS 16Bit ist und SIO2PC 4.21 damit läuft, dass dem Programm dann eine 32Bit CRC ziemlich egal oder aufgrund seines Alters unbekannt ist. Welches Programm außer APE nutzt denn noch "sealed" ATR Images (oder kann mit diesem Status-Byte für sealed ATR-Images etwas anfangen) ?!?

Das mit dem Header Byte ist interessant.

Hab' mal in's README.TXT von SIO2PC 4.21 geschaut, da werden nur die Bits 4 und 5 des 9. Header Bytes beschrieben:

Recall that an SIO2PC disk image has a 16 byte header.
There are a few bytes now used to tell SIO2PC about
the good/bad status of the disk. The 9th byte of the
header contains information in individual bits. Bit 4
= 1 means the disk image is treated as copy protected
(has bad sectors). Bit 5 = 1 means the disk is write
protected. The 10th and 11th bytes of the header are
a word which contains the number of the first (or of a
typical) bad sector. What I mean by typical is that
it does contain both bad sector status and good sector
status.

Ein gesetztes Bit 1 (also 0x02, wie in den ATRs) ist mir bisher auch noch nicht untergekommen - hab' aber auch nicht explizit danach gesucht/gecheckt, in AtariSIO checke ich nur den Status von Bit 5 (ATR / Disk Schreibschutz).

Das mit der CRC ist eine reine APE Erweiterung die leider mit dem offiziellen ATR Format von SIO2PC kollidiert. Also besser nicht nehmen, so lange die APE CRC Bytes nicht verwendet werden (und da drin 0 steht) sind die ATRs kompatibel. Achja, APE hat dann natürlich das Schreibschutz Bit auch woanders hin gelegt...

so long,

Hias

Hallo Charlie + Hias,

ich habe SIO2PC 4.21 schon ewig nicht mehr benutzt. Die 4.21 hat gegenüber der 4.19 noch einige Korrekturen und / oder Verbesserungen. Das ist sowas von lange her ...

Vielleicht komme ich auf der Fujiama dazu mal zu schauen, ob wirklich SIO2PC 4.21 Byte 8 im ATR-Header setzt. Ich muß nur daran denken, daß ich dann auch einen COM-Port brauche und ein serielles Interface.

I habe mal gerade in die README.TXT von SIO2PC 4.19 geschaut. Da steht:

Code: Alles auswählen

"
WORD = special code* indicating this is an Atari disk file
WORD = size of this disk image, in paragraphs (size/16)
WORD = sector size. (128 or 256) bytes/sector
WORD = high part of size, in paragraphs (added by REV 3.00)
BYTE = disk flags such as copy protection and write protect; see copy
protection chapter.
WORD=1st (or typical) bad sector; see copy protection chapter.
SPARES 5 unused (spare) header bytes (contain zeroes)
"

Demnach könnte Byte 8 (Zählung fängt bei Null an) eventuell einen Schreibschutz signalisieren, aber dafür soll ja Bit 5 zuständig sein und nicht Bit 1, hmmm.

HiassofT hat geschrieben:Hab' mal in's README.TXT von SIO2PC 4.21

Ich hab zwar die 4.21 und offenbar auch den Quellcode, aber keine README.TXT ...

CU, Erhard

Hallo Erhard,

Erhard hat geschrieben:Demnach könnte Byte 8 (Zählung fängt bei Null an) eventuell einen Schreibschutz signalisieren, aber dafür soll ja Bit 5 zuständig sein und nicht Bit 1, hmmm.

Ja, Bit 5 ist klar, und das verwende ich auch zB in AtariSIO für den Schreibschutz. Keine Ahnung wieso SIO2PC da Bit 1 gesetzt hat (und noch weniger, ob das irgendwas zu bedeuten hat oder evtl nur ein Bug war/ist).

Ich hab zwar die 4.21 und offenbar auch den Quellcode, aber keine README.TXT ...

Im sio421.zip auf Nick Kennedy's Homepage ist das mit drin - und auch separat auf der Website verlinkt http://pages.suddenlink.net/wa5bdu/sio2pc.htm

so long,

Hias

Hallo,

ich habe die Images neu hochgeladen. Seite B enthält nun die *.PAS-Dateien im ATARI-Format, statt im PC-Format. Der Download ist mit "UPDATED" gekennzeichnet.

Danke an GoodByteXL für den Hinweis und die Korrektur.