C64-Disketten mit dem Greaseweazle schreiben

Zwei Ansätze existieren derzeit - eigentlich suche ich noch sachdienliche Hinweise.

Ansatz 1:

Zitat von markusC64

Wenn der Kopierschutz es zulässt, dass man die relative Lage der Tracks zueinander ändert durch induviduelle Rotation der einzelnen Tracks, so empfehle ich folgendes Vorgehen (mal keine Multispeedtracks angenommen, solche G64 gibt es derzeit nicht "in the wild"):

1. Voraussetzung: Das G64 muss die Tracklängen so haben, wie die von einer 1541 gelesen werden können - also im Toleranzbereich der verwendeten Speedzone.

2. Diese G64 wandeln wir nach textuellen P64 Format (was eine textuelle Darstellung der Flux auf der Diskette ist) - Achtung, das wird recht groß:

g64conv sample.g64 sample.txt p64

3. Optional: Die erzeugte Textdatei auf Lesbarkeit testen (wenn die Tracklängen zu sehr abweichen, könnte die Textdatei unlesbar sein):

g64conv sample.txt sample.decoded.txt 1 sstd,ad1

(oder ad2)

Abweichende Speedzone auf einzelnen Tracks bitte angeben.

Wenn die erzeugte Textdatei gut aussieht, passt es. Danach wird die "sample.decoded.txt" nicht mehr benötigt.

4. Sofern die Lage der Tracks angepasst werden soll (siehe Einleitung) machen wir das durch:

g64conv align sample.txt sample.aligned.txt sstd,ad1

wobei der letzte Parameter ggf. angepasst werden muss, Ausnahmen bei den Speedzones, evtl. der bessere aber langsamere Dekodierer statt dem schnelleren.

5. Die zuletzt erstellte Textdatei nach scp wandeln:

g64conv sample.txt sample.scp

bzw.

g64conv sample.aligned.txt sample.scp

Sind einige Schritte, bis auf die optinale manuelle Kontrolle aber automatisierbar durch ein Shellskript / eine BAT-Datei.

Alles anzeigen

Zu 3: Alternativ kann man die sample.txt auch per p64conv in eine P64 wandeln und im Emulator ausgiebig testen:

p64conv sample.txt sample.p64

Und beim Schreiben auspassen, dass die Tracks auf der richtigen Stelle landen. Hat die .g64 und damit die .scp keinen Halftrack enthalten, so

gw write --track step=2 sample.scp

ist dagegen mindestens ein Halftrack drin, dann

gw write sample.scp

Edit: Das kann man auch abwandeln, indem man im Schritt 1 eine .scp ( ein Kryoflux Stream nimmt statt eine .g64.

Ansatz 2: Wir lassen die Software von Kryoflux die Stelle bestimmen, wo der Schreib-/Lesekopf abzuschalten ist. Dazu nehmen wir mal an, beim Einlesen haben wir direkt im Kryoflux-Format eingelesen. Das kann GreaseWeazle ja. Falls nicht, müssen die GreaseWeauöle Tools das nach Kryoflux konvertieren: GreaseWeazle Tools 0.38 ist von Keir veröffentlicht worden - inkl. wichtiger Befehle

Anschließend:

dtc -m1 -ffoo -i0 -ffoo.g64 -i22a

So erstellt die Software vom Kryoflux daraus ein g64, wo diejenige Stelle in einer Extension eingetragen ist, falls eine abweichende Stelle notwendig ist.

g64conv foo.g64 foo.txt p64

g64conv foo.txt foo.scp

machen daraus ein .scp wo die Information erhalten geblieben ist.

Da ich es versehentlich in einem anderen Thread gepostet habe, hier nun meine Erfahrung und gleichzeitige Problematik mit gw ein bereits erstelltes g64 File auf eine reale Disk zu schreiben.

Habe mal versucht eine nicht mehr laufende Disk mit falschen Inhalt wieder ins rechte Licht zu rücken. Dafür habe ich mir vom Preservation Projekt ein g64 des Spiels geladen und als umbenanntes foo.g64 in gw eingefügt um jenes via gw wieder auf Disk zu schreiben. Weiß hier vielleicht jemand wie ich ein bereits erstelltes g64 File in gw wieder auf Diskette schreiben kann???

Ein direktes Kommando hierfür gibt es ja irgendwie nicht. Zumindest hab ich das nicht.

Ich kann lediglich das g64 File über g64conv in scp konvertieren und jenes über die Kommandozeile gw write foo.scp schreiben. Auf dem C64 leider ohne Erfolg da die Disk beim Einladen in einer Hin und Her-Dauerladeschleife mündet. g64 --> scp --> gw write foo.scp scheint zumindest nicht zu funktionieren.

Ich hoffe, dass wir hier mit der Problematik nachkommen können. Wäre um jeglicher Hilfe eines Schachzugs dankbar.

Sorry, irgendwie stehe ich auf der Leitung. In Posting #2 und #3 dieses Threads habe ich doch dazu Ansätze erläutert - irgendwie sehe ich nicht, wo im Speziellen das Problem sein könnte.

Anderseits - ohne Kenntnis des Titels, der schiefgeht, kann das auch keiner selbst probieren. Bzw. schon wissen, was bei den speziellen Kopierschutz schiefgehen kann...

Nachtrag: Oben nicht aufgeführte Hinweise / Tipps:

* Diskette unbedingt vorher löschen. "gw erase" könnte es tun - es kann jedoch sein, dass das Löschen mittels eines Magnetes notwendig ist. Parser hat da meines Wissens diesbzgl. Erfahrungen (zwar mit Kryoflux, aber was solls).

* Falls der Kopierschutz es zulässt: Unbedingt keine Halftracks schreiben, sondern nur die vollen Tracks. Falls nicht möglich, nur die zwingend benötigten Halftracks schreiben

Das mit dem Löschen kennt man den Berichten zufolge auch aus dem PC Bereich:

Es wird berichtet, dass

a) eine im DD Laufwerk geschriebene Diskette im HD Laufwerk lesbar isr.

