DiscImageCreator

[MrPepka]

Thanks, it helped, and the dump process in both drives has started
The bad news is that both drives are throwing C2 errors when they dump. Maybe I'll polish them someday

[MrPepka]

Sarami, would you look at one of my disks?
https://mega.nz/file/Y7QgCDyI#gQT5cFlFN … 6I0SX5DnDc
https://mega.nz/file/ZjwnCC4T#MHDsRL0qF … St_TOOcq8k (two set logs)
I dumped it 3 times and there is always 1 error in the error counter, but the hashes are identical in both cases. The disk has no copy protection

[MrPepka]

I found another disk that always gives 1 error in the error counter at high read speed, the hashes are identical in both cases
https://mega.nz/file/5vIHhbzL#uM0CtUPgt … rfSI9lZ_1E
https://mega.nz/file/BixRTAoa#YkgllWlNp … 4iNw1GhMv4
(Two logs just in case)
Anyone met with such a case?

[sarami]

Sarami, would you look at one of my disks?

There are c2 errors. You need to get another disc or polish it.

[MrPepka]

I have a question for people who use the / c2 command in a slightly more advanced way. Does anyone have the /c2 command working properly when the second parameter is set to 1? According to the DIC wiki, the /c2 command can be set so that the DIC reads only a selected range of sectors and according to this wiki, I should set the second parameter of the /c2 command to 1 and in the values 3 and 4 specify the LBA range that I am not interested in, but when I do, DIC dumps the disk, and then hangs on the headquarters
"Rewrited img (LBA) 248676/299058"
And I don't know if I'm doing it right or wrong. This is how I set up this command
/c2 5000 1 248676 252396

[TonyLizard]

I've got some trouble with the PC game Silver, Italian original version, protected with SecuROM.
Any drive produce a different dump with different hashes on CD2, while CD1 gets dumped correctly.
I did the tests on the 760A, 716A, 716SA and W5224A, all the dumps have 49 errors instead of just 1 like all the SecuROM CDs.
Usurper back in 2017 /viewtopic.php?p=34937#p34937 had a similar problem with his German version discs, and somehow you've managed to fix that, hopefully you can do the same for these discs here.
Here's the three set of logs: https://mega.nz/folder/RlEjiQKI#GBRfDCPMCNWzB5f0j2eXdQ
Let me know if you need something more, i will help and do other tests if it's necessary.
EDIT: Added the logs for disc 1 as well, maybe you want to check that too.

[sarami]

all the dumps have 49 errors

It's weird. Your disc is no c2 and no mainError.

Let me know if you need something more

Is there executable binary in disc 2? If there is not, it's difficult to find its protection.

[sarami]

when I do, DIC dumps the disk, and then hangs on the headquarters
"Rewrited img (LBA) 248676/299058"
And I don't know if I'm doing it right or wrong. This is how I set up this command
/c2 5000 1 248676 252396

Try to reduce the retry count from 5000 to 20 if the app really hangs.

[TonyLizard]

Is there executable binary in disc 2? If there is not, it's difficult to find its protection.

Nope... Absolutely nothing, no executables anywhere. It's just a bunch of game folders and a video game trailer.
I did multiple tries with isobuster, too, and apparently the resulting image file is okay, i've got only one error and consistent hashes.

[MrPepka]

Sarami is it possible for DIC to properly dump DVDs that have data in two layers? I am referring to this disc
https://redump.info/disc/8324/
One user investigated the topic with this game on DSC TCRF and it turned out that the disk with this game in the redump is incorrectly dumped (below the user's quote):
"After some assisted investigating, it appears that a properly-dumped copy of Offroad Fury 4 is so rare that the one in redump's database is actually an incorrectly-dumped one containing no data from the second layer.
Upon further investigation, it seems that all copies ever printed and sold on store shelves ever, used a very poor mastering method.
Basically, the game stores the "movies" folder on the second layer, but uses a strange custom programming to treat the second layer as a second filesystem that's designed to be not visible on computers.   Unmodified ISOs play videos despite you not being able to see them - the data is there, but you can't see it, only the PS2 can.
I couldn't view the videos for the longest time, causing a built in video skip feature to activate, because I was repacking the ISO to test debugging features.  Computers can't see the second layer so I was unintentionally stripping the video files off the ISO.  This is also why the internal build on HiddenPalace has the second layer seperate most likely, and why adding the videos back fixes the issue.
I'm adding this fact to my documentation along with more technical info about it for the eventual TCRF pages (coming soon in 2999)"
Would you research this topic? This is a beta version that seems to be properly dumped
https://redump.info/disc/70926/
https://redump.info/disc/70927/