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.
Du bist in Begriff, Forum64 zu verlassen, um auf die folgende Adresse weitergeleitet zu werden:
Bitte beachte, dass wir für den Inhalt der Zielseite nicht verantwortlich sind und unsere Datenschutzbestimmungen dort keine Anwendung finden.
letzter Beitrag von InsertDisk2 am
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.
Kleine Rückmeldung.
Funktioniert
Und ich kopiere immer bis Track 41, das bisschen mehr Speicherverbrauch ist unerheblich
Denn schon die erste Kopie hatte versteckte Daten in den Tracks 35 - 41.
Gruss C=Mac.
Ich hätte mal zwei Fragen:
Erstens, wenn ich mit dem Burst Nibbler (v1,9 Original Version rote Diskette) eine Kopie anfertige und dabei „Adjust Target“ auf on belasse, schreibt der Nibber auf allen eingestellten Spuren eine Markierung. Damit konnte der Kopierschutz „Track Synchronisation“ wie er z.B. bei dem Magazin Input64 verwendet wurde, kopiert werden. Auf dem Winvice schreibt die Software nur auf dem ersten eingestellten Track eine Markierung. Ist das ein Mangel des Emulators oder woran liegt das sonst?
Zweitens, habe ich mir mal vor langer Zeit eine Tool Disk selbsterstellt. Dabei wollte ich so viele Programme wie möglich auf eine Seite unterbringen. 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. Ist das ein Mangel des Emulators oder des G64 Formates.
Gruß: Klaus
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.
das Tool heist "Disk-Demon"von G.Brandt & A.Wellie" soweit im mich erinnern kann. Ist ja schon ein paar Jahre her
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.
Danke für die neue Version
Gruss C=Mac.
Leider war im letzten Release ein kleine Fehelr drin, so dass ein GeoRam >= 2MB nicht funktioniert hat. Der Fehler ist jetzt korrigiert.
Uff, ich komm mit dem Updaten, kaum mit
Besten Dank für Deine Bemühungen.
Gruss C=Mac.
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.
Dazu noch ein kurzer Speed-Test.
Hardware ist ein ASSY 250469 mit angesteckten NEORAM 2048 KB und einer 1571:
Kopie mittels READ DISK und WRITE DISK erstellt | Zeit |
Lesen | 01:02.17 |
Schreiben | 00:47.00 |
Kopie mittels COPY erstellt | Zeit |
Lesen 1 | 00:01.00 |
Schreiben 1 | 00:21.20 |
Lesen 2 | 01:01.00 |
Schreiben 2 | 00:26.24 |
Leider war im letzten Release ein kleine Fehelr drin, so dass ein GeoRam >= 2MB nicht funktioniert hat. Der Fehler ist jetzt korrigiert.
Es sind aber beide versionen, letzter und korrigierter release, die 1.9 ? ...sollte man aber nicht machen wenn es so ist!
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.
Jo, trotzdem schlecht so...sinnvoll wäre dann 1.9.1 ... 1.9.2 ...1.9.3 usw....es ist immer wichtig versionen deutlich unterscheiden zu können. Wie auch immer, super arbeit trotzdem
Mal was anderes, ist nicht unbedingt Burstnibbler betreffend.
Hab ja diverse "normale" Disketten, welche auch auf die Ultimate sollen.
Da die Technik vorhanden ist (Floppy mit Parallelkabel, Ultimate), such ich ein Programme das Standarddisketten schnell auf die Ultimate bringt (D64).
Oder könnte man die bestehende Burstnibbler-Variante soweit modifizieren das sie einfach von Track 1 - 35 scannt/kopiert und ein D64 generiert, anstelle eines G64?
Gruss C=Mac.
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
Läuft betacopy mit der Ultimate, wenn das Laufwerk der Ultimate 9 und die Reuemulation eingeschaltet ist ? Das wäre nämlich ein recht schnelles Diskettenkopiertool.
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.
Eigentlich ist das genau das, was Ulticopy macht.
Ich dachte immer Ulticopy läuft über den seriellen Port.
Müsste es den nicht langsamer sein, als über Parallel-Anschluss?
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.
Danke, muss ich mal ausprobieren
Gruss C=Mac.