CP/M Image File Explorer

Hab ich dezent überlesen. Mein Brummschädel macht mich heute fertig. War Windows10 64bit.

Ich konnte den Fehler wiederholen: 3 Images geöffnet, beim mittleren nach unten gescrollt, eine Datei markiert, im Kontextmenü Refresh, bei der 3. Datei war der Bilschirm wieder leer. Runterscrollen brachte dann die letzten 3 Dateien und Anklicken und Durchlaufen die anderen.

Zitat von HobbyProgrammer

Würde mich über euer Feedback sehr freuen.

Sehr schön, dass man eine vorhandene diskdefs-Datei jetzt auswählen kann: das erspart "Symlinks" ...

HobbyProgrammer

• Wurde z.B. /etc/cpmtools/diskdefs eingestellt, wird hier bei "Select CP/M Disk Image File" automatisch /etc/cpmtools, anstelle des aktuellen Verzeichnisses, ausgewählt ...
• Wenn Options -> Settings aufgerufen wird, sind danach (auch ohne eine Änderung) die Menüpunkte New und Open unter File - bis zu einem Neustart - nicht mehr auswählbar ...
• Als "Image Files" sollten auch *.bin und *.raw-Dateien aufgelistet werden ...
• Unter About ... fehlt der Link auf das GitHub-Repo von CIFE ...

Zitat von HobbyProgrammer

Zitat von JenGun

Wurde z.B. /etc/cpmtools/diskdefs eingestellt, wird hier bei "Select CP/M Disk Image File" automatisch /etc/cpmtools, anstelle des aktuellen Verzeichnisses, ausgewählt ...

Das fand ich für mich sehr praktisch, da bei mir die diskdefs Datei im Ordner der Imagefiles liegt.

OK ... vielleicht kann das als Option in Settings noch eingefügt werden?

Hallo Uwe,

das sieht schon sehr gut aus. Bei meinem zugegeben recht speziellen CPM-65 Format für den Apple II ist noch Nacharbeit nötig....

Die Dateigröße wird durchgehend mit 0k angegeben. Die Gesamtgröße mit 83k stimmt aber.

Dietrich

Ja gerne, ich habe dir mehrere Images zusammengepackt

Dietrich

Ich habe V0.8 etwas getested - sieht sehr gut aus. Keine Fehler bisher.

Weiter so 👍

Dietrich

Jetzt ist mir doch etwas aufgefallen: ab und zu verliere ich die Historie der aufgerufenen Images. Bisher konnte ich kein Muster erkennen. Aber es passiert recht häufig, manchmal auch nach nur 3 Aufrufen.

Dietrich

HobbyProgrammer "Feature Request": wäre super, wenn der Inhalt einer Datei (in ASCII/Hex) angezeigt würde ...

Aktuell arbeite ich mit Images vom ITT3030 ; genau gesagt versuche ich Images von realen Disketten zu erstellen. Mit dem CP/M Image File Explorer möchte ich die Qualität dieser Images prüfen, ohne dafür ein Originalsystem aufbauen zu müssen.

Leider werden die Spuren beim ITT3030 nicht in der Reihenfolge 0V, 0R, 1V, 1R, ... genutzt, sondern so: 0V, 1V, 2V, 3V, ... , 79V , 0R, 1R, 2R, ... , 79R

Da cife derzeit damit nicht umgehen kann habe ich versucht, das testweise in den Quellen der 0.8.1 zu implementieren. Zur Spezifizierung dieser Reihenfolge habe ich wie bei 22disk den Parameter "order" mit den Werten "sides" und "cylinders" verwendet.

Das Directory wird mir damit korrekt angezeigt. Ich würde gerne wissen, ob das jetzt Glückssache ist bzw. ob meine Anpassungen für die gesamte Diskette funktionieren. Dazu müsste ich aber Dateien aus dem Image herauslesen können. Genau das kann die Version 0.8.1 noch nicht.

Deshalb zwei Fragen:

- Kann die Option "order" mit in die Standardversion von cife aufgenommen werden?

- Ist eine Weiterentwicklung mit Möglichkeiten zum Kopieren von Dateien oder alternativ der Hex-Anzeige von Dateien in absehbarer Zeit geplant?

Übrigens scheint das Hineinkopieren von Dateien per drag and drop zu funktionieren, obwohl die Optionen cut, copy, paste im Edit-Menü grundsätzlich nicht verfügbar sind .

