user7 wrote:It's just a waste of time for everyone dumping a lot of discs and not worth adding just because someone thought the feature would be neat imo.
When hashing, DIC doesn't access the disc, so you can eject it and insert the new one and start dumping by the other DIC (instance).
If you hope to eject the disc automatically like CloneCD, I can add it.
Last edited by sarami on Wed Aug 25, 2021 4:44 am, edited 1 time in total.
ssjkakaroto wrote:Can't the scrambled hash be calculated as the disc is being dumped?
Not if all the offset shifting is being done after reading the disc, except you know the combined offset right away, but in general yes, it can be done.
Hi, I have this Chinese release of Heroes of Might and Magic III, I got two copies with identical ring codes, but hashes don't match, and I can't get a consistent dump. It has DiscGuard protection, don't know if this is causing the problem.
Dumped with the latest test build.
Logs: https://mega.nz/folder/XzB3SYyL#0g-CNMwckW9kQgmEFv-iRQ
LBA[000302, 0x0012e] Detected C2 error "00 F0 F0 F0 00 00 00 0F 0F 0F 00"
This error can't be fixed by plextor drive. Needs to dump it by non-plextor drive and replace it
This is known as the plextor drive bug but may be the problem of the DiscGuard? I'm not sure about this protection.
LBA[000302, 0x0012e] Detected C2 error "00 F0 F0 F0 00 00 00 0F 0F 0F 00"
This error can't be fixed by plextor drive. Needs to dump it by non-plextor drive and replace it
This is known as the plextor drive bug but may be the problem of the DiscGuard? I'm not sure about this protection.
I dumped my other DiscGuard discs again, turns out hashes don't match either, audio tracks do match tho, they share the same error pattern: c2 errors at LBA 000302-000329, and there is a ring on discs at the same place, so these likely are intentional c2 errors like SafeDisc, is there any way to properly dump them? https://redump.info/disc/79284/ https://redump.info/disc/79374/