(4 replies, posted in General discussion)

Not eager to respond to all your questions, because you don't bother replying to my pm's either, but I'll say this about DPM:

also this might be a dumb question, but is there any possible way to get an 100% accurate descriptor file or is this just one of those things that our drives can't do 1:1?

I think nobody here ever really looked into the ways of preserving the Data Positioning Measurement data, because the format is proprietary/undocumented and the results seem to be different for each drive and even on the same drive if it's dumped multiple times or at different speeds. We could've gone the trurip way on this and preserve a single dump, but redump is about verifiable results. This is also why we're not hosting full subchannels: It's almost impossible to obtain 100% clean unaltered subs. Maybe this approach doesn't help preservation in the end, but since it's essentially metadata, it can always be added at a later time once a sensible preservation method is chosen. The SecuROM subchannel data was added 10 years later, but it only took us a couple months to recover more than half of the missing data (although some discs are missing the pregap sector).
It would be interesting to get some more info on exactly how the DPM data is retrieved and stored. If anyone has this info, feel free to let us know. Maybe a better way of preserving this would be to retrieve the accepted range of values from the game binaries in some way that the game checks for (good luck with that).


These dumps all have ~462 error sectors. This is the number that you should aim for with these discs.

You basically start by getting a "rough" dump of the data track. I prefer to use CloneCD with Intelligent Bad Sector Scanner and Sector Skip set to 500.
The problem also is that you will still need DIC for the audio tracks, cuesheet etc.. Currently the only way that I know to get DIC to skip through the ring without taking forever is to press the eject button of the drive when it starts retrying sectors, then wait until it filled enough sectors with dummy data, and then pause the command prompt by right clicking into it. Then when the program is paused, press the eject button again and when the disc is loaded again, let command prompt resume and it will continue reading the remaining post-ring area of the disc.
Ideally sarami could implement some kind of smart sector skip function that skips x sectors after x read errors, maybe for a preset range.

When you have a dump of the data track with a wide error range, the next step is to try and read as many sectors as possible before and after the ring, and inject them into the image.
Reentrant made a tool to help automate this process. The tool lacks any documentation / help text, so it's better not to share it for now. Maybe he can make a more "release friendly" version. The tool lets you specify the range that you want to read, the direction (back / forward or both), number of retries for each sector, etc. It looks at the reference image to determine if a sector is corrupt, and then saves any readable sectors to a folder. The tool can then be used to inject the readable sectors into the image.

For the 2 dumps that I did, I used a combination of drives (Optiarc + Samsung + Plextor) to get as many readable sectors as possible. It's a trial and error process that can take several hours. OptiArc drives are well suited for reading most sectors, but keep in mind that you would still need a Plextor drive to dump the rest of the disc (including the audio tracks) properly with DIC.

There should only be a handful of games with this particular protection (maybe only Blue Byte ones). They can be identified by the ring with spikes, that is also visible on the label side. Also, the errors start at around 94% of the data track IIRC, so comradesean's disc might be a different protection.

sarami wrote:
comradesean wrote:

I'm at a loss. Using the Optiarc with CDM and I'm getting different number of errors every time I run it again.

edit: Got the same number of errors on two different dumps, but different errors and mismatch on CRC.

comradesean wrote:

So... I got tired of running it over and over and I decided to run it with DIC with c2 checking.
DiscImageCreator.exe data I "Settlers III - Disc 1" 4 0 228319 /c2 9999 40960 4

For the time being, you should not use your precious time until they(Jackal, reentrant) release the detailed dumping instruction of the ring protect. If this keeps up, we can't verify that their dumps is good or bad.

I'm not gonna invest any time in this issue until comradesean replies to some pm's that I sent a while ago.

All I can say for now is that trying to dump this with a plextor + DIC is a waste of time.


(1,513 replies, posted in General discussion)

"308558-->308560 isn't readable.
Track 3 is recognized as Audio mode in IsoBuster."

I guess the shift is caused by data > audio transition?


(1,513 replies, posted in General discussion)

olofolleola4 is having some problems dumping a disc. The disc has 3 data tracks and in the third track seems to switch between different data modes. DIC seems to be descrambling it erroneously, starting from byte 529200.
There seem to be some bytes missing in the last sector of the .scm, which make it impossible to fully descramble.

When I manually descramble the .scm, I get these results:

D:\dic>eccedc check "d:\descramble_CDDA_TEAZLE_CD (Track 3).bin"
FILE: d:\descramble_CDDA_TEAZLE_CD (Track 3).bin
[F:handleCheckOrFix][L:512] GetLastError: 2, The system cannot find the file specified.

If sub file exists, this app can check the data sector precisely
Checking sectors (LBA)    512/   512
User data vs. ecc/edc match all

Does this mean that if properly descrambled, the dump is correct and doesn't need any 0x55 fixes?

Files: http://www64.zippyshare.com/v/OEdxBoYD/file.html


(1,513 replies, posted in General discussion)

sarami wrote:
Jackal wrote:
usurper wrote:

Sarami, if you are looking for a challenging protection, get yorself this or this disc.

https://www.medimops.de/infogrames-der- … 6FS54.html
https://www.medimops.de/infogrames-der- … 6FS55.html

This one from the same publisher has the same protection:

https://www.medimops.de/vivendi-univers … edVeryGood

GameCopyWorld wrote:

The process took 18 hours to complete because about 35% of the CD contains unreadable errors!

What protection is this?

How to find out? Gamecopyworld lists it as 'Read errors'.


(1,513 replies, posted in General discussion)

