redump.info Forum

The CRC mismatches were due to previous tests with the wrong pregap settings, so they don't mean anything.

Just finished a complete test+dump run, pic attached.

2,6,7,13,14 are not matching, though EAC only shows CRC errors for 6,7 and 13.

ugh, the log files are in UTF-16... disgusting.
http://pastebin.com/TP7ucStH (the log file)

I'll so the same tests in burst mode too, just to see what results I get.

When track quality for a track is <100%, there were re-reads, and EAC could obtain the same erroneous data 8, or greater, of 16 times. Try secure mode without C2 pointers, and burst. And do not enable overread if your drive cannot overread using EAC.

pablogm123 wrote:When track quality for a track is <100%, there were re-reads, and EAC could obtain the same erroneous data 8, or greater, of 16 times. Try secure mode without C2 pointers, and burst. And do not enable overread if your drive cannot overread using EAC.

How can I check/test for overreading support? and is it not required to get all the data from the last track, in the case of a positive combined offset?

Obviously this disc won't be affected, since the last track is blank, but not many games use a blank final track.

I'll mess with no C2 pointers and burst mode now, with a problem track (6).

Any insight as to why EAC is putting the pregap at the end of track 2? it's the only reason why it's incorrect, if i move the pregrap manually, it matches.

The Detect read sample offset correction button in Offset/Speed. Overread support is nice, when your drive/soft combination supports. If not, do not enable it.

It is interesting the message "Too many samples" for track 2, which means that dumped file is bigger than expected. I would try another version of EAC. The one suggested is this:
https://redump.info/download/eac-0.99pb5.exe

Well heck, testing the problem tracks in that version of EAC now;
track 7 is taking its time, but 2 and 6 are now matching!

This is with overreading still enabled.

I'll keep playing around with this version, and post in the morning, it's almost dawn

Thanks again for the help, I've learnt a bit.

Alright, I think i've got everything setup as good as it can be with my current hardware.

At this point i'm sure the errors left with Ridge Racer is down to the media quality, I'm thinking of investing in a resurfacing tool.

I've got Rollcage matching almost completely, with only track 2 not matching. Combined offset is negative (-635), and I get consistant results with 99.9%/no error reported in EAC, so I figure the drive just isn't properly reading back into the end of track 1, i'm not sure if there's anything i can do about that without a more capable drive, except maybe extracting the track out of a whole-disc image (I'll have to try that).

My freshly resurfaced MDK disc doesn't match whatsoever, I figure at this point it must be a different disc to the one currently in the DB, i'm a bit hesitant to post it as a dump though, not being able to get secure track 2's...

Thanks for the help, any ideas about getting the first audio track with my setup would be awesome, otherwise i'm sorted.

Unfortunately, EAC doesn't return any data of pregap of track 2, if previous track is data. You can do two things:

-Get a Renesas based drive (+667) or a Samsung based drive (+696), which can compensate that negative offset correction.

-Extract this range using IsoBuster: [Start of track 2 index 1 - 5 sectors] - [Start of track 2 index 1 + 5 sectors], and use a hex editor to copy the missing bytes. For example, copy into the clipboard the first bytes of your dump, search those bytes in the IsoBuster dump, and once you have determinated the start of track and aligned both files, copy the missing data.

Do you have Platinum releases or the original ones? I have noticed that Platinum discs, without an additional silkscreened label which somewhat protects the disc, are more fragile than original releases, because the metallic label side can be damaged easier if misshandled.

So is that extraction procedure the only way with EAC when the combined offset is negative?

As for editions, these three particular discs are all originals, I have the packaging and manuals for them with me, too.

Wait no, Ridge Racer is platinum, but I think the scratches are the biggest issue.

It's an EAC fault, which ignores the index 00 of a given track if previous track is data, and replace it with digital silence. If combined offset is negative you would like that EAC could rescue the lost samples pushed to index 00, but EAC doesn't do this, unfortunately. So, if you cannot run PF, the only options are the described.

pablogm123 wrote:It's an EAC fault, which ignores the index 00 of a given track if previous track is data, and replace it with digital silence. If combined offset is negative you would like that EAC could rescue the lost samples pushed to index 00, but EAC doesn't do this, unfortunately. So, if you cannot run PF, the only options are the described.

I did as you suggested, more or less, I extracted the last 5 sectors of track 1, then copied the non-zero data from the end of it and joined it up just before where the zeros end at the start of track 2, and now it matches, so i have a complete and matching dump of Rollcage!

edit: what is PF, by the way? I misread it earlier as PR (perfectrip, from what i could tell).