Ich habe gestern auf Nachfrage bei MSR ein G64-Patch für Turrican 2 und X-Out bekommen. Hierbei wird der GCR-Key in Spur 18,Sektor 06 geschrieben.
Ob es auch bei realen Disketten funktioniert, weiß ich nicht.
Hallo Besucher, der Thread wurde 35k mal aufgerufen und enthält 176 Antworten
letzter Beitrag von InsertDisk2 am
Burstnibbler
- markusC64
- Erledigt
-
-
Ich werfe mal ein dass es davon auch Ausgaben ohne Kopierschutz gibt (die begegnen mir dauernd...). Nicht dass du da nach einem Schutz suchst wo gar keiner ist.
Dann sollte eine Kopie mit BurstNibbler problemlos möglich sein.
Oder kann es Probleme geben mit dem Schutz "Kein Schutz"?Muss die Disk mal mit einem normalen Kopierprogramm kopieren.
Ich habe gestern auf Nachfrage bei MSR ein G64-Patch für Turrican 2 und X-Out bekommen.
Besten Dank
Muss ich ausprobieren.
Mit dem Disk-Monitor vom FC3 hab ich es nicht hin bekommen (das liegt aber an mir).Gruss C=Mac.
-
Dann sollte eine Kopie mit BurstNibbler problemlos möglich sein.
Oder kann es Probleme geben mit dem Schutz "Kein Schutz"?Mir sind auch schon Lesefehler begegnet wo ich voreilig dran sass und dachte "wtf, kann doch nicht sein! Fat Track? Key Block? Waah..." und am Ende war's wirklich nur eine kaputte Disk...
-
Der Kopierschutz ist nach nach wie vor akitive. Das kleine Programm erstellt nur den Sektor 06 auf Spur 18 den die Floppyroutine ausliest.
Aufgrund des verwendeten Schnellladers "Heureka-Sprint" sollte das Original mit einem Nibbler kopiert werden.Gruß: Kl
-
Mir sind auch schon Lesefehler begegnet wo ich voreilig dran sass und dachte "wtf, kann doch nicht sein! Fat Track? Key Block? Waah..." und am Ende war's wirklich nur eine kaputte Disk...
Keine Sorge, die original Disk ist funktionsfähig
Hab die Spiele (Gee Bee und Elvira 2) mal mit MCopy in ein normales D64, der Ultimate kopiert.
Beide scheinen zu funktionieren.Dies verwirrt mich aber noch mehr, dass ein G64 (je nach Einstellung) nicht läuft
Ich habe gestern auf Nachfrage bei MSR ein G64-Patch für Turrican 2 und X-Out bekommen. Hierbei wird der GCR-Key in Spur 18,Sektor 06 geschrieben.
Beide G64 (Turrican 2 und X-Out) funktionieren jetztOb es auch bei realen Disketten funktioniert, weiß ich nicht.
Geht auch
Der Kopierschutz ist nach nach wie vor akitive. Das kleine Programm erstellt nur den Sektor 06 auf Spur 18 den die Floppyroutine ausliest.
Aufgrund des verwendeten Schnellladers "Heureka-Sprint" sollte das Original mit einem Nibbler kopiert werden.Naja, das G64 ist ja kopierbar, von daher ist das nicht weiter tragisch.
Auch bei den anderen G64 ist der Schutz noch da.Nochmal besten Dank für die Hilfe
Gruss C=Mac.
-
In der Zwischenzeit gab es ja ein Firmware-Update für die Ultimate
Seit dem Update sind einige G64 jetzt funktionsfähig, z.B.:
- Armalyte
- Stunt Car Racer
- MercsDas Update hatte einen positiven Effekt.
Trotzdem nicht gelaufen sind:
- Indiana Jones and the last Crusade
- Golden Axe
- Hunters MoonHab diese Spiele noch einmal kopiert (G64), mit den Einstellungen:
- Track 1 - 41
- Fulltrack
- Adjust Traget "no"
- Reduce Synch "no"Hunters Moon lief danach, die anderen beiden scheiterten am Kopierschutz.
Versuchsweise habe ich die beiden Spiele noch mit der Einstellung Reduce Synch "yes" kopiert.
Beide laufen
Warum dieser Effekt auftritt kann ich nicht sagen
Das einzige Spiel das ich nicht kopieren kann ist Denaris, hier ist aber auch keine reale Kopie möglich.
Wird ähnlich sein wie bei Turrican 2 und X-Out.Gruss C=Mac.
-
Würde sagen, einige der verbleibenden Probleme können in der 1541 U2 liegen - ich darf an Gideons Checkinkommentar erinnern:
- work done on drive emulation randomness for weak bits (doesn't solve all issues yet)
-
Hier schau mal, habe ich gerade angefertigt.
Golden Axe und Indi Jones vom original Disk -
Indiana Jones aus dem 7z läuft auf meiner Ultimate II+ nicht. Was aber sehr wahrscheinlich an der U2+ liegt, da es im Vice funktioniert.
-
Das ist sehr gut möglich. Der Kopierschutz,ich habe das jetzt nicht näher untersucht, könnte Tracksynchronisation sein. Hierbei wird der exakte Winkel zwischen mehreren Sektoren auf verschiedenen Tracks gemessen. Wenn die U2+ nicht die genau gemessene Zeit zurückgibt, wird das Spiel als Raubkopie erkannt.
-
Will ja niemandem zu nahe treten.
Aber irgendwie hab ich das Gefühl Ihr habt meine Beitrag nicht richtig verstanden.Kurz gesagt: Indiana Jones and the last Crusade läuft (G64)
Ebenfalls läuft Golden Axe.Bei beiden Spielen musste die Einstellung: Reduce Synch auf Yes stehen.
Probiert mal das Spiel bzw. die Spiele mit folgenden Einstellungen in ein G64 zu wandeln:
- Startrack 1
- Endtrack 41
- Track Intercrement 1.0
- Adjust Traget "no"
- Reduce Synch "yes"Gruss C=Mac.
-
Reproduzierbar? Weil beim Einlesen von Weak Bits die echte 1541 ja zufällige Einsen hinzufügt. Deswegen kann es durchaus sein, dass die Ergebnisse nicht reproduzierbar sind. Und laut C64 Preservation Project ist der Schutz Cyan Loader V2, welcher lt. der gleichen Quelle Weak Bits einsetzen soll.
-
Reproduzierbar?
Ja, ist reproduzierbar.
Hab die Disk am Donnerstag, gestern und vorhin kopiert.
Mit Einstellung: Reduce Synch "no" = nicht lauffähig
Mit Einstellung: Reduce Synch "yes" = läuft einwandfrei
Ich kann das G64 auch bei jedem Versuch starten
Gruss C=Mac.
-
Hmm...Ihr habe mit einer 1541 gelesen und mit der 1541u in ein Image geschrieben??Ist das so richtig?
-
So hat er das gemacht - unter Umgehung der Emulation auf der 1541U2(+) durch direktem Massenspeicherzugriff (Stick bzw. SD-Kate). So dass beim Schreiben keine Fehler passieren.
-
Viel Spaß mit dem ersten g64 eines Burstnibblers, wo der Kopierschutz noch intakt ist.
Leider kenne ich keinen Emulator, der bei g64 die verschiedenen Speeds implementiert. Deswegen kann man den Kopierschutz nicht im vollen Umfang genießen.
Auch das Zurückschreiben auf Diskette gelingt nicht, da kein mir bekanntes Programm mehrere Speeds auf einen Track unterstützt.
-
Viel Spaß mit dem ersten g64 eines Burstnibblers, wo der Kopierschutz noch intakt ist.
Leider kenne ich keinen Emulator, der bei g64 die verschiedenen Speeds implementiert. Deswegen kann man den Kopierschutz nicht im vollen Umfang genießen.
Auch das Zurückschreiben auf Diskette gelingt nicht, da kein mir bekanntes Programm mehrere Speeds auf einen Track unterstützt.
Leider geht es nicht. Die Sektoren pro Track sind beim WinVice fest integriert.
PS: Hat es schon jemand geschafft California Games zu Dumpen -
Seltsam. Ich habe es gerade mit WinVice 3.0 getestet. Da starten alle 4 Porgramme von der Disk.
Edit: Dito mit V2.4 unter Linux.
Edit 2: Und auf der Ultimate ebenfalls.
-
Seltsam. Ich habe es gerade mit WinVice 3.0 getestet. Da starten alle 4 Porgramme von der Disk.
Edit: Dito mit V2.4 unter Linux.
Edit 2: Und auf der Ultimate ebenfalls.
Von der 3.0 gehts bei mir auch. Das Zurückschreiben klappt leider nicht bei mir.
Was für ein Schutz hatt die v1.5 eigendlich?Ich hatte vor kurzem versuch den Heureka-Sprint aus einer 64er zu installieren. Dises Programm installiert auf Track 36 bis 40 Spiele.
Wenn man den Standartspeed für diese Tracks benutz, klappt es unter den WinVice. wird der Speede erhöht streikt der Emulator. -
OK. Kleiner Ausflug zum Kopierschutz von Burstnibbler 1.5 / 1.9: Burstnibbler 1.9 hat den selben Kopierschutz wie die Version 1.5.
Nun denn, machen wir es doch etwas ausführlicher: Turbonibbler 2.2 hat keinen Kopierschutz.
Burstnibbler 1.5/1.9 hat einen Autostart. Nach dem Programmstart wird Track 2 Sektor 0 gescuht. Nach dem Erkennen des Blockheaders wird die Geschwindigkeit auf 0 umgestellt und der Datenblock gelesen. Dabei wird geprüft, ob die Sync-Länge genügeng lang ist und ob dabei kein Lesefehler auftritt. Ist beides erfüllt, wird von einem Original ausgegangen.
Ein Test auf zu langer Sync findet nur implizit statt: Wenn es einen Overflow bei der Messung gibt und dann ein zu kleienr Wert rauskommt, ist das Messergebnis hal: Sync zu kurz.Bei Turbonibbler 4.0 st der Kopierschutz ähnlich, aber anders implementiert: Die Datei selbst ist nur 1 Block lang und startet per Autostart den Mini-Lader.
Letzterer führt per "B-E" den Block 18/4 (bzw. 18/3) aus. Dort drin versteckt ist eine Laderoutine, die den eigentlichen Turbonibbler 4.0 zum C64 überträgt, beginnend ab einen fest einkodierten Block. Kommt er beim Verfolgen der Blockchain auf Track 10 an, so wird das gleiche Verfahren zum Laden des Blocks genutzt wir bei Kopierschutz von Burstnibbler 1.5/1.9: Datenblock in Speed 0, Synclängenprüfung (wieder ohne explizite Obergrenze), und zwar während der Übertragung zum C64.
So kommt es, dass Turbonibbler 4.0 nach dem Laden im C64 ohne weiteren Kopierschutz zu finden ist.Von meiner D64 von Burstnibbler 1.9 weiß ich, dass Filemaster den gleichen Kopierschutz wie Turbonibbler 4.0 hat, besitze aber den Inhalt der Sektoren mit falscher Schreibgeschwindigkeit nicht.
Auffällig ist bei der BN 1.5-Diskette:
Bei den Tracks 2 bis 10 fehlen jeweils die Sektoren 1, 6 und 11. Dafür sind die Sektoren 0, 5 und 10 jeweils mit falscher Schreibgeshwindigkeit geschrieben und verbrauchen so mehr Platz.
Dadurch, dass jene Tracks relativ leer sind (im Vergleich zu normal), kann es passieren, dass eine Kopie dann zu große Lücken zwischen den Sektoren hat (wenn die nicht gleichverteilt werden über den Track), so dass de DOS-Routine, welche den nächsten Sync abwartet, aufgibt (jene hat ein Timeout von 20ms).Nachtrag: Eine Kopie kann also an 3 Dingen scheitern:
(1) Mehrere Speeds pro Track
(2) Synclängenprüfung
(3) Verteilung der Lücken