| Author: | francob (registered user: 3 posts ) |
|---|---|---|
| Date: | Wed, Oct 19th, 2011 @ 14:04 ( . ) |
Hello everybody, I am a beginner and I hope I do not ask obvious. My equipment is 1541 II drive with parallel addon, XAP 1541 cable and a real C64 where I test remastered copy. I use latest nibtools on winxp with opencbm drivers. I started dumping Turrican PAL, then I tested copy in my real C64. After initial intro screen the copy remastered don't load anything. Reading the database, I known that the game use the Radwar protection on track 37. Then I converted dump in G64 format, and using Arjuna with Catweasel controller I remastered only track 37 of the copy and It works. I used the same procedure also in side 2 of the disk for loading levels of the game. Is a issue of 1541 II? But I used a dump of 1541 Retrograde PAL dumped&remastered works OK Xout PAL dumped&remasterd works OK After this, I tryed to remaster my original disk of Ghouls'n ghosts PAL damaged years ago, using a nib file downloaded from Arnold, but when I load it the C64 reset with cyan screen. I tryed to solve this issue using the dump of Xout and remastering track 32 with nibwrite -S32 -E32. The game load, but is damaged the initial screenshot. I think that is damaged the nib file. I tried to find other nib file but they have the same problem because I have to remaster track 32 with Xout and the resulting copy has garbage in initial screen shot. Is possible that in track 32 there are data of the screen shot and when I fix the protection I damage also data of the screen? Sorry, for my English |
| Author: | francob (registered user: 3 posts ) |
|---|---|---|
| Date: | Wed, Oct 19th, 2011 @ 14:18 ( . ) |
On 10/19/2011 @ 14:04, francob wrote :
: : After this, I tryed to remaster my original disk of Ghouls'n ghosts PAL damaged : years ago, using a nib file downloaded from Arnold, but when I load it the C64 : reset with cyan screen. I tryed to solve this issue using the dump of Xout and : remastering track 32 with nibwrite -S32 -E32. The game load, but is damaged the : initial screenshot. I think that is damaged the nib file. I tried to find other : nib file but they have the same problem because I have to remaster track 32 with : Xout and the resulting copy has garbage in initial screen shot. : Is possible that in track 32 there are data of the screen shot and when I fix the : protection I damage also data of the screen? : : Sorry, for my English -- To fix track 32 of Ghouls'n ghosts I used the dump of Black Tiger PAL. |
 | Author: | hyper active (registered user: 296 posts ) |
|---|---|---|
| Date: | Wed, Oct 19th, 2011 @ 17:18 ( . ) |
the radwar protection and cyan loader protection are incompatible with each other, even though they use the same weak bit concept, this is because it uses track 18 which also contains the disk's directory listing. There are several solutions available. 1: find someone with the original and get them to dump the game using the current nibtools 2: you can fix it yourself with the soon to be available nib and g64 editor. 3: another method I've used is to remaster a working cyan protected game with nibtools and then convert the broken ghouls-n-ghosts nib image to a d64, and write it out. Remastering a d64 through star commander will leave the gcr code untouched. |
| Author: | francob (registered user: 3 posts ) |
|---|---|---|
| Date: | Sat, Oct 22nd, 2011 @ 15:47 ( . ) |
I prepared a master using this procedure: - nibwrite ghouls_n_ghosts_damaged.nib - nibwrite -S32 -E32 BlackTiger_USGold_1989_PAL.nib - rewrited only sectors 2 to 16 of track 32 using Star Commander with image Ghouls'n'Ghosts [PAL] [patched].d64. I used this image and not the D64 converted from ghouls_n_ghost_damaged.nib because there are sectors with errors that stop loading after protection The master as prepared works fine. After, I dumped master creating Ghouls'n'Ghosts_USGold_1989_PAL.nib. Using this .nib I remastered another disk. Even this disk works, but randomly loading fails for cyan protection. Is there a solution of this problem? |
 | Author: | Pete Rittwage (registered user: 558 posts ) |
|---|---|---|
| Date: | Sat, Oct 22nd, 2011 @ 20:26 ( . ) |
It's a "weak bit" protection, meaning it takes advantage of how the 1541 reacts when no flux transitions occur for more than 3 interpreted byte lengths. These disks have this check on track 32, sector 1, I believe. If you zero out that sector in the image, it will pass protection. It expects the data to be different every time it's read (and it tries 8 or 10 times). When you read the disk in, it is not read in as '0' or no flux transitions, you get the 'random' data instead. nibtools tries it's best to detect this and zero it out when remastering, but it's not always enough to pass the protection. You can try to make it more aggressive with the -f[n] switch where [n] is an integer. Larger numbers zero out larger areas around the detected 'weak' parts. |