Beiträge von mrr19121970 im Thema „Pack Of Aces“

    Hier, versuche das mal

    Danke Klaus. Das ist genau was ich in mein ersten betrag genwünscht habe.

    Dein track 42 ist sehr änlich wie meine erste versuch (aber hier habe ich ca 1300 invalid GCR bytes gehabt). Kömischeweise deine erste 35 tracks sind anders als meine original. Mal schauen ob nähre analysis lohnt sich.

    Auch $c191 von #$c7 auf #$05 funktioniert. Hier wird der ganze normal durch kopieprotection laufen. Track 36 checken und alle fälle 'OK' zurückgeben. Aber leider kann ich der NBZ nicht auf D64 umwandeln.

    Dizzy Dice (1987)(Players).nib hat copy protection auf track 36.


    Hier wird gesucht nach eine von #$AC #$56 #$2B #$95 #$CA #$65 #$B2 #$59 in 257 reihenfolge. Wenn gefunden = OK, sonst kopie.

    snare[thalamus_1989].nbz ist identisch hier

    hunters_moon[thalamus_1987](pal)(!).nbz ist identisch wie Pack Of Aces

    Ich habe gerade an Dizzy Dice (1987)(Players).nib von F64 Wolke angeschaut. Der kopierschütz selber ist 1:1 identisch wie oben erwähnt.

    Momentar kann ich der inhalt von track 41 nicht anschauen, aber ich denke diese muss auch identisch sein.

    In prinzip:

    NIBEDIT -T 41 "Dizzy Dice (1987)(Players).g64" "Dizzy Dice (1987)(Players).trk"


    Ich sollte nicht Notepad++ 'compare' für ein binär datei verwenden. Ich muss später anschauen.

    Update Hier (nicht so gut kommentiert)

    Ich habe der kopierschütz auf:

    Karnov [pal][s1].g64
    Fire Trap (dein original D64)
    Pack Of Aces
    vegliechen. Die sind alle byte 1:1 identisch:

    Aber Fire Track (1987)(Aardvark) [pal] ist sehr änlich, aber nicht so streng. Eventuell V1.1 ??

    ich habe track 41 von Fire Track als anfangspunkt genommen. Mit nibedit Bitte melde dich an, um diesen Link zu sehen. extrahiert. Notepad++ geändert (ein bischen trial and error). Denn G64 in vice monitor verfolgt.

    Micro64 ist mir nicht bekannt, aber mein annahme ist 1541 ist nicht voll untergestützt

    Gestern habe ich schon von F64 Wolke (Greyhole Collection) diese runtergeladen Firetrap (1987)(Electric Dreams).nib Hier gibt es keiner vergleichbare protection drauf. Aber mit der suche nach FIRE, bin ich auf Fire Track gestolpert.

    Kannst du mir ein D64 ohne patch von dein Firetrap zukommen lassen ? Gerne auch per PM. Ich möchte nähere ankucken.

    dem erwähnten Kopierschutz auf einem Original von "Firetrap",

    Ich denke Fire Track ? (siehe Fire Track (1987)(Aardvark) [pal][s1].nib). Der hochgeladene drivecode ist sehr änhlich.

    Auch diese G64 ist 'sehr launerisch' in VICE. Drag'n'drop funktioniert nicht immer. Aber manuel "attach disk image" bzw nach ein hard reset funktionieren meistens alle beide einwandfrei

    Very strange, debugging jetzt in VICE.

    obwohl track 41 hat nur #$AC in GCR kommt nacht 4ten versuch immer ein #$8a. ich schaue später von zuhause aus....

    Update

    ich habe vergessen zu erwähen das mit ein floppy + 1571 in VICE funktioniert.

    Ich habe es geschafft als 1 byte patch in file "@"

    $f157 von $05 auf $c7 umändern

    Hier wird denn der routine in 1541 speicher reingeladen immer auf $C2 als antwort zurückgeben

    Es gibt auch bei der BASIC eine lüstige nachricht

    Bitte melde dich an, um diesen Anhang zu sehen.

    aber es ist doch sichtbar (mit load"*",8 und start addresse von $0800 andstadt $0801)

    Bitte melde dich an, um diesen Anhang zu sehen.

    wie schon bewusst, keine error handling falls disk ist be LOAD nicht mehr in laufwerk.

    Genau $c2 habe ich doch selber endeckt....

    Bitte melde dich an, um diesen Anhang zu sehen.

    danke für dein PATCH version. so weit war ich nicht. immer noch in VICE mit breakpoints beschäftigt...

    in der zweites bild rechts sehe ich 2x....

    KLVGPLCVKMLCN ICPCVG RCPU

    muss aber

    INTERNATIONAL KARATE PART

    Sein oder ??

    Update

    Ich bin weg von rechner, aber XOR #$02 scheint mir sehr wahrscheinlich zu sein