b) eine im HD Laufwerk geschriebene Disketteim DD Laufwerk lesbar isr.

c) eine im HD Laufwerk gheänderte Diskette (ursprünglich im DD Laufwerk geschrieben) im DD Laufwerk an den geänderten Stellen Lesefehler aufweist.

Genau das haben wir hier, nur dass das DD Laufwerk eine Commodore Floppy ist.

Zitat von Green Beret

Dafür habe ich mir vom Preservation Projekt ein g64 des Spiels geladen und

... um welches Spiel handelt es sich genau?

Dann kann man dazu weitere Aussagen treffen ... . Sollte aber kein Problem sein.

Parser Es dürfte sich m Championship Wrestling von Epyx und Rambo II von Ocean gehandelt haben. Rambo konnte auf Vice erst gar nicht geladen werden und Championship Wrestling hing dann auch im Ladeprozess fest.

Championship Wrestling vom C64 PP ist not working ... also fehlerhaft.

Rambo II ... du meinst First Blood Part II oder Rambo III?

Parser okay, dann kann ich mir das schon mal erklären. Rambo 2 von Ocean - scheint offensichtlich auch fehlerhaft zu sein.

»Championship Wrestling« wollte ich - bzw. habe ich - gerade ausprobiert. Interessanterweise funktioniert meine geschriebene Kopie nur mit einer von zwei meiner 1541 II. Nämlich mit der mit dem original CBM DOS. Mit der Jiffydosfloppy hängt es beim Laden.

gw write --track step=2 ChampionshipWrestling.scp

hat es jedenfalls auf Anhieb getan - wobei das .scp aus einer g64 mit Kryoflux Mastering Extension per g64conv konvertiert worden ist - g64conv weiß die Write Splice Area Angaben aus der Mastering Extension zu nutzen.

Green Beret Hast Du wirklich keinen Speeder in Deiner Floppy - wo bei mir das den Unterschied zu machen scheint?

Zitat von Parser

Rambo II ... du meinst First Blood Part II oder Rambo III?

Zitat von Green Beret

Rambo 2 von Ocean

Dazu kann ich nichts sagen, das bekomme ich noch nicht einmal im Emulator zum Laufen.   Parser Trotz der Du weißt schon welche Quelle für das g64...

Zitat von markusC64

Zitat von Parser

Rambo II ... du meinst First Blood Part II oder Rambo III?

Zitat von Green Beret

Rambo 2 von Ocean

Dazu kann ich nichts sagen, das bekomme ich noch nicht einmal im Emulator zum Laufen.   Parser Trotz der Du weißt schon welche Quelle für das g64...

Ich besitze beide Originaldisketten ... Kryoflux-Streams davon sind 100 % OK ... und natürlich auch meine .g64 davon, die bei mir im Emulator laufen.

Zitat von Green Beret

Rambo 2 von Ocean

Rambo 2 kann man prinzipiell genauso schreiben - und es funktioniert dann auch.

