76

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

77

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

78

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

82

(1 replies, posted in Dumps)

Plz submit via New Disc form

83

(4 replies, posted in General discussion)

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

84

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

85

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

86

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

87

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

88

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

89

(23 replies, posted in General discussion)

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

90

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

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

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

91

(23 replies, posted in General discussion)

Weee big_smile I wonder why that game is so expensive anyway

92

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

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

93

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

96

(1 replies, posted in Dumps)

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

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

Please redump with DIC.

99

(7 replies, posted in Dumps)

Can you reupload the scans

Hi and welcome,

Here's a link to the source code of our tool ss_sector_range. I don't have the one for the latest version, but nonetheless this should help you with your research: http://www.mediafire.com/file/7046l9s2h … ha_src.zip

From what I can recall from our research, Xbox360 has 23 security sector ranges, but Xbox1 only has 16. This was also evident from the error log that dvd2xbox created when creating dumps on the actual console, and the Xbox SDK also contained a tool for creating Xbox Game Discs, where you had to position the game data between 16 (8 for each layer) security placeholder ranges.

From the .cpp:

The 2048 byte Xbox1 decrypted security sector file contains 2 copies of the table with sector ranges:

        - table 1: 1633 to 1839 (207 bytes)
        - table 2: 1840 to 2046 (207 bytes)

    The entries are 9 bytes wide, so there are 9x23 entries (or rows). The sectors are the last 2x3=6 bytes
    of each row. On the Xbox1 there is only 16 sector ranges, so you only need to display the first 16 rows.

As for the lack of information: We now merely list the CRC32 of the SS to identify between different sectors that are known for each game. We could also add new fields for any data from the SS that might be crucial, but seeing as to how it's possible to extract files from personal backups, transfer them to the console and play, I guess that emulators will also be able to play games without having to rely on the PFI/DMI/SS (correct me if I'm wrong).