usurper wrote:

Sarami, if you are looking for a challenging protection, get yorself this or this disc.

https://www.medimops.de/infogrames-der- … 6FS54.html
https://www.medimops.de/infogrames-der- … 6FS55.html

This one from the same publisher has the same protection:

https://www.medimops.de/vivendi-univers … edVeryGood

GameCopyWorld wrote:

The process took 18 hours to complete because about 35% of the CD contains unreadable errors!


(6 replies, posted in General discussion)

use CDmage

Oops yeah, ringcodes are also missing. Would be best to post some scans of the inner ring on the back of the disc.


PVD and copy protections / DRM info are missing.

There should be 10 errors max for SmartE, so your disc 3 is prolly damaged. Are you using DIC with a plextor drive?


(1 replies, posted in Dumps)

Plz submit via New Disc form


(4 replies, posted in General discussion)

Did you guys even do a search? tongue http://redump.org/disc/18800/


(1,513 replies, posted in General discussion)


MSF: 04:09:30 Q-Data: 410101 04:05:30 00 04:49:30 9b33  xor 8001 068d P2 xor 02 40

this one wasn't detected..

May  7 2017 21:11:00
DiscImageCreator.exe cd J: Star Wars - Battlefront II (USA) (Disc 1) (Play Disc).bin 8 /rc /c2 3 /d8 /ns /s 2


(1,513 replies, posted in General discussion)

MSF: 01:41:62 Q-Data: 410101 01:39:62 00 01:41:62 89a9

This one shouldn't be included (not SecuROM data)


(9 replies, posted in Dumps)


I've added your verifications. For the new dumps, please use the New Disc menu: http://redump.org/newdisc/


(23 replies, posted in General discussion)

yilez wrote:

I had trouble reading the IFPI numbers:


In case someone can do a better job.

IFPI 0784 < added as 07B4 (could be wrong)
IFPI 0739 < that's the best I can make of it too


(1,513 replies, posted in General discussion)

Problem with disc: http://redump.org/disc/42666/

This is a clear case where 00:00:00 Track02 pregap causes audio data to be moved into the data track.

From previous discussion: http://forum.redump.org/topic/15992/abo … or-sector/

"If sync doesn't exist in the sector of mastering error, this sector shouldn't be descrambled. Because no sync = not a valid data sector."

However, DIC is descrambling these sectors. This is wrong.


(23 replies, posted in General discussion)

Nuts! 5 discs, all with errors.. Is this game cursed?


(23 replies, posted in General discussion)

yilez wrote:

Good luck. I was getting into the £50 mark. Also checked cex in Wrexham this afternoon just on the off chance. Nothing, though.


Store    In Stock
Clydebank    1
Guildford    1
Hull    1
North Shields    1
Nuneaton    1
Poole    1


(23 replies, posted in General discussion)

Weee big_smile I wonder why that game is so expensive anyway


(23 replies, posted in General discussion)

Thx.. the read errors are in different positions really, so I guess they are both caused by scratches.

@JayFoxRox: I got Excel to calculate the first 16 error ranges (just to see if that was possible tongue), but the remaining values in rows 17-23 don't look like they are start + end PSN's at all (and they are not in sequence with the previous 16 rows). Did you find any info about what these bytes might be?



(23 replies, posted in General discussion)

yilez wrote:


I have 2 copies of the xbox version of Jaws unleashed (Europe version), however they both fail ripping at around 40%. Is this just a coincidence, or do xbox discs have a known issue that causes degradation?

One of the discs is clearly rubbish (the print side has some see-through bits), but the other one looks pretty good to me.

Should I try cleaning it and see if it rips, or what? As these are rare, (and expensive) I want to be able to send it back if it is damaged, so don't want to do anything to make things worse.


Edit: Actually, they both have print-side scratches. Back they both go!

But question still stands - do xbox discs have any known degradation issue?

wiggy2k also has 2 copies of Jaws Unleashed that he was having trouble reading (he does have a polishing machine now though. Not sure if he managed to fix them) tongue either that's a coincidence, or there could be another reason for the errors than scratches/degradation (also in light of this discussion: http://forum.redump.org/topic/15998/ori … ergh-disc/ )

Could you share the SS.BIN, and tell us at exactly which sectors the errors start on both discs?

If the errors occur outside of any of the 23 security placeholder ranges, then at least we know that our dumping method isn't to blame.

Our dumping method revolves around the idea that security placeholders are simply ranges of readable/unreadable sectors with random padding that were placed on the disc as a copy protection mechanism. These unreadable ranges were witnessed by examining DVD2Xbox logs and dumps, and IIRC also by "hot"swapping DVD9's by Xbox discs, to fool a drive into reading the Xbox disc.

I believe the SS table suggested that 16 out of the random 23 entries are used. Not always the first 16.

If this theory is correct, then it would mean that "clean" ranges were replaced with zeroes and actual security ranges were included in the dump? In any case, we haven't encountered any unreadable sectors that were outside the first 16 ranges, with the 1654 Xbox1 discs dumped so far, even though IIRC all security placeholders contain unreadable sectors.

I still don't have an account btw

One of the admins should take care of that.

Feel free to keep posting your findings and contribute any dump info. If our dumping methods prove to be wrong or inadequate, we will do our best to fix that, but so far there is no evidence to suggest that anything is wrong with the dumps.


(6 replies, posted in Guests & account requests)

Of all the accounts you are approving each week, only a couple end up submitting dumps. Maybe it's time again to remove all accounts with no contributions / dumps posted and inactive for 1 year?