Geowrite-Dokumente von 64er-Heftdisketten extrahieren

Es gibt 16 Antworten in diesem Thema, welches 2.865 mal aufgerufen wurde. Der letzte Beitrag (22. Juli 2018 um 15:07) ist von Korodny.

  • Ich stehe gerade auf dem Schlauch: Ich will ein paar Geowrite -Dateien von Heftdisketten extrahieren - d.h. in eine *.cvt-Datei konvertieren - um sie dann unter Linux mit einem Tool nach RTF zu konvertieren. Es handelt sich um die Jahresinhaltsverzeichnisse 93-96 der 64er, die irgendwann mal nicht mehr im Heft abgedruckt sondern als Geowrite-Datei auf Heftdiskette verteilt wurden. Die Disk-Images hänge ich mal an.

    Theoretisch sollte c1541 (aus der VICE-Distribution) das können:

    Code
    attach <D64-NAME>
    geosread <gEOS-dATEINAME> <Zielname.cvt>

    Leider funktioniert das nicht - ich bekomme immer die Fehlermeldung "invalid filename". Ich dachte, er verschluckt sich vielleicht an dem Apostrophen (die Dateien haben Namen wie "iNHALT64'ER93") - aber in zwei Fällen befinden sich auch ASCII-Versionen auf der Disk, und selbst die kann ich nicht extrahieren:

    Code
    c1541 #8> read "inhalt64er95 asc" 95.txt
    ERR = 62, FILE NOT FOUND, 00, 00
    cannot read `inhalt64er95 asc' on unit 8
    invalid filename

    Ich bin einigermaßen ratlos. Der Versuch, die Geos-Datei umzubennen ("@R:96=iNHALT64'er96") , resultiert in einer "64, file not found..."-Meldung der Floppy.

    Stimmt mit den Disketten was nicht, oder übersehe ich irgendwas?

  • Ich würde auch mal stark auf den Apostroph tippen, bzw. was genau da benutzt wurde versus als was es interpretiert wird. (Nicht dass ich da jetzt was weltbewegend neues sage, sorry...) Sowas stiftet ja gerne mal Verwirrung.

    Falls es nur um die .CVTs geht, bitte sehr.

  • Stimmt mit den Disketten was nicht, oder übersehe ich irgendwas?

    Von Geos-Seite her scheinen die D64s i.O. zu sein. Konte sie hier problemlos aus den D64s mit D64Lister unter Windows als RTF extrahieren.

    Das Problem ist wohl eher c1541.exe. Hatte damit auch schon solche Problme und im VICE-Source-Code wurde da auch kürzlich was geändert. Gibt aber keine 32bit Binaries davon...

    Gruß
    Werner

  • Vielen Dank euch beiden! Mein Linux-Tool (geowrite2rtf) akzeptiert die CVTs auch nicht, scheint als wären die Tools unter Linux einfach noch nicht ganz so ausgereift...

    wweicht, kannst du vielleicht die RTFs hier anhängen? Nochmal GEOS rauskramen und eine SEQ-Konvertierung zu versuchen ist irgendwie arg viel Aufwand.

  • Verrätst Du uns, wie Du diese .CVTs erstellt hast? In deinem Archiv sind zwar 5 Dateien enthalten, es sind aber definitiv keine CVTs.....

    Einfach mit DirMaster runtergezogen. Insofern kann's schon sein dass das Ergebnis rumpelig ist, DirMaster ist ja öfters mal... speziell... :)

  • Das erklärt alles. DirMaster zerlegt fast jede Geosdatei... Euer Ehren, keine weiteren Fragen,

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

  • Der D64Lister kann doch mit Geos-Disketten und Formaten umgehen. Gibts im C65-Wiki.

    Aber ich sehe gerade, der wurde ja oben bereits erwähnt.

  • Um eventuell dem Autor von geowrite2rtf genüge zu tun (obwohl auf der Seite, die ich dazu gefunden habe ebenfalls DirMaster empfohlen wird :sad: ), habe ich hier mal die 4 Geowrite-Dateien als .cvt-Dateien angehängt. Das sind echte .CVTs :wink: .

    Vielleicht kann jemand diese mal durch geowrite2rtf jagen und das Ergebnis hier mitteilen.

    DirMaster sollte niemals mit Geos-Dateien benutzt werden. Da passieren zu viele schwerwiegende Fehler. Leider.

    Gruß
    Werner

  • wenn ich aus dem zip "64ER93.CVT" in "DirMaster 3.1.1" schiebe und von dort mit "Save as" als d64 save
    dann das erzeugte "64ER93.d64" in "D64Lister" schiebe und dann "GEOS" klicke,
    danach doppelt auf "Inhalt64*er93" klicke, danach auf die Vorschau rechter Mausklick - save as - RTF - "test" ausführe

    kommt genau das gleiche raus wie im Anhang Bitte melde dich an, um diesen Link zu sehen.

    Wenn man da jetzt noch den richtigen Zeichensatz hätte würden auch die Tabs stimmen
    Also so viel geht da nicht schief, das ist sogar ein "Hut ab" !! an die Programmierer der beiden Tools wert....


    Das Ganze dauert 15 sec...

  • kommt genau das gleiche raus wie im Anhang post4

    ?????
    Was meinst Du? Post 4 enthält keine Dateien und verlinkt ist Post 6. In dem zip sind aber mit D64Lister erzeugte fertige RTFs.


    Es kann sogar sein, das DirMaster seinen eigenen Mist sogar wieder lesen kann, obwohl auch das würde mich wundern.
    Gerade DirMaster in V3.xx zerstört Geos-Dateien. Kopiere ich z.B. GeoPaint 64 (das Programm) mit DirMaster in ein .CVT und dann auf eine anders Dxx, wird das Programm auf der Zieldiskette kleiner. Es fehlen 1000 oder 2000 Bytes. Wenn ich das GeoPaint jetzt starte, gibt es einen Absturz.

    Hier geht es darum, dass mit DirMaster erzeugte .CVTs nicht mit einem anderen Programm funktionieren.

    Ich kenne DirMaster seit Version 2.1. Schon diese Version macht beim erzeugen von .CVTs aus Geos-Dateien einen Fehler. Schreibt man die .CVTs mit DirMaster auf eine andere Diskette (Dxx) funktionieren sie sogar. Aber trotzdem wird mit jedem so kopierten File ein Disketten-Fehler auf der Disk erzeugt, da zwei Bytes imInfo-Block des Geos-Files vertauscht werden. Außerdem: Mit DirMaster erstellte .CVTs lassen sich nur mit DirMaster wieder zurückwandeln, da das seit Ende der 1980er definierte .CVT-Format nicht eingehalten wird.
    Ich war 2011 sogar mit dem Autor deswegen in Verbindung. Er wollte sich das ansehen. Dann passierte sehr lange nichts und nach über 3 Jahren kam DirMaster V3.0 und die Probleme wurden noch größer.

    Schau Dir doch mal die .CVTs aus Posting 2 und die aus Posting 12 mal an. Die ersten wurden mit DirMaster erstellt, die zweiten mit GeoPack direkt unter Geos. Da müsste laut .CVT-Beschreibung am Anfang der originale Name der Geos-Datei stehen und dann "PRG formatted GEOS file V1.0". Der 2. Block eines .CVTs enthält den Info-Block der Geos-Datei und dann folgt das eigentliche Programm. Das wirst Du in den .cvts in Posting 2 nicht finden.....

    Mein Fazit: DirMaster ist für Geos-Dateien nicht zu gebrauchen!

    Aber lassen wir das. Ich habe wichtigeres zu tun.

    Gruß
    Werner

  • Es kann sogar sein, das DirMaster seinen eigenen Mist sogar wieder lesen kann, obwohl auch das würde mich wundern.

    Bei meinem letzten Versuch hat DirMaster so mal eben eine Datei erzeugt, die ein paar KB kürzer war als die Referenz... so viel dazu... Nun denn, ich wusste, dass ich ein fehlerhaftes Programm verwende und wollte schauen, ob erkennbar ist, was er falsch macht. Ergebis war: U. a. viel Daten weglassen... also worst case.

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

  • Da hab ich wohl was falsch verstanden. Ich dachte es geht nur darum wie man am besten ein Geowrite-Doc
    von CVT nach RTF oder
    von Dxx nach RTF
    konvertiert

    Dass man DirMaster bei GeosFiles die man in Geos wieder verwenden will nicht verwenden soll ist schon klar
    Und ja, ich meinte die cvt's aus Post 2

  • Um eventuell dem Autor von geowrite2rtf genüge zu tun (obwohl auf der Seite, die ich dazu gefunden habe ebenfalls DirMaster empfohlen wird :sad: ), habe ich hier mal die 4 Geowrite-Dateien als .cvt-Dateien angehängt. Das sind echte .CVTs :wink: .

    Ah, gute Idee - ich hab geowrite2rtf auf die Dateien losgelassen. Er akzeptiert und konvertiert sie, aber das Resultat ist ein RTF mit 262 Seiten in dem auf jeden Buchstaben ein Zeilenumbruch folgt.

    Werde mal bei Github eine entsprechende Fehlermeldung abgeben, danke.