CP/M disk format (C64, C128, 1541, 1570, 1571, 1581)

strik · 6. Juni 2017

Hallo,

kennt jemand eine Dokumentation des Diskettenformats, den der C64 bzw. der C128 im CP/M-Modus auf einer 1541, einer 1570, einer 1571 und einer 1581 benutzen? Gibt es Unterschiede bei den GCR-Varianten (1541, 1570, 1571) vs. den MFM-Varianten (1570, 1571, 1581), oder sind sie bei der 1570 und 1571 einfach nur anders physikalisch geschrieben, aber logisch identisch?

Ich vermute mal, dass bei den GCR-Versionen die Möglichkeit, mehr Sektoren auf äußere Spuren zu schreiben, nicht genutzt wird. Bei der Beschreibung des CP/M-Moduls in 64er 4/84, S.18, wurde ja auch davon gesprochen, dass die Diskette nur noch für 136 KB Platz hat.

Gibt es da etwas? Ich meine, vor langer Zeit mal etwas gelesen zu haben, kann es aber nicht mehr finden.

Viele Grüße
Spiro

Unseen · 6. Juni 2017

Zitat von strik

kennt jemand eine Dokumentation des Diskettenformats, den der C64 bzw. der C128 im CP/M-Modus auf einer 1541, einer 1570, einer 1571 und einer 1581 benutzen?

Doku nicht direkt, aber der Quellcode des C128-CP/M-BIOS ist offen, man könnte sich da die Sektor-Translations-Routinen raussuchen.

Zitat

Gibt es Unterschiede bei den GCR-Varianten (1541, 1570, 1571) vs. den MFM-Varianten (1570, 1571, 1581), oder sind sie bei der 1570 und 1571 einfach nur anders physikalisch geschrieben, aber logisch identisch?

Mal die unterstützten Fremdformate ausgelassen: Es gibt meines Wissens zwei 1541-Formate (C64 und C128), ein 1571-Format und ein 1581-Format. Bis auf letzteres sind alle GCR und die 1570 verwendet einfach die 1541-Formate.

Zitat

Ich vermute mal, dass bei den GCR-Versionen die Möglichkeit, mehr Sektoren auf äußere Spuren zu schreiben, nicht genutzt wird. Bei der Beschreibung des CP/M-Moduls in 64er 4/84, S.18, wurde ja auch davon gesprochen, dass die Diskette nur noch für 136 KB Platz hat.

Das gilt für das C64-CP/M-Modul, beim C128-CP/M wird eine Umrechnung vom CP/M-Track/Sektor (dessen "virtuelle" Geometrie weiss ich nicht auswendig) auf den tatsächlichen GCR-T/S vorgenommen, damit die Diskette besser ausgenutzt werden kann.

Ein Detail fällt mir aber gerade noch ein: Bei der 1581 wird der Commodore-Bootsektor über eine Laufwerks-Autostart-Routine auf Track 40, Sektor 5 umgebogen. Die Sektorumrechnung wird vermutlich (einen Teil von?) Track 40 überspringen und durch den umgebogenen Bootsektor braucht es keine Sonderbehandlung für Track 1.

Tale-X · 6. Juni 2017

Hallo Spiro,

stöber mal im CP/M-Bereich des Forums, da sollte einiges zu stehen. Es gibt drei GCR-Formate für "Commodore CP/M":
C64 CP/M 2.2 mit den 136kb
C128 CP/M+ Single Sided mit 680 Blöcken
C128 CP/M+ Double Sided mit 1360 Blöcken

Der 128er nutzt das GCR-Format fast komplett (3 Blöcke Verlust). Single Sided geht da mit allen Floppies, double Sided nur mit 1571. Der C128 kann das 64er-Format lesen aber nicht umgekehrt.

Soviel im Stakkato - Viele Grüße
Tale-X

Tale-X · 6. Juni 2017

