ja, das ist unerlässlich, damit der burstnibbler per adjust target auf jeden track eine markirung, sogenau wie möglich auftragen kann.
Beiträge von Stephan Scheuer im Thema „.g64 files auf Diskette - Wie?“
-
-
eine 1541 reicht vollkommen
-
ja, das verstehe ich volllommen. ich habe auch nur an schon verwartzten geräte rumgelötet.
-
für den burstnibbler brauchst du nur ein parallelkabel. anleitungen gibt es zu hauf im netz
-
ja, das hatte ich vergessen. das pha braucht man nicht nur das (lda #$xx,nop).
ohne securespeed war glaube ich ghost busters II. das kann mal auch machen. den eor- verschlüsselten teil entschlüsseln und zurückschreiben.
das jsr $c800 duch bit $c800 ersetzen, fertig -
den cyan-bootlader patchen ?
jaaa, dann viel spass. der ist verschlüsselt und verschlüsselt usw. möglich ist das ohne weiteres aber ein riesen aufriss.
den GMA patche ich immer so:
da wo es zur checkroutine geht, meist jsr $c800, das jsr $c800 entfernen und durch (lda #$XX,pha) ersetzen. das XX ist der EOR-Key. funktioniert immer.
achja, wenn die checkroutine nicht entfernt wird, bleibt der lesekopf auf den illegalen track hängen. -
das stimmt. bei einigen kopiermaschinen hatte der schutz probleme bereitet.
den schutz kann man auf diverse arten aushebeln. ich mache mir immer ein denksport damit, möglichst wenig zu ändern um den schutz zu deaktivieren.
der 1-byte patch ist das beste.
bei dem GMA schutz brauche ich bisher 3 byte
achja, das E5 ist, wie du sagte ein EA
Code
Alles anzeigencyan floppy code .8:0300 A0 0F LDY #$0F .8:0302 B9 00 03 LDA $0300,Y .8:0305 45 38 EOR $38 .8:0307 45 39 EOR $39 .8:0309 99 00 03 STA $0300,Y .8:030c C8 INY .8:030d D0 F3 BNE $0302 .8:030f 20 00 C1 JSR $C100 .8:0312 A9 00 LDA #$00 .8:0314 85 3B STA $3B .8:0316 A9 03 LDA #$03 .8:0318 85 80 STA $80 .8:031a A9 00 LDA #$00 .8:031c 85 81 STA $81 .8:031e A9 01 LDA #$01 .8:0320 20 D3 D6 JSR $D6D3 .8:0323 A2 01 LDX #$01 .8:0325 A9 80 LDA #$80 .8:0327 20 7D D5 JSR $D57D .8:032a 20 99 D5 JSR $D599 .8:032d 20 64 03 JSR $0364 .8:0330 A5 3B LDA $3B .8:0332 C9 01 CMP #$01 .8:0334 D0 17 BNE $034D ; ---- hier habe ich ein F0 eingetragen .8:0336 A9 02 LDA #$02 .8:0338 85 80 STA $80 .8:033a A9 00 LDA #$00 .8:033c 85 81 STA $81 .8:033e A9 01 LDA #$01 .8:0340 20 D3 D6 JSR $D6D3 .8:0343 A2 01 LDX #$01 .8:0345 A9 80 LDA #$80 .8:0347 20 7D D5 JSR $D57D .8:034a 4C 99 D5 JMP $D599 .8:034d A9 05 LDA #$05 .8:034f 85 80 STA $80 .8:0351 A9 07 LDA #$07 .8:0353 85 81 STA $81 .8:0355 A9 01 LDA #$01 .8:0357 20 D3 D6 JSR $D6D3 .8:035a A2 01 LDX #$01 .8:035c A9 80 LDA #$80 .8:035e 20 7D D5 JSR $D57D .8:0361 4C 99 D5 JMP $D599 .8:0364 A0 00 LDY #$00 .8:0366 B9 00 04 LDA $0400,Y .8:0369 45 38 EOR $38 .8:036b 45 39 EOR $39 .8:036d 99 00 04 STA $0400,Y .8:0370 C8 INY .8:0371 D0 F3 BNE $0366 .8:0373 A9 10 LDA #$10 .8:0375 8D 05 1C STA $1C05 .8:0378 4C 03 04 JMP $0403 -
nein, den 1-byte patch hatte ich heute morgen gemacht. ganz sicher.
ob das 100% bei allen geht, must du mal stichprobenartig testen.
ich hatte 7 spiele mit dem schutz getestet.zitat: The code is XOR'd many times, so decryption is a painful process.
und wenn der code 100 mal XOR'd ist, reicht einmal xor mit dem richtigen wert aus, um den code zu entschlüsseln.
zitat: Jani came up with a two-byte patch.
mein patch hat nur 1 byte

-
ich hatte heute morgen etwas langeweile und wollte mal sehen, ob ich bei diesem kopierschutz weider eine 1-byte lösung finde.
-
ja, das hatte ich heute morgen durch das untersuchen des codes gemacht. der müsste bei allen cyan-lader funktionieren
-
zu füher stunde einen schnellen patch. den patch bitte auf ein d64 anwenden. track 05 sektor 05 laden.
das suchen------> "df 18 a6 0d 8a 8f a6 0f"
damit ersetzen-> "ff 18 a6 0d 8a 8f a6 0f"
und zurückschreiben. und wieder einen 1-byte patch. -
-
genau das wird getestet. wenn du den burstnibbler hast, versuche mal die kopie zu kopieren. adjust target auf on, track 01 bis 35
-
rapidlock hat auch nur die ntsc-version. die pal-version hat ein standart format
-
das kann man bei rapidlock auch machen. vorpal, neuste version ist viel schwerer zu kopieren.
pirates hatte ich mit dem burstnibler problemlos kopiert.übrigens, soweit ich weiß, liest rapidlock den track 36 als erstes -
das ist vorpal (übelste version) und die spiele habe ich alle als g64. rapidlock ist was anderes. gunship hat rapidlock
-
die ntsc-version läuft auch. nur nicht mit dem winvice 3.2
ich werde jetzt die wivice 3.2 löschen und mit der 3.1 ersetzen.
das ist jetzt das x-te mal, das etwas mit der version nicht läuft -
nibwrite hat auch alignment Optionen:
Code-t : Timer-based track alignment. Used to simulate track to track alignment using tightly controlled delays. It can be accurate to 10ms or so on a stable drive, nearly useless on others.Code-aX: Alternative track alignments (W) There are several different ways to align tracks when writing them back. By default, NIBTOOLS will do it's best to figure out how the original disk was aligned by analyzing the track data. To force other methods, use this option. -aw: Align all tracks to the longest run of unformatted data. -ag: Align all tracks to the longest gap between sectors. -a0: Align all tracks to sector 0. -as: Align all tracks to the longest sync mark. -aa: Align all tracks to the longest run of any one byte (autogap). -an: Align all tracks to the raw data as found (not normally used).Die Frage ist nur: Wie ist es richtig
Kann der Burstnibbler das automatisch, ohne diese Parameter zu kennen?tja, da bin ich überfragt, in welchem winkel die tracks zueinander liegen. ist aber US-Gold und da ist das immer gleich.
-
das pal-image läuft perfekt. ich habe das gerade nochmal auf dem winvice getestet
nur das ntsc-image läuft nicht. -
Das im Turbo Outrun Thread verlinkte Image ist die PAL Version, direkt aus dem Paket von Pete Rittwage. Sollte doch einwandfrei gehen.
das zurückkopieren ist das problem. die tracks müssen ausgerichtet werden, sonst läuft die kopie nicht.
der burstnibbler kann das mittels adjust target oder mit der 1571 index-lichtschranke