I am trying to use DiscImageCreator to dump the high density area of a retail GD-ROM disc, but I am not having any success.
According to the wiki, it is supported. I have followed the steps for Method 3. I was able to successfully dump it with dcdumper, but would like to dump it DiscImageCreator. My drive is a TSSTcorp SH-D162C aka TS-H352C with Kreon firmware.

D:\tmp\MPF_2.3-net48\ISO\TEST>..\..\Programs\DiscImageCreator_20220707\DiscImageCreator.exe gd H NFL2K1.bin 4 /q
AppVersion
        32 bit, AnsiBuild, 20220707T220452
CurrentDirectory
        D:\tmp\MPF_2.3-net48\ISO\TEST
WorkingPath
         Argument: NFL2K1.bin
         FullPath: D:\tmp\MPF_2.3-net48\ISO\TEST\NFL2K1.bin
            Drive: D:
        Directory: \tmp\MPF_2.3-net48\ISO\TEST\
         Filename: NFL2K1
        Extension: .bin
StartTime: 2022-08-28T22:57:10-0500
Set the drive speed: 705KB/sec
DiskSize of [D:\tmp\MPF_2.3-net48\ISO\TEST]
        Total:  4000650883072 bytes
         Used:  1966136115200 bytes
        ---------------------------
        Space:  2034514767872 bytes
         => There is enough disk space for dumping
[WARNING] /c2 isn't set. The result of dumping may be incorrect if c2 error exists.
This drive can read data sectors at scrambled state [OpCode: 0xbe, C2flag: 0, SubCode: 0]
LBA[045000, 0x0afc8]: [F:ExecSearchingOffset][L:192]
        Opcode: 0xbe
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 05-64-00 = ILLEGAL_REQUEST - ILLEGAL MODE FOR THIS TRACK
lpCmd: be, 04, 00, 00, af, c8, 00, 00, 01, f8, 01, 00
dwBufSize: 2448
Couldn't read data sectors at scrambled state [OpCode: 0xbe, C2flag: 0, SubCode: 1]
Retry 1/10 after 10000 milliseconds
BW-16D1HT | PX-W4824TU | PX-W5224A | PX-760A | PX-712A | Plextor Premium | Pioneer 209DBK | TS-H352C | TS-H353A | Wii

3,302 (edited by ehw 2022-08-30 13:39:18)

bikerspade wrote:

I am trying to use DiscImageCreator to dump the high density area of a retail GD-ROM disc, but I am not having any success.
According to the wiki, it is supported. I have followed the steps for Method 3. I was able to successfully dump it with dcdumper, but would like to dump it DiscImageCreator. My drive is a TSSTcorp SH-D162C aka TS-H352C with Kreon firmware.

D:\tmp\MPF_2.3-net48\ISO\TEST>..\..\Programs\DiscImageCreator_20220707\DiscImageCreator.exe gd H NFL2K1.bin 4 /q
AppVersion
        32 bit, AnsiBuild, 20220707T220452
CurrentDirectory
        D:\tmp\MPF_2.3-net48\ISO\TEST
WorkingPath
         Argument: NFL2K1.bin
         FullPath: D:\tmp\MPF_2.3-net48\ISO\TEST\NFL2K1.bin
            Drive: D:
        Directory: \tmp\MPF_2.3-net48\ISO\TEST\
         Filename: NFL2K1
        Extension: .bin
StartTime: 2022-08-28T22:57:10-0500
Set the drive speed: 705KB/sec
DiskSize of [D:\tmp\MPF_2.3-net48\ISO\TEST]
        Total:  4000650883072 bytes
         Used:  1966136115200 bytes
        ---------------------------
        Space:  2034514767872 bytes
         => There is enough disk space for dumping
[WARNING] /c2 isn't set. The result of dumping may be incorrect if c2 error exists.
This drive can read data sectors at scrambled state [OpCode: 0xbe, C2flag: 0, SubCode: 0]
LBA[045000, 0x0afc8]: [F:ExecSearchingOffset][L:192]
        Opcode: 0xbe
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 05-64-00 = ILLEGAL_REQUEST - ILLEGAL MODE FOR THIS TRACK
lpCmd: be, 04, 00, 00, af, c8, 00, 00, 01, f8, 01, 00
dwBufSize: 2448
Couldn't read data sectors at scrambled state [OpCode: 0xbe, C2flag: 0, SubCode: 1]
Retry 1/10 after 10000 milliseconds

