letzter Beitrag von wweicht am
@HajoDo noch ein Feature Request: wie waere es denn mit Unterstuetzung von gepackten BBS Disk Images (Zip-Code) und dem dazugehoerigen packen und entpacken der Files?
Hier ein paar Referenzen dazu:
https://csdb.dk/release/?id=57187
https://ist.uwaterloo.ca/~schepers/MJK/tools.html
Nein, DirMaster kann kein leeres .dhd erzeugen.
Das ist auch gut so. Wer weiss, was da dann wieder für ein Mist rauskommen würde 
.
Ich habe einschlägige Erfahrungen mit diesem Programm seit 2011 (Geos-Support, D2M, DNP, Dxx allgemein, es werden keine Standards eingehalten z.B. CVT-Format)). Kann nur sagen: Finger weg.
Deshalb unterstütze ich jede Initiative, die versucht es besser und richtig funktionierend hinzubekommen!
Gruß
Werner
DirMaster bekommt ja noch nicht mal hin, aus einer D64 eine Rel-Datei zu exportieren. Erwartungshaltung für einen korrekten Export wäre, dass die Datei danach mit der Erweiterung .REL so vorliegt, wie ein SD2IEC die braucht.
Pustekuchen - es fehlt die Recordlänge, die den Nutzdaten vorangestellt werden müsste.
Fazit; Selbst nicht erweiterte 1541 Funktionen gehen nicht.
Da hat Werner recht, auf DirMaster kann man sich nicht verlassen.
DirMaster bekommt ja noch nicht mal hin, aus einer D64 eine Rel-Datei zu exportieren. Erwartungshaltung für einen korrekten Export wäre, dass die Datei danach mit der Erweiterung .REL so vorliegt, wie ein SD2IEC die braucht.
Meine Erwartung wäre das nicht, was sd2iec da erwartet entspricht keinem Standard sondern ist auf dem eigenen Misthaufen gewachsen damit REL ohne PC64-Header überhaupt funktionieren kann. R00 ist dagegen ein dokumentiertes und schon zuvor genutztes Format.
Oder weiss hier jemand etwas über das Formt DHD???
Ich habe vor vielen Jahren mal ein Ruby-Script geschrieben, um ein 1:1-Sektorimage einer CMD-HD-Festplatte in Einzelimages pro Partition zu zerlegen. Allerdings ist es nur mit genau einem einzigen HD-Image getestet.
R00 ist dagegen ein dokumentiertes und schon zuvor genutztes Format.
Ok. Das Format wäre ja auch in Ordnung gewesen. Das hat es jedenfalls auch nicht erzeugt. Sondern die Variante ohne Recordgröße, mit der man überhaupt nichts anfangen kann.
G81 habe ich noch nie gehört, aber als Tippfehler schon mal verbrochen.
Ansonsten sind die G41/G71 Formate eine echte Heausforderung. Außer in der Implementierung "Man emuliere eine ganze Floppy und lasse die den Job machen" habe ich bisher in jeder(!!!) Implementierung signifikante Macken gefunden. Das wird nicht einfach - und ich kann nur empfehlen, die Formate zuletzt zu machen. Mache ich bei meiner Library auch so.
Ich habe vor vielen Jahren mal ein Ruby-Script geschrieben, um ein 1:1-Sektorimage einer CMD-HD-Festplatte in Einzelimages pro Partition zu zerlegen. Allerdings ist es nur mit genau einem einzigen HD-Image getestet.
Ups, Partitionstabelle ab
fd.seek(0x40000, IO::SEEK_SET)
Das ist ja schon mal recht anders als bei der FD. Da ist die auf dem letzten (partiellen!) Track ab Sektor 8-11. Während $40000 im Vergleich zur HDD Größe ja eher zum Anfang gezählt werden müsste.
Mit den Formaten DHD/D2M/D4M/G64/G71/G81 muss ich mich noch beschäftigen.
Vergiss DNP nicht 
Wobei das kaum Mehrarbeit ist. eine D2M/D4M (im wesentlichen gleich, nur die Position der Systempartition verschieden und due Größe) beinhalten jeweils eine Partitionstabelle, die Partitionen vom Format 1541 / 1571 / 1581 und DNP enthalten kann. Wie man sieht, muss man DNP also sowieso machen. Also bitte auch als eigenständige Datei unterstützen.
Im obigen Sinne kann ein D64 / D71 / D81 / DNP ein Unterimage eines D2M sein.
Im obigen Sinne kann ein D64 / D71 / D81 / DNP ein Unterimage eines D2M sein.
Bei D71 bin ich mir da nicht so sicher. Zumindest kommt es im Partitionierungsprogramm der FD-Tools nicht vor.
Laut https://ist.uwaterloo.ca/~schepers/formats/D2M-DNP.TXT bestehen keine Zweifel. Es gibt für D71 soga eine Typnummer in der Partitionstabelle: 03.
Ich werde es ausprobieren.
(zu anderen Formaten liegt mir leider keine nähere Beschreibung vor)
Das kann ich jetzt nicht nachvollziehen. In dem Posting über Deinen habe ich doch die Beschreibung von DNP und D2M verlinkt.
BTW: D4M geht analog zu D2M, nur der Track der Patitionstabelle ist ein anderer, nämlich der letzte i Image. Ist kaum veschieden von D2M.
In dem Posting über Deinen habe ich doch die Beschreibung von DNP und D2M verlinkt.
und wenn er hier hingeht https://ist.uwaterloo.ca/~schepers/download.html , gibt es das Ganze (und einige Formate mehr) als txt-Dateien in der Datei formats.zip .
Gruß
Werner
Moin Leutz,
mein Projekt ist fertig.
Noch lange nicht.
Besser nochmal mit VB oder C# unter .net neu programmieren.
Noch lange nicht.
Ja, diesen Fehler habe ich hier auch unter Windows 10 Home 32 bit. Aber nach wegklicken scheint es zu laufen.....
Gruß
Werner
Unter WinXP mag es aber dann auch nicht mehr.
Unter WinXP mag es aber dann auch nicht mehr.
Ja, leider. Wenn ich ein D64 versuche zu öffnen (Dateiauswahl funktioniert noch) doch wenn ich hier "Öffnen" anklicke, kommt Fehler in Zeile 374 und nichts außer Programm verlassen geht mehr 
.
@Dekay, Deine Bilder suggerieren, Du hast das Ganze aus dem Zip heraus gestartet. Hast Du auch mal das Archiv entpackt?
Gruß
Werner
Nein es war nur im Hintergrund oben rechts noch offen. Ich habe den Ordner ausgepackt, das ist unten links.
Immerhin ist das schon mal ein Anfang, vielen Dank! 
Fehlerbehebung und weitere Formate können ja in neuen Versionen folgen.
