The readme in the OP has a list of supported drives. https://github.com/saramibreak/DiscImag … /README.md
There's another bug in ecc/edc check. It doesn't report the single SecuROM error when the disc is mainly mode 2 and has a single mode 1 sector.
LBA[332302, 0x5120e], MSF[73:52:52], mode 2 form 1, SubHeader(IsInterleaved), (ChannelNum), (SubMode), Form 1, Data, (CodingInfo) LBA[332303, 0x5120f], MSF[73:52:53], mode 1 LBA[332304, 0x51210], MSF[73:52:54], mode 2 form 1, SubHeader(IsInterleaved), (ChannelNum), (SubMode), Form 1, Data, End audio, (CodingInfo) LBA[332305, 0x51211], MSF[73:52:55], mode 2 form 1, SubHeader(IsInterleaved), (ChannelNum), (SubMode), Form 1, (CodingInfo) LBA[332306, 0x51212], MSF[73:52:56], mode 2 form 1, SubHeader(IsInterleaved), (ChannelNum), (SubMode), Form 1, (CodingInfo) [NO ERROR] User data vs. ecc/edc match all
Multiple files are supported from 20191022 162447, please edit C2ErrorProtect.txt.
Different hashes are outputted every time.
Well yeah, it's not really suited to these kinds of discs and requires manual work, but we need to be able to get an initial dump to work from first without waiting a really long time. I was hoping you could improve how it handles errors, much like Alcohol does with it's advanced error scanner that uses a different mode. But improve it so it tries to re-read sectors that don't have the heavy sync errors.
Either way if we could skip the files with the errors that would be great, but currently you can't specify multiple files to skip, it only accepts one.
it needs /sf and edit C2ErrorProtect.txt. But it seems intentional C2 errors of Skidoo are unstable.
Does it take multiple files now? It only took one before and the disc has 7 files.
What do you mean unstable?
Hey sarami, did that Skidoo game arrive yet?
I tested the Yamaha CRW-F1 a bit. It seems to have D8 support (according to EAC) and can read the track 01 pre gap up to 150 sectors. It reports being able to read the lead out but not sure if this is valid or not. It either doesn't support C2 or EAC is unable to determine the format they are returned in.
I am unable to test it with DIC as it hangs my system when the disc read speed is set. I did try 0 as the speed as suggested before. Drive is quite rare and expensive, so I don't expect you to pick one up. I figured I would post my findings anyways.
You haven't been paying attention I guess, there is a buffer read command that bypasses this issue and was implemented. However it needs to read more than 1 sector, which still needs to be addressed.
Should probably check the sector mode too? I've gotten this on a few discs.
edc/ecc check is reporting wrong error count again, treating track 02 pregap as data mode when it's audio.
This PVD is copied wrong, please fix and I'll include it. Also check error count if you would.
It's a 6, that's my discalculia, sorry.
sarami did you pick up that Ski-doo X team racing disc yet? I'm curious, would like to be able to dump this one.
UTC is the standard and should be followed, local times mean nothing. The moderators should have disc images and can spend the time fixing the things that were added incorrectly, it will take ages, but it should be done. It could possibly even be automated, but... I'm not going into that.
Define different hashes, different from previous dumps or different from multiple dumps you made.
Do we know what the pattern really is? For that and for safedisc?
Failed to get read offset with ASUS drive. Logs attached for ASUS and plextor.
Sweet, now we just need the rest.
There's no such thing as "abandonware", this term has no legal standing. Copyright expires 70 years after the expiration of the author, if a company holds the copyright, it's likely to never expire as IP changes hands when companies fold.
There's nothing wrong with us, what is wrong with you?
It is, the first sector usually has something other than 00 in it.
Discussion of piracy is not allowed.
F1reb4ll please close this topic.