Want to post here as well since we're still looking into things. I don't think DIC works well with non-Plextor drives for Dreamcast games at the moment because these drives lack the ability to find and correct c2 errors. This isn't a problem for DCDumper because it just keeps retrying sections of sectors in passes until it gets a match, but I think if DIC encounters an error in GD mode without C2 or scramble read it seems to stop dumping. I recommend trying to dump using a Plextor for now (still looking into it, unless sarami can think of something)?

Hey sarami, the other thing I wanted to ask that might have been asked already, is it possible to automate LD/HD dumping? In theory, the Low Density is never more than 18000 sectors. The largest track 1 in a non-unlicensed game is Sengoku Turb (Japan), combined with it's track 2 this game's LD is 17848 sectors long, just shy of 18000. No other game is that big. Then you have your High Density data that starts at 45000 and above. If you know the max size of the low density, couldn't you just skip over the security ring and go right to the high density?

If you utilized a drive that could read in scramble mode all the way through, couldn't you just have the drive read the first 18000 sectors as part of the LD area, skip sector reads and go right to 45000 and use that as the High Density? I'm assuming in GD mode, DIC will read the TOC off of the disc itself overriding the TOC that was read by the drive before it was swapped. Couldn't you also do this to the LD area too?

On a related note, we've been dumping a few GD-R/GD-ROMs so far. One thing we're noticing is hat if the drive gets  command to seek to a certain sector on a GD-ROM past a certain point, the drive will freak out and get C2 errors every sector, which will cause the drive up to 30 seconds to read each sector. If you seek before that point and read the disc sequentially, you don't get those errors. However, sometimes the drive will do a reset and will need to re-seek to that specific point, causing an issue that can be seen in both DIC and DCDumper. I think this is why DCDumper has a "fake read" option that will read back 20000 sectors if it gets a read error. This is also probably the reason why DCDumper wants to do the very last section is a very large chunk size. Is there a solution for this as far as DIC goes?

Thank you for the help so far. smile

3,303 (edited by user7 2022-09-01 00:08:32)

ehw wrote:

I don't think DIC works well with non-Plextor drives for Dreamcast games at the moment because these drives lack the ability to find and correct c2 errors. This isn't a problem for DCDumper because it just keeps retrying sections of sectors in passes until it gets a match, but I think if DIC encounters an error in GD mode without C2 or scramble read it seems to stop dumping.

Good point, I tried dumping a GD-Rom with DIC on my Samsung drive. After 10 or so attempts I just gave up because there was always at least one error. For DIC GD-Rom dumping, only using Plextors makes sense.

I believe FatArnold dumped all their GD-Roms with 708/DIC back in the day. I tried doing this a long time ago - probably with another PX model and just gave up (which makes sense since so far only 708 is confirmed GD-Rom friendly).

All my posts and submission data are released into Public Domain / CC0.

With regards to multisession dumps produced by DiscImageCreator, has anyone been able to mount the bin/cue successfully on a PC where the data track itself is usable and not corrupted? I've been unsuccessful with the latest version of IsoBuster or when opening just the data track by itself.

BW-16D1HT | PX-W4824TU | PX-W5224A | PX-760A | PX-712A | Plextor Premium | Pioneer 209DBK | TS-H352C | TS-H353A | Wii

3,305

IsoBuster beta added support for reading some multi-session multi-bin/cue dumps.

I think some multisession dumps need further definition in the cue files before IsoBuster could even adopt whatever the redump cue standard would be.

Further discussion
http://forum.redump.org/post/94441/#p94441
https://github.com/saramibreak/DiscImag … issues/121

All my posts and submission data are released into Public Domain / CC0.

3,306 (edited by MrPepka 2022-09-01 18:40:48)

I am trying to dump two DVDs in DIC (one from Call of Duty: World at War and the other from 007: Quantum of solace), but each time these DVDs report read errors when I try to dump them. Both discs are clean and have no scratches or dirt, but both are SafeDisc protected. Is this a program bug or is it different?

3,307 (edited by user7 2022-10-19 04:34:46)

sarami, the latest build is not dumping Xbox beta discs which I believe are non-windows native filesystem (here are logs, all other log files were 0kb/blank): https://drive.google.com/file/d/1D23WFY … sp=sharing

however IsoBuster is dumping them fine: https://cdn.discordapp.com/attachments/ … nknown.png

Possible to fix please?

All my posts and submission data are released into Public Domain / CC0.

3,308

MrPepka wrote:

both are SafeDisc protected

I don't know the detail about the SafeDisc DVD.

user7 wrote:

the latest build is not dumping Xbox beta discs

The reason is unknown. Try to use 'dvd' command.

user7 wrote:

however IsoBuster is dumping them fine

Can IsoBuster dump the xbox disc? I didn't know it.

3,309

I'm sorry, you're right - needed dvd command.