Für MSDOS:

Die aktuelle 22disk Version hat FCTOD mit dem 22disk Images aus bin-Dateien entpacken kann.

Zitat

Code

22DISK Version 1.45
Distribution Information
August, 2020


We've included a little bonus for this last version of 22DISK.
It's the utility FCTOD--works just line CTOD, except operates on an
image file.  The command format is the same as CTOD, with the addition
the image file name as the first command parameter.   So, to transfer
files from a 128 byte sector 8" type A1 image, you'd execute:


FCTOD <img-file> /A1 A:*.* <destination>


Note the use of A: as a dummy drive specifier--it's ignored by FCTOD.

Alles anzeigen

Formate mit unterschiedlichen Sektorgroessen Systemspuren/Datenspuren können auch bearbeitet werden.

Hierzu wird die Länge des Offset in dez. an die Formatdefinition /TST1=6144 angehängt.

Thematisch hier im Forum erwähnt.

Hallo Fritz,

danke für den Hinweis. Sieht interessant aus - leider ist 22disk 1.45 nicht (mehr) zu bekommen.

Und ich habe sogar Verständnis dafür :-/

Georg

Danke für Deine Antwort,

Meine Änderungen habe ich DIr per PM zugeschickt. Auf die anderen Dinge warte ich gespannt.

Hast Du eine Erklärung dafür, dass Drag'n'Drop unter Linux beim Einfügen funktioniert, nicht aber copy und paste (und auch kein drag'n'drop aus dem Programm nach draußen)?

Wobei ich zugegebenermaßen nur die Änderung im Verzeichnis sehe - ob die Datei ordnungsgemäß in das Image geschrieben wurde weiß ich momentan nicht.

Muß es z. Zt. unbedingt schon Drag/Drop in beide Richtungen sein ? Reicht da nicht als solide Grundfunktion Import/Export für Files vorerst aus ?

Ein per Drag u. Drop eingefügte Datei (PC -> Image) wird anscheinend nicht ins Image eingefügt. Zumindest ist es bei mir für die Joyce so. In CPMBox kann ich die Datei hinterher nicht finden.

Ein Check Image mit Repair bedeutet, dass das Image anschließend defekt ist und CPMBox es als nicht lesbar bemeckert (das üblich Wiederholen/Abbrechen/Ignorieren Lied des BIOS). Ich habe jetzt nicht die vorhergehenden Beiträge alle gelesen, kann also sein, das diese Tatsache bereits bekannt ist.

Zitat von kmg

Muß es z. Zt. unbedingt schon Drag/Drop in beide Richtungen sein ? Reicht da nicht als solide Grundfunktion Import/Export für Files vorerst aus ?

So habe ich das auch gesehen, und war dementsprechend überrascht, dass das drag/drop vom PC ins Image bei mir anscheinend funktioniert hat. Nach meiner Erfahrung ist drag/drop deutlich aufwendiger in der Programmierung als der reine Import oder Export - egal ob in/von einer Datei oder in/aus der Zwischenablage (copy/paste).

Zitat von kmg

Ein per Drag u. Drop eingefügte Datei (PC -> Image) wird anscheinend nicht ins Image eingefügt. Zumindest ist es bei mir für die Joyce so. In CPMBox kann ich die Datei hinterher nicht finden.

Die Sorge hatte ich tatsächlich auch, konnte es aber ohne weiteres nicht verifizieren. Immerhin hat "check image" keinen Fehler gefunden. Da ich allerdings keine Ahnung habe, was da geprüft wird, sagt das im Grunde auch nichts aus.

Zitat von kmg

Ein Check Image mit Repair bedeutet, dass das Image anschließend defekt ist und CPMBox es als nicht lesbar bemeckert (das üblich Wiederholen/Abbrechen/Ignorieren Lied des BIOS). Ich habe jetzt nicht die vorhergehenden Beiträge alle gelesen, kann also sein, das diese Tatsache bereits bekannt ist.

Ich glaube nicht, dass das bisher bekannt ist, jedenfalls kann ich mich an keinen entsprechenden Hinweis erinnern. Und ich habe den thread inzwischen mehrfach durchgelesen.

Auch beim Repair ist mir völlig unklar, was da passiert - dem kann man trauen oder nicht. Also eher nicht