Aber: Der C64 muss original CBM Kernal haben. Und als Floppy funktioniert nicht jede. 1570/1571 geht schon mal gar nicht. Eine 1541 II ist mit CBM DOS auch ein Problem, mit Jiffydos 6.01/6.02 tut sie es aber. Und eine 1541 I tut es auch. 1541 C weiß ich gerade nicht.

markusC64 Du weißt ja dass ich mit einer JU-475-4 arbeite. Ob die nen Speeder drin hat kann ich dir nicht sagen.

Hast du das g64 von Championship Wrestling dem Preservation Projekt entnommen? Da gab es zwei Versionen. Die gepatchte oder die normale.

Ich werde dein Kommando mal ausprobieren

"gw write --track step=2 ChampionshipWrestling.scp"

Vielleicht bekomm ich es dann zum laufen. Du musst ja im Vorfeld aus dem g64 die scp über g64conv generieren bevor du die scp selber schreibst - bei "step=2" wären ja dann die halftracks inkludiert, oder?

Parser du weißt ja auch, dass ich die Originaldisk hab - ich bekomm die nur nicht gesichert. Hier scheint wohl mit einer der wohl komplexeren Protektionsverfahren vorgegangen zu sein. Das g64 File vom Preservation Projekt läuft auf vice beim testen ja auch nicht.

Zitat von markusC64

Zitat von Green Beret

Rambo 2 von Ocean

Rambo 2 kann man prinzipiell genauso schreiben - und es funktioniert dann auch.

Aber: Der C64 muss original CBM Kernal haben. Und als Floppy funktioniert nicht jede. 1570/1571 geht schon mal gar nicht. Eine 1541 II ist mit CBM DOS auch ein Problem, mit Jiffydos 6.01/6.02 tut sie es aber. Und eine 1541 I tut es auch. 1541 C weiß ich gerade nicht.

markusC64 Bei Rambo 2 gehts mir primär erstmal um das Sichern. Ich hab nen Original C64 mit altem und neuen Betriebssystem (beide schaltbar) und ne 1541 I als Floppy. Es wäre natürlich auch interessant das ganze zu schreiben, zumindest zu wissen das es problemlos ohne Komplikationen funktioniert. Vor allem bei Disks, die eben nicht mehr laufen und da hab ich inzwischen doch ein paar die ich doch ganz gerne wieder richten und herstellen würde. Yogi Bear von Piranha und Predator (pal) von Activision, wobei ich die nochmal durchtesten muss. Ein paar Disketten konnte ich gottseidank wieder herstellen.

Green Beret Da haben wir aneinander vorbeigeredet. Nicht die Floppy am GreaseWeazle ist interessant, sondern die, die man im Emulator emulieren lässt. Oder wenn man es zurückgeschrieben hat, die man am C64 hat.

Sobald ich die Floppy im VICE passend umgestellt habe, läuft Rambo II da jetzt auch.

Zitat von Green Beret

du weißt ja auch, dass ich die Originaldisk hab - ich bekomm die nur nicht gesichert. Hier scheint wohl mit einer der wohl komplexeren Protektionsverfahren vorgegangen zu sein. Das g64 File vom Preservation Projekt läuft auf vice beim testen ja auch nicht.

Deine mit Greaseweazle eingelesenen Daten müsste sich markusC64 näher ansehen ... er kann davon auch Kryflux .raw files erstellen. Müsstest du ihm zur Verfügung stellen ... dann kann man das weiter analysieren.

Zitat von Green Beret

Hast du das g64 von Championship Wrestling dem Preservation Projekt entnommen? Da gab es zwei Versionen. Die gepatchte oder die normale.

Ich werde dein Kommando mal ausprobieren

Nein, ich habe das von enigma genommen... Bei dem Namen dämmert es Dir bestimmt, woher... Ich brauche schließlich eins mit g64 Kryoflux Mastering Extension.

Parser Mal abwarten - vielleicht ändert bereits die Aussage über die zu emulierende Floppy in VICE daran etwas...

Edit: Ja, sein Dump funktioniert fast. Auf Track 4 hat er einen Lesefehler, ansonmsten hat dtc.exe nichts festgestellt... da sollte neu Dumpen mit mehreren Rotationen helfen.

Zitat von markusC64

Edit: Ja, sein Dump funktioniert fast. Auf Track 4 hat er einen Lesefehler, ansonmsten hat dtc.exe nichts festgestellt... da sollte neu Dumpen mit mehreren Rotationen helfen.

Vor allen Dingen vorher schön saubermachen vor dem Einlesen ... weil das ist VORPAL. Muss wirklich schön sauber sein. VORPAL und VMAX sind da zickig bzw. empfindlich ... meistens läuft es danach dann auch.