>Can IsoBuster dump the xbox disc? I didn't know it.

Only beta DVD-R. Same result as dic.

All my posts and submission data are released into Public Domain / CC0.

3,310

I just dumped a single layer BD-R that I burned as part of some testing I was doing. I noticed that the _disc.txt file seems to have four times the information, as if it had four layers. I'm not sure where this information is being derived from, since this disc only has... one layer. It was a single layer 25 GB disc. I assume only the first section of information (Layer 0) is valid, so where is the other info being pulled from? Layers 1-3 are for 50/100/128GB discs and I'm not sure why that's being added. Or is that always present in recorded discs?

I've attached the text file and hope you can help.

Post's attachments

Plumbers don't wear Ties_disc.txt 18.31 kb, 12 downloads since 2022-10-20 

You don't have the permssions to download the attachments of this post.
If you need to ask me about a submission, please send me a message through the VGPC Discord, I don't check the forum regularly so replies may be delayed.

3,311 (edited by sarami 2022-10-21 17:43:12)

Foxhack wrote:

I noticed that the _disc.txt file seems to have four times the information

              NumberOfDIUnitsInEachDIBlock: 04
Foxhack wrote:

I'm not sure where this information is being derived from

PIC.bin

3,312 (edited by Foxhack 2022-10-21 21:58:14)

... yes.

So why is it pulling info from four layers when the disc can only hold only one layer of data? Wouldn't that mean the rest of the data is garbage?

Wouldn't it make more sense to only pull info for the layers that are actually written to the disc, and mark the ones that are not used as "layers not present / not burned" or something like that?

If you need to ask me about a submission, please send me a message through the VGPC Discord, I don't check the forum regularly so replies may be delayed.

3,313

NumberOfDIUnits are not Number of layers.
Number of layers of your disc is 1.

             DIUnitFormatDependentContents
                            NumberOfLayers: 01
                                 LayerType: 02 (Writable)
                                ChannelBit: 01 (74.5 nm)

3,314 (edited by MrPepka 2022-10-31 19:24:43)

I cannot dump one disc, namely the CD from the "newspaper" (actually a cardboard) Kinderland Extra 4/2006. I have strange errors when trying to dump my disk
Sarami, would you look at this?

Post's attachments

Kajko2_mainError.txt 2.49 kb, 10 downloads since 2022-10-31 

You don't have the permssions to download the attachments of this post.

3,315 (edited by MrPepka 2022-10-31 20:09:38)

Another disk I can't dump. This time it is a disc with the game Tytus Romek and A'Tomek. After the message "checking reading lead-out - OK" appears, the program stops, the dumping process does not start. What should I do in such a situation? This is the disk I'm trying to dump - https://archiwum.allegro.pl/oferta/tytu … 30028.html

3,316

MrPepka wrote:

I cannot dump one disc, namely the CD from the "newspaper" (actually a cardboard) Kinderland Extra 4/2006. I have strange errors when trying to dump my disk
Sarami, would you look at this?

It's the same with Max Game 5/2003. At the moment when the dump process is about to start, the DIC suddenly starts displaying strange errors (same as in Kinderland Extra 4/2006)
Logs - https://mega.nz/file/g65CgAKS#p-6GlpnH9 … bwdVQG_r-I

Dying drive / CD. I have never encountered such errors with DIC and I have dumped many of such crap discs smile

3,318

Hmm, I don't know. The disc with Kinderland Extra 4/2006 is almost clean, the disc with Tytus is also free from any serious dirt. And I dumped all these disks in Aaru in a different drive and there were no errors smile

3,319

MrPepka wrote:

Another disk I can't dump. This time it is a disc with the game Tytus Romek and A'Tomek. After the message "checking reading lead-out - OK" appears, the program stops, the dumping process does not start. What should I do in such a situation? This is the disk I'm trying to dump - https://archiwum.allegro.pl/oferta/tytu … 30028.html

I solved this problem
Two people on DSC recommended that I turn off the explorer.exe process. I checked it and in fact when I close this process, the dump is successful
I think Windows affects the quality of the dump sometimes

3,320

MrPepka wrote:

I cannot dump one disc, namely the CD from the "newspaper" (actually a cardboard) Kinderland Extra 4/2006. I have strange errors when trying to dump my disk
Sarami, would you look at this?

If it's not the protected disc, do not use /sf and /ns.

3,321

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 smile

3,322 (edited by MrPepka 2022-11-03 00:54:32)

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

3,323

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?

3,324 (edited by sarami 2022-11-03 12:57:12)

MrPepka wrote:

Sarami, would you look at one of my disks?

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

3,325

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