• r09
  • Dumper
  • Offline
  • From: Spain
  • Registered: 2008-04-19
  • Posts: 316

This CD is already in the database, but when dumping it I got a different checksum for track 10. I dumped it with the trap disc method, just like the PCE CDs, and double-checked everything, so I'm fairly sure it's correct. The rest of the tracks match, and even the ring code is the same, so maybe the one in the db is wrong.

Here are the hashes I got for track 10:

MD5: d94b2299724141669d11518fca91f8ef
SHA1: 4f443c0386f93c085f63600ab6918204aec74117
CRC32: d1c41e7d

I think the difference may be in the pregap, as data tracks preceded by audio tracks tend to be problematic. I got 75 audio + 150 mode 2 sectors, which I think should be right.

  • Registered: 2006-12-24
  • Posts: 3,847

Upload it somewhere, I'll compare.

  • r09
  • Dumper
  • Offline
  • From: Spain
  • Registered: 2008-04-19
  • Posts: 316

Here it is:

http://www.r-09.net/redump/ds_wc10.zip

  • Registered: 2006-12-24
  • Posts: 3,847

Hmm. There's a non-empty data block at 0x000002B110 in mine, some shifted data afterwards and a weird double synchro at 0x00000812B8/0x0000081330.

http://f1reb4ll.dremora.com/track10_diff.rar - here's a remotediff patch, if you want to check by yourself. Current (TheBoss') dump seems weird to me, on the other hand, he has dumped this title twice using different CDs with PerfectRip. Maybe another PR bug, though.

5 Reply by r09 (edited by r09 2008-12-22 22:49:52)

  • r09
  • Dumper
  • Offline
  • From: Spain
  • Registered: 2008-04-19
  • Posts: 316

I just dumped the CD with Perfectrip and guess what, I got the same track as TheBoss. I know from my raw dump that those sectors aren't shifted and sector 88 definitely isn't 2232 bytes long, so I'd say it's a PR bug.

  • Registered: 2006-12-24
  • Posts: 3,847

Could you recheck Cannon Fodder the same way? This is the only other image in the db with the similar Mode2 track (and the similar pregap).

  • r09
  • Dumper
  • Offline
  • From: Spain
  • Registered: 2008-04-19
  • Posts: 316

Yes, the CF dump is correct. I just dumped it twice, one with trap disc+EAC+unScramble, and the other with Perfectrip, and they match exactly, so apparently data->data transitions are not affected.

  • Registered: 2006-12-24
  • Posts: 3,847

Ok, thx.

  • Registered: 2006-12-24
  • Posts: 3,847

Whoops. I've looked at the subs and it seems that the last datatrack's pregap is only 00:02:00, not 00:03:00.

10 Reply by r09

  • r09
  • Dumper
  • Offline
  • From: Spain
  • Registered: 2008-04-19
  • Posts: 316

So in the end we were all wrong. tongue It's probably one of those CDs where the Plextor drives detect the gaps incorrectly.