Formate sind imho dokumentiert, ggf. mal ctools (Programm zum importieren/exportieren von Dateien auf D64/D71-Images) holen und dort die Quelltexte lesen. Aufbau des Diskettenformates ist dort gut ableitbar.

Die 1581 vergesse ich immer wieder...

Unseen · 6. Juni 2017

Zitat von Unseen

man könnte sich da die Sektor-Translations-Routinen raussuchen.

Braucht man nicht mal, die Kommentare darin sind schon detailiert genug:

Code

;
; NOTE: The blocking factor for all of these formats is
; 1K (2K for double sided), thus the fractional
; parts are unusable by CP/M. They can be accessed
; by absolute sector addressing.
;
; NOTE: 1571 and 1541 disk drives use track numbers
; of 1 to 35 and sector numbers of 0 to nn
;
; The method used to access the full disk
; is to tell the system that there is 1 sector
; per track and then to use the track # as an
; absolute sector address and do conversion in BIOS.
;
;
; DPB FOR C128 CP/M 3.0 disk ( 170K, 34K larger then C64 CP/M)
; 256 byte sectors ( 170.75K )
; 1 sectors/track
; up to 21 physical sectors (0 to 16,17,18 or 20)
; 680 tracks/disk (usable, 683 real)
; 35 physical tracks (0 to 34)
; 1K allocation blocks
; 64 directory entries
; track offset of 0
;
DSEG ; these tables are moved to common when used
dpb$c128$SS: ; (170 allocation units)
dpb 1024,1,170,1024,64,0
page
;
; DPB FOR C128 CP/M 3.0 double sided disk ( 340K )
; 1024 byte sectors (phy=256) ( 341.5K )
; 1 sectors/track
; up to 21 physical sectors (0 to 16,17,18 or 20)
; 340 tracks/disk (usable, 1366 real)
; 70 physical tracks (0 to 34 side 0, 35 to 69 side 1)
; 2K allocation units
; 128 directory entrys
; track offset of 0
;
dpb$c128$DS: ; (170 allocation units)
dpb 1024,1,340,2048,128,0
page
;
; DPB FOR C64 CP/M 2.2 disk -- ( 136K )
; 256 byte sectors
; 17 sectors / tracks (sector numbering 0-16)
; sector 18 to n on the outer tracks are unused
; 34 tracks / disk
; tracks track 2 to 16 (track numbering 0-34)
; track 17 is the C128 directory track (not counted)
; track 19 to 34
; 1K allocation blocks
; 64 directory entrys
; track offset of 3 (1st two tracks used for CP/M 2.2 boot) plus
; one sector to adjust for sector numbering of 1 to 35 (not 0 to 34)
;
dpb$c64$cpm: ; (144 allocation units)
dpb 256,17,34,1024,64,3
page
;
; DPB FOR C128 CP/M 3.0 C1581 DSDD (3.5") ( K )
; 512 byte sectors ( 720K )
; 10 sectors/track
; 159 tracks/disk
; 160 physical tracks 80 on top, 79 on bottom, 1 used for
; BAM and disk directory (1581 DOS) (10 sectors per track)
; 2K allocation units
; 128 directory entrys (2 allocation units)
;
if use$1581
dpb$1581: ; (xxx allocation units)
dpb 1024,5,159,2048,128,0
endif

Alles anzeigen

Und zum besseren Verständnis noch der Kommentar zu den Parametern des dpb-Makros:

Code

; dpb physical$sector$size, - disk parameter block
; physical$sectors$per$track,
; number$tracks,
; block$size,
; number$dir$entries,
; track$offset,
; checksum$vec$size (optional)

strik · 6. Juni 2017

Hi,

ich danke euch beiden, damit müsste ich weiterkommen!

Viele Grüße
Spiro

CP/M disk format (C64, C128, 1541, 1570, 1571, 1581)

Ähnliche Themen

In Winvice 3 Laufwerke mit einer D64 aus einem bestimmten Verzeichnis beim starten belegen.