Copy-X
From Redump Wiki
m |
|||
| Line 9: | Line 9: | ||
The third can be identified by having a series of audio tracks following the data track ([http://redump.org/disc/108150/ example]). These discs are unique in that they carry a ring in said audio tracks as well as a "fake" ring in the data track consisting of EDC errors. The only method currently known to handle this version involves a H353B/D163B running kreon firmware, and SOHD and the guide below. | The third can be identified by having a series of audio tracks following the data track ([http://redump.org/disc/108150/ example]). These discs are unique in that they carry a ring in said audio tracks as well as a "fake" ring in the data track consisting of EDC errors. The only method currently known to handle this version involves a H353B/D163B running kreon firmware, and SOHD and the guide below. | ||
| - | '''Step 1''': Put the disc in the Kreon and run (standalone) redumper with the ''--force-split --verbose'' commands. The end result should be a BIN with a lot of C2, ~150 EDC errors and a varying number of sectors with bad sync following the EDC. Note down the first sector with C2 corresponding to the audio tracks as well as the last continues sector with C2 (There might be some loose ones after it that you can ignore). | + | '''Step 1''': Put the disc in the Kreon and run (standalone) redumper with the ''--force-split --verbose'' commands. The end result should be a BIN with a lot of C2, ~150 EDC errors and possibly a varying number of sectors with bad sync following the EDC. Note down the first sector with C2 corresponding to the audio tracks as well as the last continues sector with C2 (There might be some loose ones after it that you can ignore). |
'''Step 2''': Repeat step 1 with a second dump. If the hashes for the audio tracks match the first dump (Data track will likely not) move on to step 3. If not, keeping dumping until you get 2 with matching audio tracks | '''Step 2''': Repeat step 1 with a second dump. If the hashes for the audio tracks match the first dump (Data track will likely not) move on to step 3. If not, keeping dumping until you get 2 with matching audio tracks | ||
| + | |||
| + | '''Step 2.5''': If the data track already matches between the dumps and no bad sync is present. Skip to Step 6. | ||
'''Step 3''': Move the disc to the SOHD and use CDarchive (see ringed dumping [http://wiki.redump.org/index.php?title=Ringed_Disc_Dumping_Guide guide] Step 4 on how this program works) and have it read the disc backwards from the last sector with bad sync. If nothing goes wrong, it should be able to get rid of them all. Ignore the EDC errors and merge the result into the BIN a per step 5 of the ringed dumping guide. | '''Step 3''': Move the disc to the SOHD and use CDarchive (see ringed dumping [http://wiki.redump.org/index.php?title=Ringed_Disc_Dumping_Guide guide] Step 4 on how this program works) and have it read the disc backwards from the last sector with bad sync. If nothing goes wrong, it should be able to get rid of them all. Ignore the EDC errors and merge the result into the BIN a per step 5 of the ringed dumping guide. | ||
Revision as of 11:11, 7 April 2026
Ring based DRM by optimal media productions and mostly seen on German discs. Comes in 3 versions each which require different methods for dumping.
The first (example) can be identified by having a single data track. These should be treated as normal ringed discs and dumped using the Ringed dumping guide.
The second combines Copy-X and Bitpool (example) and can be identified by having the same track structure as the later. Dumping method for these are currently being researched
The third can be identified by having a series of audio tracks following the data track (example). These discs are unique in that they carry a ring in said audio tracks as well as a "fake" ring in the data track consisting of EDC errors. The only method currently known to handle this version involves a H353B/D163B running kreon firmware, and SOHD and the guide below.
Step 1: Put the disc in the Kreon and run (standalone) redumper with the --force-split --verbose commands. The end result should be a BIN with a lot of C2, ~150 EDC errors and possibly a varying number of sectors with bad sync following the EDC. Note down the first sector with C2 corresponding to the audio tracks as well as the last continues sector with C2 (There might be some loose ones after it that you can ignore).
Step 2: Repeat step 1 with a second dump. If the hashes for the audio tracks match the first dump (Data track will likely not) move on to step 3. If not, keeping dumping until you get 2 with matching audio tracks
Step 2.5: If the data track already matches between the dumps and no bad sync is present. Skip to Step 6.
Step 3: Move the disc to the SOHD and use CDarchive (see ringed dumping guide Step 4 on how this program works) and have it read the disc backwards from the last sector with bad sync. If nothing goes wrong, it should be able to get rid of them all. Ignore the EDC errors and merge the result into the BIN a per step 5 of the ringed dumping guide.
Step 4: Run Redumper Info --image-name=[Name of CUE] and Redumper hash --image-name=[Name of CUE] on the dump.
Step 5: Repeat the process on the second dump from step 2 and make sure the data track now matches alongside the audio tracks.
Step 6: Run ECCEDC checkex on the dump as per step 7 of the ringed disc dumping guide. Note down the ranges of sectors with EDC errors in the dump. It will likely be two.
Step 7: Use MPFcheck on one of the dumps and add both the Audio C2 range from step 1 and your EDC ranges from step 6 to comments (example). Fill in and submit as normal but also add the ECCEDC output from step 6 to the logs.
