CP/M Image File Explorer

Zitat von PeterSieg

Zur Info.

Ich habe 0.0.8 gerade unter WinXP mit einem Multicomp 128MB Image probiert. Diskdefs anbei.

Programm beendet sich nach Auswahl der IMG Datei ohne Fehlermeldung.

hd0-4 als Formatdefinitionen wurden erkannt.

Solche Formate unterstützt CIFE bis jetzt nicht. Ich habe eine ähnlich aufgeteilte CF-Karte in meinem Z180-System. Ich habe eben jeweils einzelne Images erstellt und diese dann z.b. mit 'copy /b /v CF_Part1.hdd + CF_Part2.hdd + CF_Part3.hdd + CF_Part4.hdd + CF_Part5.hdd + CF_Part6.hdd CF128MB.hdd' zusammenkopiert.

Zitat von JenGun

Unter Linux muss das komplette Verzeichnis .cife gelöscht werden,

Ich habe das nochmals nachvollzogen. Du hast Recht. Um ganz Sicher zu gehen sollte für die Version 0.0.8 die Vorherige Konfiguration entfernt werden.

Unter Linux der Ordner '.CIFE' mit Inhalt im Pfad '/home/<username>' und unter Windows der Ordner 'CIFE' im Pfad ''C:\Users<username>\AppData\Local'.

Hm komisch. Ich hab hier auch 8MB Images, ohne Fehler.

Ich auch habe gesehen, das Michael Haardt mittlerweile die Version 2.23 der CP/M-Tools herausgebracht hat. Beim kurz drüberschauen scheint es Änderungen im Modul CP/M-Filesystem zu geben. Evtl. hat das etwas damit zu tun.

Ich werd mir Dein Image bei mir mal anschauen.

Hallo Peter,

hier treffen 2 Ursachen aufeinander. Zum einen, ein Bug im CIFE, der den beim Programmstart und keinem zu ladenden Image den in dem Auswahlfeld angezeigten Imagetyp nicht richtig aktiviert. Abhilfe ist duch auswählen eines anderen Imagetyps und dann nochmaliges auswählen des entsprechenden Imagetyps möglich. Die Behebung des Fehlers habe ich mir schon ganz oben auf die TODO-Liste gesetzt.

Außerdem scheint die diskdefs nicht zu dem Image zu passen. Selbst mit den neu kopilierten CP/M-Tools 2.23 von Michael Haardt wird kein vernünftiges Inhaltsverzeichnis angezeigt.

Was für ein System hast Du? Linux oder Windows? Evtl. könnte Deine Vermutung mit einer älteren CP/M-Tools Version passen. Ich hab noch eine 2.20 . Da kann ich es auch mal damit versuchen.

Ok, dann scheinen Deine CP/M-Tools evtl. wirklich älteren Datums zu sein.

Vielen Dank.

Die Version 0.0.9 ist gerade in Arbeit. Diese wird keine neuen Funktionen enthalten. Sondern eher kleine Fehler beheben, das neu Erstellen von Images sowie das Laden von Images etwas anpassen. Auch habe ich vor den CP/M Filesystem Kern auf die Version 2.23 von Michael Haardt zu aktualisieren.

Denke so Mitte bis Ende Januar werde ich diese dann Online stellen.

PeterSieg

Kannst Du evtl. mal versuchen die Version der von Dir verwendeten CP/M-Tools herauszubekommen?

Ich habe zwischenzeitlich Michael Haardt angeschrieben. Evtl. hat er noch ältere Quelltexte der CP/M-Tools. Falls ja, hätte ich dann eine Idee wie wir für solch alte Image Files eine Lösung schaffen können.

PeterSieg

Michael Haardt hat sich bei mir gemeldet. Er vermutet einen Bug in den neueren Versionen und wird dieses Prüfen. Ich habe Ihm dazu, Dein Einverständnis vorausgesetzt, Peter, die diskdefs und die Imagedatei zugesand.

Wenn es dann wirklich ein Bugfix geben sollte werde ich dieses natürlich in CIFE einpflegen.

Michael Haardt hat geschrieben:

Zitat

Die diskdefs stimmen nicht. Das Verzeichnis fängt direkt ab Byte 0 an,
d.h. boottrk von hd0 muss 0 sein.



Die Angabe von boottrk sieht nach Partitionen aus. Ich empfehle da eher
"offset" zu benutzen, damit man nicht verwirrt wird:

diskdef hd0
seclen 512
tracks 512
sectrk 32
blocksize 4096
maxdir 512
skew 1
boottrk 0 <-- geändert
os 2.2
offset 0 <-- zur Klarheit
end

diskdef hd1
seclen 512
tracks 1024 <-- nicht mehr 512?
sectrk 32
blocksize 4096
maxdir 512
skew 1
boottrk 0
os 2.2
offset 8388608 <-- fängt hinter hd0 an
end

Bei glatten Grenzen geht auch "offset 8M". In den diskdefs wird jedebPartition größer als der Vorgänger. Ist das so gewollt? CP/M 2.2 kann nur 8 MB. Nur P2DOS kann wie CP/M 3 32 MB.

Michael

Alles anzeigen

PeterSieg

Guten Morgen Peter,

ich habe mir das Image nun mal im Hex-Editor angesehen, und da startet das Verzeichnis gleich beim ersten Byte. Somit muß boottrack auf 0 sein.

