Redump Forum

ajshell1 wrote:I don't think that "[fix]" is supposed to be there.

It should be there, since it only reads the HD area (45000 and above) in DC mode, so it can't know the 2nd track's LBA. You need to dump it again as CD to find out.

So, how exactly do I find that value out? I already dumped it as a CD earlier.

sarami wrote:and how about other PS2 DVD?

Turns out it was my Plextor drive. Its working ok for CD dumps but it wont read PS2 discs. After you added the error code output it helped find the problem. I used a different DVD drive and was able to get matching dumps on 3 different PS2 DVD games. No errors or seg faults.

Xbox is same status as before. Dumps are completing, and are the correct size but they have incorrect hashes.

Other then the problem I'm having with Xbox discs the port is starting to look pretty solid!

ajshell1 wrote:So, how exactly do I find that value out? I already dumped it as a CD earlier.

It matches the size of the first track in sectors. Anyway, you need the merged .cue to submit into the db, not .gdi (unless you're trying to make some dumps for your own private use).

h0lylag wrote:Xbox is same status as before

Please upload the log and tried windows build. I tried xbox/xbox360 dump and confirmed that it matched as the hash of db.
If the hash of linux build and windows build matched, please try freecell and/or XBC and compare which sectors differ.

ajshell1 wrote:I've dumped the game disc four times so far

Perhaps, your disc has c2 errors.

I dumped an audio CD and got a regular .cue file but also one suffixed "(Subs indexes)".

What's the subs indexes version and how is it calculated differently?

sarami wrote:

ajshell1 wrote:I've dumped the game disc four times so far

Perhaps, your disc has c2 errors.

Possibly, but I just managed to get DCDumper and CDTool to produce output tracks with identical checksums. I'd be willing to bet that this is a result of my TS-H352C not having C2 support, while DIC seems to depend heavily on C2 support.

FatArnold wrote:one suffixed "(Subs indexes)"

It failed to get the correct subchannel. This suffix is only used by pce disc (1988 - 1989?).
I'll fix subchannel reading and don't output the suffix except pce.

ajshell1 wrote:DCDumper and CDTool to produce output tracks with identical checksums.

Your disc is 'light' damaged disc, and these tools run multiple reading by default to get the identical checksums. So, checksums match (by chance) but it is short of reliability.
If your disc is 'heavy' damaged disc, DCDumper and CDTool probably can't dump it because such disc possibly outputs identical bad checksums.

sarami wrote:It failed to get the correct subchannel. This suffix is only used by pce disc (1988 - 1989?).
I'll fix subchannel reading and don't output the suffix except pce.

I am pretty sure i have had PC discs with TOC vs SUB differences.

Audio CDs are known to have them as well - https://redump.info/disc/27432/

Why don't you want to improve the subchannels fixing algorithm? I've explained how it should work, maybe worth to discuss it? The root of misdetections is the incorrect fixing and "don't output the suffix except pce" is not a solution, it's a kludge, that will only result in more bad dumps.