Lade diese doch bitte hier hoch.
Hallo Fritz,
hier die mit BIN2IMD erstellte, IMD-Datei:
Grüße, PAW
Lade diese doch bitte hier hoch.
Hallo Fritz,
hier die mit BIN2IMD erstellte, IMD-Datei:
Grüße, PAW
Danke, da habe ich etwas für nächste Woche.
Alles anzeigenHabe das jetzt ausprobiert (der Weg im Windows ohne HxC) ...
1.) Einen FM-Dump in FLUXDUMP mit BIN-sortiert für Track 0 und 1 durchgeführt.2.) Einen MFM-Dump in FLUXDUMP mit BIN-sortiert für Track 2 bis Ende durchgeführt. (in einem anderen Verzeichnis)
3.) Die beiden BIN-Dateien zusammenkopiert (in einem Eingabefenster mit COPY, hatte sie vorher auf X0.BIN und X2.BIN umbenannt):>copy X0.BIN /B + X2.BIN /B X.BIN /B
(/B angeben, weil binär, sonst verliert Zeichen)
4.) X.BIN auf SISYPHUS.BIN umbenannt.
Bei zukünftigen Versionen von FLUXDUMP werden diese 4 Schritte vereinfacht.
Es wird dann möglich sein, den FM-Dump und den MFM-Dump im gleichen Verzeichnis durchzuführen. Zuerst den FM, dann den MFM, jeweils mit der BIN-Option. Bisher wurden die BIN-Dateien bei jedem Lauf gelöscht. In Zukunft wird gefragt, ob man löschen oder die Daten anhängen will. Dadurch können die binären Daten in die gleiche Datei geschrieben werden und man braucht sie nicht extra zusammenkopieren. Danach muss die BIN-Datei wie bisher mit BIN2IMD auf IMD konvertiert werden.
Außerdem werden leere Dateien (EMPTY) unterdrückt. Somit bleiben dann nur die jeweils gültigen FM- oder MFM-Dumps stehen. (Dies ist auch deshalb möglich, da die Dateien bei falsch gewählter Modulation leer bleiben.)
Gruß
PAW
Die CP/M-Parameter sollten wie folgt aussehen: SISYPHUS DiskDef.zip
Leider funktioniert SAMCONV.xls (derzeit) nicht mit diesem Format. Es sind zu viele Sektoren. Ist derzeit nur für max. 29 Sektoren ausgelegt. Ab dem 30. Sektor gibt es im DSK-File einen zusätzlichen Track-Info-Block, welcher bisher nicht berücksichtigt wird.
Gruß, PAW
Die CP/M-Parameter sollten wie folgt aussehen
Bei TRACK-OFFSET steht dort 0: unter CP/M 3.0b (Thomas Holte) für TCS Genie IIIs kann auf das (nach DMK konvertierte) Disk-Image SISYPHUS.IMD nur zugegriffen werden, wenn die "Nummer des ersten Sektors" auf 1 gesetzt ist ... DPB ist identisch, das Inhaltsverzeichnis und die Dateien werden korrekt angezeigt, STRUZ80.COM läßt sich starten ...
Bei TRACK-OFFSET steht dort 0
Wenn Du die Parameter im EXCEL meinst ... TRACK-OFFSET = 0 bedeutet, dass die physische und die logische TrackID identisch sind. Bei Philipsdisketten P2000M und P2500 ist der Wert 1, da sich die IDs unterscheiden. Auf dem physischen Track0 findet man die logische TrackID 1. Diesen Parameter kennen/können viele Konvertierungsprogramme gar nicht.
Habe die BIN-Datei aus dem ZIP-File mit der IMG-Datei verglichen. Die sind identisch. Das heisst man braucht sie nur umzubennen.
Die BIN Datei stammt aus deinem Workflow. Die IMG Datei habe ich mit HxC aus deinen Kryoflux Dateien erzeugt.
TRACK-OFFSET = 0 bedeutet, dass die physische und die logische TrackID identisch sind.
Da hatte ich bei "Track" wohl ständig "Sector" gelesen ... ja, so fängt es langsam an ...
offset 6656 = 1A00H ist die Position für den Anfang des Directorys, also der offset für die Systemtracks im Image.
Ich habe mal die folgenden Parameter von PAW in die CPMDISKS von 22DISKS eingepflegt. Leider funktioniert es immer noch nicht zufriedenstellend. Ich kenne ich mich mit diesen Parametern noch nicht aus.
Habe vorhin eine 5.25" HD-Diskette mit dem 8" SISYPHUS-Image mit FLUXCOPY bespielt und versucht das Verzeichnis dieser Diskette auf meinem alten PC mittels 22DISK anzuzeigen. (Vorher CPMDISKS mit gleicher Definition wie oben erweitert). CDIR konnte kein Verzeichnis finden. Liegt vielleicht auch an meinem Controller, da auch ANADISK nur Track 0 und 1 lesen konnte. Ab Track 2 meckert das Programm. (Jede zweite Spur angeblich blank und bei den anderen fehlten die Datensektoren.) Habe dann die Diskette nochmal mit FLUXCOPY eingelesen und gedumpt. Das funktionierte einwandfrei.
Keine Ahnung was da schief läuft.
PAW
Habe vorhin eine 5.25" HD-Diskette mit dem 8" SISYPHUS-Image mit FLUXCOPY bespielt
Weitere Tests mit der Diskette brachten auch nur negative Ergebnisse.
+++ Unter WinXP und SAMdisk eingelesen. Brachte ab Spur 2 nur Lesefehler.
+++ Unter DOS und Image Disk IMD118 (Full Analysis) brachte ab Spur 2 ebenfalls Fehler. Sieht so ähnlich aus wie RE: 8" Diskette mit SISYPHUS CP/M 2.2
Für mich sieht es so aus, als ob mein Floppycontroller keine MFM 128Byte Sektoren lesen kann. FM 128Byte ging wohl.
PAW
Ich habe mal die folgenden Parameter von PAW in die CPMDISKS von 22DISKS eingepflegt. Leider funktioniert es immer noch nicht zufriedenstellend. Ich kenne ich mich mit diesen Parametern noch nicht aus.
Was mir noch aufgefallen ist:
auf Track 2 gibt es einen SKEW = 3 (ist der Track mit dem Inhaltsverzeichnis)
ab Track 3 ist der SKEW = 2
Dürfte sich auf die Reihenfolge der Daten auswirken. Das könnte eine Erklärung für verschobene Daten sein, bzw. für die Meldung "Using wrong disk definitions": RE: 8" Diskette mit SISYPHUS CP/M 2.2
Wie man so etwas in 22DISK spezifizieren kann ist mir unbekannt.
PAW
Alles anzeigenWas mir noch aufgefallen ist:
auf Track 2 gibt es einen SKEW = 3 (ist der Track mit dem Inhaltsverzeichnis)
ab Track 3 ist der SKEW = 2
Dürfte sich auf die Reihenfolge der Daten auswirken. Das könnte eine Erklärung für verschobene Daten sein, bzw. für die Meldung "Using wrong disk definitions": RE: 8" Diskette mit SISYPHUS CP/M 2.2
Wie man so etwas in 22DISK spezifizieren kann ist mir unbekannt.
Vielleicht hat fritzeflink ja eine Idee?
Für mich sieht es so aus, als ob mein Floppycontroller keine MFM 128Byte Sektoren lesen kann. FM 128Byte ging wohl.
Das wird es bestimmt sein. Daran hatte ich gar nicht mehr gedacht.
Zumindest mein Controller kann es nicht; werde dem nachgehen.
Zumindest mein Controller kann es nicht; werde dem nachgehen.
Bei meinem sah es (vor 3 Jahren) so aus :
Soweit ich mich erinnere konnte ich mit SAMdisk FM-Sektoren (nicht 128 Byte) schreiben. Beim Lesen gabe es Probleme! Da konnte ich allerdings auf IMD ausweichen, welches zu Lesen, aber nicht zu Schreiben vermochte. Verückt!
Ich verwende den integrierten Controller vom Motherboard.
PAW
Ich baue heute oder morgen eine CompatiCard IV bei mir ein, die kann damit umgehen.
Manufacturer ... MicroSolutions
Model .......... CompatiCard IV
FDC chip ....... PC8477AV (1991)
Class .......... ISA
Floppy ......... TEAC FD-55GFR
#####
TESTFDC 1.18 / Mar 07 2012
Copyright 2007-2012 Dave Dunfield - All rights reserved.
BIOS reports drive A: as 1.2M HD, 80-track.
Testing as: 1.2M HD, 80-track
Insert high density media - Press ENTER or ESC to skip:
500k Single-Density: Format Write Verify Ok
500k Double-Density: Format Write Verify Ok
500k Double/128byte: Format Write Verify Ok
Report on FDC capabilities, issued 28/05/2019 15:51:07:
Single-Density at 250 kbps ............................ Not tested
Single-Density at 300 kbps ............................ Not tested
Single-Density at 500 kbps ......................... Passed
Double-Density at 250 kbps ............................ Not tested
Double-Density at 300 kbps ............................ Not tested
Double-Density at 500 kbps ......................... Passed
Double-Density at 250 kbps / 128 byte sectors ......... Not tested
Double-Density at 300 kbps / 128 byte sectors ......... Not tested
Double-Density at 500 kbps / 128 byte sectors ...... Passed
Manufacturer ... MicroSolutions
Model .......... CompatiCard IV
FDC chip ....... PC8477AV (1991)
Class .......... ISA
Floppy ......... TEAC FD-55BR
#####
TESTFDC 1.18 / Mar 07 2012
Copyright 2007-2012 Dave Dunfield - All rights reserved.
BIOS reports drive B: as 360K DD, 40-track.
Testing as: 360K DD, 40-track
Insert media - Press ENTER or ESC to skip:
250k Single-Density: Format Write Verify Ok
250k Double-Density: Format Write Verify Ok
250k Double/128byte: Format Write Verify Ok
Report on FDC capabilities, issued 28/05/2019 15:39:14:
Single-Density at 250 kbps ......................... Passed
Single-Density at 300 kbps ............................ Not tested
Single-Density at 500 kbps ............................ Not tested
Double-Density at 250 kbps ......................... Passed
Double-Density at 300 kbps ............................ Not tested
Double-Density at 500 kbps ............................ Not tested
Double-Density at 250 kbps / 128 byte sectors ...... Passed
Double-Density at 300 kbps / 128 byte sectors ......... Not tested
Double-Density at 500 kbps / 128 byte sectors ......... Not tested
Alles anzeigen
Und hier ein Dump der Systemdiskette:
Hallo haglebu
könntes Du bitte die extrahierten Dateien (wie im Bild von CP/M Image File Explorer aufgelistet) hochladen, damit ich die Inhalte mit meinem Ergebnis vergleichen kann.
Meine Testversion von SAMCONV.xls sollte das Format jetzt auch schon lesen können, muss aber noch überprüft werden.
Danke!
PAW
Hallo PAW,
es ist vollbracht! Deine Bemerkung mit den 128 Byte Sektoren und MFM war natürlich richtig. Klar, 128 Byte/Sektor können nur wenige Floppycontroller lesen/schreiben. Ich kenne derzeit nur den DB8473 und PC8477; verwendet in der AHA1542B, CompatiCard IV oder dem ISA FDC von Sergej Kiselev.
So, hier das Ergebnis mit 22DISK:
Und hier die entsprechenden Dateien, ebenfalls ausgelesen mit 22DISK:
Sehr schön,
mein System hat Lesefehler, eventuell habe ich das Image nicht richtig zusammengestöpselt.
Kannst du mir von der gelesenen Diskette mal ein IMD Image machen?
Danke!
Schaue ich mir dann gleich an.
Hast Du auch noch die Dateien vom "CP/M Image File Explorer"? Würde ich auch gerne vergleichen.
PAW
Kannst du mir von der gelesenen Diskette mal ein IMD Image machen?
Bitte sehr.
Hast Du auch noch die Dateien vom "CP/M Image File Explorer"? Würde ich auch gerne vergleichen.
Bitte sehr.
Hallo haglebu
habe gerade die Dateien von 22DISK mit SAMCONV vergleichen. Nur Dateien bis 1KB sind identisch. Alles was länger ist, ist unterschiedlich! Stichproben haben gezeigt, das ab hex 400 Unterschiede bestehen.
Wäre vielleicht hilfreich, wenn Du die erste Diskette (RE: 8" Diskette mit SISYPHUS CP/M 2.2) auch mit 22DISK auslesen könntest. Dort sind viele Textdateien drauf. Da sieht man die Zusammenhänge besser.
PAW
Wäre vielleicht hilfreich, wenn Du die erste Diskette (RE: 8" Diskette mit SISYPHUS CP/M 2.2) auch mit 22DISK auslesen könntest. Dort sind viele Textdateien drauf. Da sieht man die Zusammenhänge besser.
Bitte sehr:
Hallo haglebu
Danke für die Dateien. Habe sie schon verglichen. Der Fehler bei 22DISK existiert weiterhin.
Als Beispiel die Datei EXAMPLE.MAC
Man beachte die Stelle ";carry means no value is valid"! Bei 22DISK reisst der Text nach ";carry mean" ab. Die Ursache ist, dass im File von 22DISK dort die Grenze (hex 400) ist und danach Binärdaten zu finden sind. Kann man in einem Hexeditor gut sehen.
Konvertiert von kkaempf: example von kkaempf.mac
getnum: ;get dezimal or hex number
;$FF or 12333 are valid numbers
;hl is result
;carry means no value is valid
ld a,0
ld (flag),a ;no sign
ld hl,0 ;initial value
call ci ;get first value
;1 if a = '-' ;negative sign
CP '-'
JP NZ,.L3
ld a,1
ld (flag),a
call ci ;get next
Alles anzeigen
Konvertiert mit SAMCONV.xls: EXAMPLE von SAMCONV.MAC
getnum: ;get dezimal or hex number
;$FF or 12333 are valid numbers
;hl is result
;carry means no value is valid
ld a,0
ld (flag),a ;no sign
ld hl,0 ;initial value
call ci ;get first value
;1 if a = '-' ;negative sign
CP '-'
JP NZ,.L3
ld a,1
ld (flag),a
call ci ;get next
Alles anzeigen
Eingelesen mit 22DISK: EXAMPLE von 22DISK.MAC
getnum: ;get dezimal or hex number
;$FF or 12333 are valid numbers
;hl is result
;carry mean
JP C,.L17
.L18:
sub 'a'
add a,10
;4 else
JP .L19
.L17:
Alles anzeigen
Daraus schließe ich, dass die DISKDEF für 22DISK noch nicht passt. Entweder SKEW oder Interleave.
Schönen Abend!
PAW
Bitte sehr:
SYSPH_28.IMD.zip
Die IMD-Datei lässt sich auf .DSK konvertieren und mit SAMCONV auslesen.
Was mit auffällt, dass IMD die Tracks ab Nr2 alle mit einem SKEW von 3 erstellt.
Hier nach Konvertierung zu DSK:
[SamImage.dsk]
77 Cyls, Head 0:
500Kbps FM, 26 sectors, 128 bytes/sector:
0.0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26
1.0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26
500Kbps MFM, 48 sectors, 128 bytes/sector:
2.0 1 17 33 2 18 34 3 19 35 4 20 36 5 21 37 6 22 38 7 23 39 8 24 40 9 25 41 1
0 26 42 11 27 43 12 28 44 13 29 45 14 30 46 15 31 47 16 32 48
3.0 1 17 33 2 18 34 3 19 35 4 20 36 5 21 37 6 22 38 7 23 39 8 24 40 9 25 41 1
0 26 42 11 27 43 12 28 44 13 29 45 14 30 46 15 31 47 16 32 48
4.0 1 17 33 2 18 34 3 19 35 4 20 36 5 21 37 6 22 38 7 23 39 8 24 40 9 25 41 1
0 26 42 11 27 43 12 28 44 13 29 45 14 30 46 15 31 47 16 32 48
Alles anzeigen
Sollte aber laut FLUXDUMP ab Track 3 ein SKEW von 2 sein.
PAW