OpenCBM und Zoomfloppy FAQ

Es gibt 51 Antworten in diesem Thema, welches 9.637 mal aufgerufen wurde. Der letzte Beitrag (2. Februar 2013 um 13:06) ist von Ace.

  • Soi, nachdem ich mich etwas mit dem OpenCBM befasst habe, ist mir aufgefallen, dass ich bei manchen Disketten
    diese Fehlermeldung bekomme, wenn ich sie transferieren möchte (Bild). Ein Directory hingegen geht problemlos.


    Jemand ne Idee was das Problem hierzu ist ? Hat wohl was mit der ID zu tun.

    EDIT: Es scheint so als ist das Tool nicht in der Lage Szene Images wegzuschreiben, wo das Inhaltsverzeichnis
    manipuliert worden ist. Schade!

  • Das ist doch dasselbe Problem wie Bitte melde dich an, um diesen Link zu sehen. im Thread?!

    Ja. Gestern konnte ich noch einige D64 Images erstellen. Heute hat er bei fast jeder Diskette was auszusetzen.
    Hab jetzt ne 1571 dran. Das gleiche Spiel. Wie soll man mit sowas vernünftig arbeiten ??

  • Was soll ich sagen, bei mir läuft's. Hast du denn aus Versehen eine andere Version von CBMXfer genommen als die von gestern, mit der es lief? Hast du an den Einstellungen etwas geändert? Etwas mehr Try and Error bitte, damit's nicht nur bei den Errors bleibt. ;)

  • Was soll ich sagen, bei mir läuft's. Hast du denn aus Versehen eine andere Version von CBMXfer genommen als die von gestern, mit der es lief? Hast du an den Einstellungen etwas geändert? Etwas mehr Try and Error bitte, damit's nicht nur bei den Errors bleibt. ;)

    Nö. Bin nur schlafen gewesen. An den Einstellungen kann man ja nichts viel verkehrt machen.
    Ich hab dann mal die Disketten von gestern wieder rangezogen, die er ja kopieren konnte. Mit
    denen gehts nach wie vor.

    Ich hab jetzt mal Gui4cbm4win ausprobiert und der kann die Disketten kopieren jedoch sagt der mir nach dem
    Kopiervorgang, dass die Diskette grösser als 664 Block sei was aber nicht stimmt. Das erstellte Images ist dann 171 kb
    gross aber er macht dort kein .d64 kürzel hinter.

    Fehlt bei mir hier noch irgendwas oder sind die Versionen alle so halbgar ? *g

  • Evtl. ist da ein Fehlerblock mit dabei, 170 sollten es sein, 171 riecht danach.

    12345678901234567890123456789012345678901234567890
    12345678901234567890123456789012345678901234567890
    12345678901234567890123456789012345678901234567890

  • Evtl. ist da ein Fehlerblock mit dabei, 170 sollten es sein, 171 riecht danach.


    Ich bekomm hier ganz unterschiedliche Grössen. Von 171, 172 bis zu 198 kb.


    EDIT:

    Ist das eigentlich üblich, dass Gui4cbm4win bei bei jeder eingelesenen Diskette
    sagt, dass die 688 Blocks hat und 170,8 kb gross ist ?

  • Schick mir mal bitte ein Image, was mit CBMXfer als reale Disk bei dir nicht funktioniert.

    Anbei das Images, was sich unter CBMXfer verweigerte aber mit Gui4cbmwin kopieren lies.


    EDIT:

    Diese 688 Block / 170,8 kb scheint wohl unter Guicbm normal zu sein. Die selbe Grösse macht auch CBMXfer.
    Die fehlenden d64 Endung bekommt man unter Gui4cbm hin, wenn man beim Dateinamen die Endung.d64 hinzu
    fügt.


    EDIT 2:

    Das Formatieren einer Diskette funktioniert unter beiden Programmen auch nicht (1571).

    EDIT 3:

    Zurückschreiben eines .d64 Images mit einer 1571 ging nicht. Mit einer 1541 II hingegen schon.

  • Die Lösung ist im Grunde ganz simpel: Man muss die NibTools (Link weiter vorne im Thread) in denselben Ordner wie OpenCBM und CBMXfer kopieren und in den Einstellungen von CBMXfer dann die NibTools aktivieren. Je nach Gusto kann man dann neben D64 auch G64 und NIB/NBZ als zu erstellendes Format auswählen (bzw. auch mehrere gleichzeitig).

    Edit: Also, klar - das bezieht sich jetzt auf die Fehlermeldung bei CBMXfer und nicht auf gui4cbm4win4longerprogramnames. ^^

  • Die Lösung ist im Grunde ganz simpel: Man muss die NibTools (Link weiter vorne im Thread) in denselben Ordner wie OpenCBM und CBMXfer kopieren und in den Einstellungen von CBMXfer dann die NibTools aktivieren. Je nach Gusto kann man dann neben D64 auch G64 und NIB/NBZ als zu erstellendes Format auswählen (bzw. auch mehrere gleichzeitig).


    Wozu braucht es da die NibTools ? Gui4cbm kopiert es ja auch so. Ich hatte die NibTools schon mal eingeschaltet aber da fing
    die Floppy (1541 II) an zu rattern und brach dann mit einer Fehlermeldung ab.

  • Nibtools erstellen dir ein *.nib, was mehr Daten enthält, als ein D64. Sind gewissermaßen für ähnliche Zwecke wie G64 gedacht. Oftmals braucht man nur D64, aber gerade bei kopiergeschützten Disks kannst du mit D64 einpacken und solltest tunlichst gleich ein G64 oder NIB machen. Je nach verwendetem Kopierschutz kanns dann sein, dass die nur im Emulator gehen, aber nicht mehr erfolgreich zurück geschrieben werden können, aber das muss nicht so sein! Hab auf diese Weise schon erfolgreich kpoiergeschützt Disks. Was mir noch Probleme macht, sind Spiele mit V-MAX!. Das hab ich bis jetzt ums Verrecken nicht hin bekommen.

    12345678901234567890123456789012345678901234567890
    12345678901234567890123456789012345678901234567890
    12345678901234567890123456789012345678901234567890

  • Wozu braucht es da die NibTools ?

    Das erklärt sich aus dem weiter vorne geposteten Link zum Lemon-Forum: CBMXfer prüft die Disk-ID im Directory, um u.a. verschiedene Diskettenformate zu unterscheiden. Dummerweise ist die Disk-ID im Directory einfach manipulierbar, was ja auch vielfach gemacht wurde/wird. Da verweigert sich CBMXfer eben, ob sinnvoll oder nicht. Mit NibTools kann man das nun umgehen. Alternativ kann man OpenCBM natürlich auch über die Kommandozeile bedienen, da gibt es auch keine solchen störenden Disk-ID-Prüfungen. :D

    NibTools funktioniert allerdings bei einer 1541 nur mit Parallelanschluss oder mit einer 1571 (da dann auch ohne Parallelkabel).

  • Das erklärt sich aus dem weiter vorne geposteten Link zum Lemon-Forum: CBMXfer prüft die Disk-ID im Directory, um u.a. verschiedene Diskettenformate zu unterscheiden. Dummerweise ist die Disk-ID im Directory einfach manipulierbar, was ja auch vielfach gemacht wurde/wird. Da verweigert sich CBMXfer eben, ob sinnvoll oder nicht. Mit NibTools kann man das nun umgehen. Alternativ kann man OpenCBM natürlich auch über die Kommandozeile bedienen, da gibt es auch keine solchen störenden Disk-ID-Prüfungen. :D

    NibTools funktioniert allerdings bei einer 1541 nur mit Parallelanschluss oder mit einer 1571 (da dann auch ohne Parallelkabel).

    Ich denke, Du bringst meine Vermutungen auf dem Punkt. CBMXfer ist sehr pingelig was Header und ID wohl angeht.
    GUI4CBM hingegen interessiert das nicht insofern bleibt dann erst einmal nichts anderes übrig als beide Tools zu nutzen,
    bis das CBMXfer mal gefixed wird.

  • insofern bleibt dann erst einmal nichts anderes übrig als beide Tools zu nutzen,
    bis das CBMXfer mal gefixed wird.

    Sofern man eine 1541 mit Parallelkabel oder eine 1571 hat, wüsste ich nicht, was für gui4cbm4win spräche. Alternativ gibt es übrigens auch noch Bitte melde dich an, um diesen Link zu sehen.. Zu PRG Mover kann ich aber nichts sagen.

    Edit: Anleitung zu PRG Mover Bitte melde dich an, um diesen Link zu sehen..

  • Das erklärt sich aus dem weiter vorne geposteten Link zum Lemon-Forum: CBMXfer prüft die Disk-ID im Directory, um u.a. verschiedene Diskettenformate zu unterscheiden. Dummerweise ist die Disk-ID im Directory einfach manipulierbar, was ja auch vielfach gemacht wurde/wird. Da verweigert sich CBMXfer eben, ob sinnvoll oder nicht.

    Das kann ich so nicht allgemein stehen lassen. Ich hab auch gerne mal Disks mit manipulierten IDs rumfliegen, teils auch selbst erstellt. Deswegen muckt das bei mir eigentlich nie.

    12345678901234567890123456789012345678901234567890
    12345678901234567890123456789012345678901234567890
    12345678901234567890123456789012345678901234567890

  • Sofern man eine 1541 mit Parallelkabel oder eine 1571 hat, wüsste ich nicht, was für gui4cbm4win spräche. Alternativ gibt es übrigens auch noch Bitte melde dich an, um diesen Link zu sehen.. Zu PRG Mover kann ich aber nichts sagen.

    Also mit der 1571 ging das auch nicht. Da ging selbst das Formatieren und Zurückspielen des D64 Images auf Disk nichtmal.
    Prg. Mover erkennt keine Floppys wenn über Zoomfloppy angeschlossen.

  • Also hast du entweder NibTools immer aktiv oder eine CBMXfer-Version, die nicht rumzickt. Oder beides. :)

    Sofern er eine 1541 II einsetzt, schwer zu glauben. In deinem genannten Lemonthread wurde eine Version 1.xxxx
    genannt, die wohl keine Abfrage beinhaltet. Diese Version ist aber beim Programmierer nicht zu finden.

  • Also hast du entweder NibTools immer aktiv oder eine CBMXfer-Version, die nicht rumzickt. Oder beides. :)

    Nö, ich mach ganz normale D64. Nibtools hab ich nur ein mal genutzt, nämlich in der Zeit, in der ich alle meine Originale versucht habe zu sichern. Außer bei V-MAX!-geschützten Spielen klappte das hervorragend. Deswegen ist das bei mir nie an, weil ichs nie brauche. Das einzige was hin und wieder passiert, ist Gejammer wegen falscher ID. Dann geht man kurz auf Initialize und alles ist gut.

    12345678901234567890123456789012345678901234567890
    12345678901234567890123456789012345678901234567890
    12345678901234567890123456789012345678901234567890