Bist Du sicher das Du nicht ausversehen die falsche diskdefs oder das falsche Image erwischt hast?

Ich habe auch versucht das Multicomp Image von der Webseite die, Du genannt hast, herunterzuladen, bin aber leider an dem Google-Drive Account gescheitert.

Kannst Du das mal zur verfügung stellen? Dann kann ich den CIFE in einer der nächsten Versionen evtl. auf solch ein Multicomp Image anpassen.

Hallo,

ich habe die Version 0.0.9 des CP/M Image-File Explorers fertig.

In dieser Version können nun auch einzelne oder mehrere Dateien mittels Cut/Copy aus einem image herauskopiert oder ausgeschnitten werden. Das ist zwar noch nicht ganz das was ich wollte, aber zumindest kommt man nun an die Dateien in einem Image heran.

Ausserdem wurde die Auswahl des Imagetyps in den Open-Dialog (für Image Open) bzw. in den Save-Dialog (für Create new emtpy Image) verschoben.

Die History zweigt nun neben dem Imagefile-Namen auch den Imagetyp an mit welchem das Image geöffnet wird.

Auch gibt es einen weiteren Menüeintrag Options->General Settings. Dort kann z.B. eingestellt werden ob das zuletzt geöffnete Image beim nächsten Start wieder geladen werden soll.

Der CP/M-Tools Kern wurde auf die Version 2.23 von Michael Haardt aktualisiert.

PeterSieg

Ich habe Dir hier eine bearbeitete diskdefs angehängt. Damit kannst Du die einzelnen Laufwerke in dem Multicomp-Image ansprechen. Du kannst die 4 Laufwerke nacheinander öffnen und hast diese dann in der History zum Umschalten.

Zu finden ist der CP/M Image-File Explorer wie immer unter:

GitHub - ProgrammingHobby/CPM_Image-File_Explorer

Contribute to ProgrammingHobby/CPM_Image-File_Explorer development by creating an account on GitHub.

github.com

Grüße

HobbyProgrammer

diskdefs.zip

Zitat von guidol

Zitat von HobbyProgrammer

Ausserdem wurde die Auswahl des Imagetyps in den Open-Dialog (für Image Open) bzw. in den Save-Dialog (für Create new emtpy Image) verschoben.

HobbyProgrammer

Kann man dies evtl. so anpassen, dass das "Oeffnen" des Image ausgegraut ist, solange man keinen Image-Type ausgewaehlt hat?

Nicht so wirklich. Die Dialoge sind eigentlich Standard Dialoge denen die Combobox zur Auswahl des Imagetyps über einen Hook untergeschoben wird. Von daher reagiert die Combobox leider mehr oder weniger Eigenständig.

Ich plane aber die GUI ein wenig zu ändern und werde dann evtl. auch diese Dialoge neu schreiben.

Ja ich weis, unter Windows schaut die Sache nicht wirklich gut aus.

In der nächsten Version will ich versuchen den ganzen File-Dialog neu zu schreiben.

Bis wann diese allerdings fertig wird kann ich zum jetzigen Zeitpunkt leider nicht sagen.

Guten Morgen,

die Arbeit am Cife geht im Hintergrund, wenn auch langsam, weiter. Dabei habe ich einen kleinen konzeptionellen Fehler meinerseits entdeckt.

Und zwar geht es um die Funktion, das die CP/M-Tools auch sogenannte Amstrad Disk-Images lesen können. Dabei werden die Driveparameter aus den ersten 512Byte (Sektor 0 und Track 0) gelesen.

Leider habe ich keinerlei solcher Images. Habt Ihr mir eine Adresse von wo ich solche Images herunterladen kann, oder kann mir jemand solch ein Image zur Verfügung stellen. Ich würde diese Funktion gerne überprüfen.

Vielen Dank,

HobbyProgrammer

Hallo Dietrich,

vielen Dank. Werd ich gleicht heute Abend prüfen.

Grüße

HobbyProgrammer

Hallo Dietrich,

ich habe die von Dir genannten Images geprüft. Die Fehler in Cife habe ich gefunden. Dennoch lassen sich diese Images nicht öffnen.

Auch nicht mit den original CP/M Tools auf der Konsole.

Das was von den CP/M Tools dann mit Amstrad gemeint ist, müssen irgendwelche speziellen Formate sein.

Grüße

Hobbyrogrammer

Ich habe die Korrektur als zwischen Release 0.0.9.1 bei Github eingestellt.

Ich bin mir allerdings immernoch nicht sicher ob das mit den Amstrad Images funktioniert.

Falls Ihr funktionierende habt, wäre es schön wenn Ihr mir ein paar zur Verfügung stellen könntet.

Ich würde das Format selbst einmal gerne sehen.

GitHub - ProgrammingHobby/CPM_Image-File_Explorer

Contribute to ProgrammingHobby/CPM_Image-File_Explorer development by creating an account on GitHub.

github.com

Ich habe heute etwas recherchiert. Das Amstrad Format welches in den CP/M Tools codiert ist, ist ein Amstrad PCW16 Format welches von John Elliott hier beschrieben wird:

CP/M information archive : disc formats

Die Diskimages die mir Dietrich genannt hat sind zwar auch Amstrad Formate, jedoch gänzlich andere:

Format:DSK disk image file format - CPCWiki

Ich denke das diese sich nicht so einfach mit den CP/M Tools lesen lassen.