Pack Of Aces

Es gibt 41 Antworten in diesem Thema, welches 10.389 mal aufgerufen wurde. Der letzte Beitrag (23. Juni 2017 um 14:45) ist von mrr19121970.

  • Ich habe hier Bitte melde dich an, um diesen Link zu sehen. auf doppelseitige diskette (1997), eine sammlung von:
    Boulder Dash
    International Karate
    N.E.X.U.S.
    Who Dares Wins II

    leider (wegen der älter ?) funktionert diese disk nicht mehr. Kann jemand mich ein lauffähiges NIB anbieten ? Anders rum, wenn ich ein nicht lauffähiges NIB anbieten kann jemand diese patchen ?

    Kömischeweise, laut Bitte melde dich an, um diesen Link zu sehen. hat diese disk kein protection drauf:

    Pack of Aces (Compilation) Prism 1992 Verified sets:0
    Archived: 2006-08-13 20:46:30
    Protection: none
    Notes: cifo - contains IK, Boulder Dash, Nexus, and Arac

    UPDATE

    Diese 1992 einseigite version ist doch schon in der wolke pack_of_aces[prism_1992](comp).nbz und hat keine kopierschütz. Leider ARAC anstadt Who Dares Wins II

  • Sehr interessant!

    (Und hier, liebe Kinder, ist ein gutes Beispiel dafür, warum man trotzdem vermeintlich schon bekannte Sachen nochmal dumpen soll - gibt immer mal neue Sachen und Erkenntnisse. :) )

    Die Angabe in der Datenbank bezieht sich auf eine einseitige Compilation, das ist nicht die gleiche wie bei dir. Ist deine auch von Prism (Leisure)?

    Hab's mir noch nicht im Detail angesehen, aber rein vom Aussehen des Directories würde ich sehr stark davon ausgehen, dass dein Dump einen Kopierschutz drauf hat. Ich weiss nicht ob diese Art Loader einen Namen hat, ich bezeichne und sortiere den immer als "Parker-Brown" Loader/Kopierschutz (*). Lässt sich normalerweise durchaus knacken. Worin genau die Schutzcharakteristik besteht müsst man natürlich analysieren, erwarten würde ich sowas wie eine GCR-Signatur in den Extended Tracks.

    Edit: Ach ja, dein Dump/deine Version ist bis jetzt übrigens noch nicht beim PP enthalten. Also wieder mal was frisches.


    (*) Weil man tief drin in manchen Versionen des Loaders Sachen findet, die auf die Urheber hinweisen, namentlich "DATA DUPLICATION DISK PROTECTION SYSTEM BY MIKE BROWN" und mitunter "PROTECTED AND DUPLICATED BY DATA DUPLICATION WRITTEN BY KEVIN PARKER" ...

  • ja. Meine ist auch von prism leisure. 1987 and nicht 1997 wie oben vertippt. Ein kopierschütz ist doch vorhanden. Nach laden, der lesekopf bangt ein paar mal und denn ein reset. Ein versteckte datei heisst auch protection. Später scan ich disk and cover.

  • (*) Weil man tief drin in manchen Versionen des Loaders Sachen findet, die auf die Urheber hinweisen, namentlich "DATA DUPLICATION DISK PROTECTION SYSTEM BY MIKE BROWN" und mitunter "PROTECTED AND DUPLICATED BY DATA DUPLICATION WRITTEN BY KEVIN PARKER" ...

    Hier ...

    Bitte melde dich an, um diesen Anhang zu sehen.Bitte melde dich an, um diesen Anhang zu sehen.

    Andrew Challis, Interceptor Software

    Bitte melde dich an, um diesen Link zu sehen.

  • Ich mache ein paar fortschritte ??

    Mit DirMaster ->> EXTRACT kann ich auch die versteckter PRGs sehen

    LOADER --> ACES SIDE 1 (muss ich mal disassemblen)
    BOULDY ---> BOULDERDASH (start mit RUN)
    PARTA1 ---> IK v1 (start mit SYS 2112)
    PARTB1 ---> IK v2 (start mit SYS 2112)

    BLOB1 --> $02A7 LOADs BOULDY
    BLOB2 --> $02A7 LOADs PARTA1
    BLOB3 --> $02A7 LOADs PARTB1

    @ ---> Kopierschutz hier ?? $f000

  • Lustigeweise scheint NEXUS ein Trilogic Expert V3.1 freeze image zu sein.

    Irgendwie verstehe ich nicht was der datei @ macht. Laded $f000, relocate nach $c000. Sucht etwas (ein menu??) rund rum, falls findet versucht zu laden und JMP $BC00 sonst reset.

    Trotzdem hier sind die 2 D64.

    LOAD "BLOBx",8,1:SYS679

    SIDE1 BLOB1 BLOB2 BLOB3
    SIDE2 BLOB1 BLOB2

  • Lustigeweise scheint NEXUS ein Trilogic Expert V3.1 freeze image zu sein.

    Das gibt's leider fürchterlich oft, gerade bei Budget Releases und Compilations.

    Ich hab's mir noch nicht wieder angesehen (muss erst 24h Le Mans kucken...), aber vom oberflächlichen Ansehen erinnert mich das an den Schutz z.B. wie er bei einem Release von Firetrap (Electric Dreams) benutzt wurde. Da kommt der Check aus den Extended Tracks mit einem Rückgabewert im Akku zurück, der nicht nur als XOR-Mask zum Code-entschlüsseln benutzt wird, sondern auch zum Patchen des letzten wichtigen JMP-Ziels.

  • Da kommt der Check aus den Extended Tracks mit einem Rückgabewert im Akku zurück, der nicht nur als XOR-Mask zum Code-entschlüsseln benutzt wird, sondern auch zum Patchen des letzten wichtigen JMP-Ziels.

    Auf diese idee bin ich nicht gekommen. Ich habe versucht ein D64 in VICE. Schnell mal in G64 umgewandellt, und weiter kucken...

  • Noch interessante, bei der original:

    Aces Side 1
    LOAD "BLOB1",8,1:SYS679
    LOAD "BLOB2",8,1:SYS679
    LOAD "BLOB3",8,1:SYS679

    Aces Side 2
    LOAD "BLOB1",8,1:SYS679
    LOAD "BLOB2",8,1:SYS679

    funktioniert, geht alle schützmechanimus rum.

    Ich habe die 2 @.prg von side 1 und side 2 vergleichen:

    Bitte melde dich an, um diesen Anhang zu sehen.Bitte melde dich an, um diesen Anhang zu sehen.

    hier sind die unterschiede. mein annahme ist diese ist der (obfuscated) menu code. Ich habe keine ahnung mehr wie ich diese entpacken kann ohne.

  • 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

  • Wie vermutet bis auf wenige Kleinigkeiten extrem ähnlich dem erwähnten Kopierschutz auf einem Original von "Firetrap", sogar die XOR-Maske ist die selbe. (Ist auch noch nicht im PP enhalten, leider habe ich das nur als D64).

    Die Datei "@" enthält den Kopierschutz. Wird von LOADER nach $f000 geladen, dann nach $c000 verschoben. Der interessantere Einstieg ist nach dem Verschieben bei $c530, von wo aus die Hauptroutine des Kopierschutzes gestartet wird. Die sieht so aus:


    Siehe da, die gleiche Maske ($c2). Patcht man in $c0ff ein $c2 und verbiegt den JMP in $c535 auf $c0fd, ist das D64 mit einem 2-Byte-Patch lauffähig. Seite 2 geht ganz genauso. Ist kein NIB, aber the next best thing. :) Anbei mal die Images, aus deinen NIBs von oben.

  • 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...

  • Hier ist mein 'effort'. 2 byte patch. noch besser ware ein signatur richtig auf der floppy zu schreiben, ohne patch. Aber ich denke die rätsel wird ich nicht bald lösen.

    UPDATE

    Menu ist auch in BASIC

    Bitte melde dich an, um diesen Anhang zu sehen.

  • Hier ist mein 'effort'. 2 byte patch.

    Kann man so machen, hat aber den kleinen Nachteil, dass der Kopierschutz-Check auch tatsächlich noch durchgeführt wird. Ist ein bisschen Zeitverlust, auf einer echten Floppy unnötige Kopfbewegung, und in einem Image mag es je nach Methode im Zweifelsfall nicht jeder Emulator gerne, wenn Extended Tracks angesteuert werden sollen, das Image aber bei 35 aufhört.

    noch besser ware ein signatur richtig auf der floppy zu schreiben, ohne patch.

    Das wäre natürlich in jedem Fall besser. Hab' nur leider zur Zeit keine Möglichkeit, NIB/G64 zu dumpen, deswegen behelfe ich mich bei meinen Originalen erstmal mit D64-Images, die ich mit so wenig Veränderung wie möglich lauffähig patche. (Was natürlich auch nicht mit jedem Kopierschutz geht, aber meistens schon.)

  • 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.

  • Ok, nun ohne patch. Ich habe der fehlender track 41 eingefügt. Nun mein original ist wieder am laufen ohne patch.

    Ich glaube, da stimmt was nicht. Bislang läuft das erfolgreich nur in Micro64 und Hoxs64, und da auch nur mit JiffyDos-ROMS. CCS64 und Vice scheitern am Kopierschutz.