Burstnibbler

Track-Bereich: Da möchte ch kein Optimum nennen. Wenn man weiß, dass jenseits von Track 35 kein Kopierschutz ist, ist ein kleineres g64 ja auch ein valides Optimierungsziel.

Ansonsten exakt so, wie Du geschrieben hast.

Noch eine kleine Ergänzung:

"Adjust Target" hat meiens Wissens keine Auswirkung auf den Einlesevorgang. Und beim Schreiben mit "wrIte disk" (nicht: "Copy disk") habe ich "Adjust target off" leider nicht hinbekommen. Daher wird beim Schreiben mit "wrIte disk" "Adjust target" Einstellung ignoriert.

Nun denn, vielleicht kommt dazu die Erleuchtung ja noch. Ansonsten sei der Verweis auf "Copy disk" gestattet, wo noch immer alle Optionen funktionieren.

Zitat von Klaus Scheuer

Ich formatierte diese vorher mit 21 Sektoren von Track 01 bis 40 außer die Spur 18. Mittels Menü und Speziallader funktionierte das alles, nur ich bekomme diese Disk leider nicht auf dem Winvice zum Laufen.

Wow, darf man nach dem Tool fragen?

Und das Burstnibbler unter Vice spinnt, ist bekannt. Auf echter Hardware höre ich hier, wie der auf allen eingestellten Spuren die Markierung schreibt, dann den Kopf zurückfährt und die Daten schreibt (wenn ich per Write Disk arbeite, bei Copy Disk fällt nach dem Schreiben jener Markierung das Einlesen der Quelldiskette an).

g64 sollte das eigentlich können, das kann ich ausschließen. Da ich Dein Tool aber nicht kenne, und meine Kristallkugel leider defekt ist, kann ich da nichts genaueres zu sagen, warum Du es in Vice nicht zum Laufen bekommst. Kann sowohl am g64, am Emulator als auch an den Einstellungen des Emulators liegen. Wenn man aus der Emulation heraus Daten in einer anderen Schreibdichte schreibt, spinnen diverse Emulatoren. Meistens kann man gegensteuern, indem man eine preparierte g64 nimmt, die schon passend für die gewünschte Schreibdichte vorbereitet ist.

Anbei eine Sammlung neuer Burstnibbler.

Neu:

* Beide Versionen: Benutzer erhält jetzt Hinweis auf Taste "I" zum Ignorieren der Auffordeung, die Quelldisk mit Schreibschutz zu versehen.
* "R"-Version: Unterstützt jetzt auch GeoRAM / NeoRAM.
* "R"-Version: Erkennt Größe der Ram-Erweiterung und verweigert den Kopierauftrag, wenn die Größe der RAM-Erweiterung nicht ausreicht.
* "R"-Version: "Ultimate Save" prüft, ob der "Command Mode" eingeschaltet ist und gibt ggf. eine Fehlermeldung.

Leider wird beim Starten von Burstnibbler ein Inhalt der GeoRAM überschrieben durch den Test, auf welchen Port das Parallelkabel reagiert (und bei der Größenerkennung der GeoRAM. Letzteres wäre aber korrigierbar).

Edit: Die Version 1.9r+ hier ist fehlerhaft - korrigierte Version zwei Postings weiter unten.

Leider war im letzten Release ein kleine Fehelr drin, so dass ein GeoRam >= 2MB nicht funktioniert hat. Der Fehler ist jetzt korrigiert.

Ist auch nur eine Programmzeile geändert. Natürgemäß können Bugreports immer erst nach der Veröffentlichung eingehen. Und wenn es dumm läuft, braucht es dann leider eine korrigierte Version.

Eigentlich besteht der ganze Thread nur aus Burstnibbler 1.9-Versionen (mit Ausnahme ganz am Beginn). Einfach deswegen, weil es alles modifizierte Burstnibbler 1.9 sind.

Eigentlich ist das genau das, was Ulticopy macht. Nur leider wartet Ulticopy auf eine Korrektur von Gideon, derzeit kann Ulticopy nur eins: Abstürzen.

Das aber sehr gut

Probier es doch aus.

Für die andere Kopierrichtung habe ich bisher immer den "Dual Drive Copy" von Maverick benutzt. Schnell und klappt. Ich nehme mal an, auch die Datenrichtung Disk -> Ultimate könnte damit klappen. Wegen Dual Drive kommt es dann auch nicht mehr auf eine REU an, weil eh beide Laufwerke (echte + emulierte) gleichzeitig laufen.

Nachtrag: Mit dem Programm gehen tatsächlich beide Kopierrichtungen problemlos und recht schnell.