1

(1,073 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?

2

(1,073 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

3

(1,073 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'.

4

(1,073 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!

5

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

Hi,

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?

Plz submit via New Disc form

10

(4 replies, posted in General discussion)

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

11

(1,073 replies, posted in General discussion)

http://redump.org/disc/35332/

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

12

(1,073 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)

13

(9 replies, posted in Dumps)

Hello,

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

14

(22 replies, posted in General discussion)

yilez wrote:

I had trouble reading the IFPI numbers:

https://1drv.ms/i/s!AlxYWxW6UVwdjaERZT93WOB8dm3FNw
https://1drv.ms/i/s!AlxYWxW6UVwdjaESARvVXxGlTG8zhg

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

15

(1,073 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.

16

(22 replies, posted in General discussion)

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

17

(22 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.

https://uk.webuy.com/product.php?sku=4005209081641

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

18

(22 replies, posted in General discussion)

Weee big_smile I wonder why that game is so expensive anyway

19

(22 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?

http://i.imgur.com/qyCKw9V.png

20

(22 replies, posted in General discussion)

yilez wrote:

Hi,

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.

Thanks.

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.

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?

23

(1 replies, posted in Dumps)

Error count + SecuROM data is missing. Please redump with latest DIC version.

24

(1 replies, posted in Dumps)

Hi, plz recheck the ringcodes, one of them is missing a digit

Cuesheet is missing. Plz redump with DIC if you can.