101

(3,531 replies, posted in General discussion)

superg wrote:

it belongs to the current track, not to the next one.

No. See other tracks.

LBA[000000, 0000000]: P[ff], Q[010101000000000002005a28]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[01], Idx[01], RMSF[00:00:00], AMSF[00:02:00]}, RtoW[0, 0, 0, 0]
LBA[000001, 0x00001]: P[00], Q[01010100000100000201e058]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[01], Idx[01], RMSF[00:00:01], AMSF[00:02:01]}, RtoW[0, 0, 0, 0]
LBA[003364, 0x00d24]: P[00], Q[010101004464000046644b69]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[01], Idx[01], RMSF[00:44:64], AMSF[00:46:64]}, RtoW[0, 0, 0, 0]
LBA[003365, 0x00d25]: P[00], Q[01020000027400004665d274]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[02], Idx[00], RMSF[00:02:74], AMSF[00:46:65]}, RtoW[0, 0, 0, 0]
LBA[003366, 0x00d26]: P[ff], Q[0102000002730000466685c3]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[02], Idx[00], RMSF[00:02:73], AMSF[00:46:66]}, RtoW[0, 0, 0, 0]

     :
     :

LBA[136098, 0x213a2]: P[ff], Q[013501061417003016482f95]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[35], Idx[01], RMSF[06:14:17], AMSF[30:16:48]}, RtoW[0, 0, 0, 0]
LBA[136099, 0x213a3]: P[ff], Q[01360100000000301649cc7e]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[36], Idx[01], RMSF[00:00:00], AMSF[30:16:49]}, RtoW[0, 0, 0, 0]
LBA[136100, 0x213a4]: P[00], Q[01360100000100301650e537]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[36], Idx[01], RMSF[00:00:01], AMSF[30:16:50]}, RtoW[0, 0, 0, 0]
LBA[138279, 0x21c27]: P[00], Q[013601002905003045540ab3]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[36], Idx[01], RMSF[00:29:05], AMSF[30:45:54]}, RtoW[0, 0, 0, 0]
LBA[138280, 0x21c28]: P[00], Q[01370000027400304555f71f]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[37], Idx[00], RMSF[00:02:74], AMSF[30:45:55]}, RtoW[0, 0, 0, 0]
LBA[138281, 0x21c29]: P[ff], Q[01370000027300304556a0a8]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[37], Idx[00], RMSF[00:02:73], AMSF[30:45:56]}, RtoW[0, 0, 0, 0]

It's not always but P channel of 1st sector of the track and 2nd sector of the track is different typically.

102

(3,531 replies, posted in General discussion)

bikerspade wrote:

A relatively recent dump of a particular PCECD disc (Metamor Jupiter) produced a bad track split, where the hashes for track 15 and track 16 are incorrect.

DB is incorrect. The pregap of the track 16 is 00:03:00, not 00:02:74.

LBA[047436, 0x0b94c]: P[00], Q[01150100386600103436d96b]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[15], Idx[01], RMSF[00:38:66], AMSF[10:34:36]}, RtoW[0, 0, 0, 0]
LBA[047437, 0x0b94d]: P[00], Q[0200000000000000003767c1]{Audio, 2ch, Copy NG, Pre-emphasis No, MediaCatalogNumber [0000000000000], AMSF[     :37]}, RtoW[0, 0, 0, 0]
LBA[047438, 0x0b94e]: P[ff], Q[01160000027300103438dcb1]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[16], Idx[00], RMSF[00:02:73], AMSF[10:34:38]}, RtoW[0, 0, 0, 0]

LBA 47437 belongs to the track 16.

103

(3,531 replies, posted in General discussion)

bikerspade wrote:

Logs

Ok, it was fixed as I expected.

104

(3,531 replies, posted in General discussion)

bikerspade wrote:

That fixed the problem with this disc. Thank you!

Do you upload logs if possible? I want to see if it's fixed as I expected.

105

(3,531 replies, posted in General discussion)

bikerspade wrote:

LBA 10714 belongs to the track 2 but I think DIC takes it as a part of track 1

Uploaded test version.
https://www.mediafire.com/file/eq80y20l … st.7z/file

user7 wrote:

Can't help at all? Not in any circumstances?

I'm not sure because I don't have GD-R. Can dump GD-R without /be?

106

(3,531 replies, posted in General discussion)

user7 wrote:

Sarami, is there any downside to adding the "/be pack" command when dumping DC HD Area?

Due to "/be pack", _mainError.txt is so big size. This option is not need for Plextor.

107

(3,531 replies, posted in General discussion)

MrPepka wrote:

Sarami is it possible for DIC to properly dump DVDs that have data in two layers?

Perhaps, it's not possible due to the filesystem problem.

108

(3,531 replies, posted in General discussion)

MrPepka wrote:

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.

109

(3,531 replies, posted in General discussion)

TonyLizard wrote:

all the dumps have 49 errors

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

TonyLizard wrote:

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.

110

(3,531 replies, posted in General discussion)

MrPepka wrote:

Sarami, would you look at one of my disks?

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

111

(3,531 replies, posted in General discussion)

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.

112

(3,531 replies, posted in General discussion)

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)

113

(3,531 replies, posted in General discussion)

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

114

(3,531 replies, posted in General discussion)

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.

115

(3,531 replies, posted in General discussion)

ehw wrote:

Is there something we can do?

You can use /f flag. This is used to control "FlushDriveCache" function.

        /f      Use 'Force Unit Access' flag to delete the drive cache
                        val     delete per specified value (default: 1)

If you use "/f" (no value), app call "FlushDriveCache" per sector.
If you use "/f 1", app calls "FlushDriveCache" per sector.
If you use "/f 2", app calls "FlushDriveCache" per 2 sectors.
If you use "/f 3", app calls "FlushDriveCache" per 3 sectors.
:
:
If you use "/f 10000", app calls "FlushDriveCache" per 10000 sectors.


ehw wrote:

Couldn't DIC compensate by rereading sectors that spawn an error for sanity checks?

I'll consider it. But sync is corrupt for some protection and bad mastering discs. App can controls rereading when the protection flag (/sf /ns) is used, but it can't judge if the disc is bad mastering or not.

116

(3,531 replies, posted in General discussion)

user7 wrote:

see

Lizard wrote:

probably the dump is not correct.

I don't know why Lizard thinks of it.

117

(3,531 replies, posted in General discussion)

user7 wrote:

Interestingly, the hashes are different than those of the redumper app (logs for which are also present in this archive entry).

Mastering Code is different. Simply, it's another version? I'm not sure.

118

(3,531 replies, posted in General discussion)

bikerspade wrote:

If a track has an invalid ISRC code (example: "0@4010000000"), will that mean DiscImageCreator will not add it to the cuesheet?

Yes. I check it by the "IsValidSubQAdrISRC" function.

119

(3,531 replies, posted in General discussion)

bikerspade wrote:

If a track has an invalid ISRC code (example: "0@4010000000")

Does it means you have the weird disc? If yes, upload logs plz.

120

(3,531 replies, posted in General discussion)

bikerspade wrote:

perhaps it is hard-coded to always attempt no more than 5 retries?

Fixed.
https://www.mediafire.com/file/eq80y20l … st.7z/file

121

(3,531 replies, posted in General discussion)

bikerspade wrote:

Should support for the /rr flag be added for dumping xbox and xbox 360 discs?

Added. Not test.
https://www.mediafire.com/file/eq80y20l … st.7z/file

122

(3,531 replies, posted in General discussion)

More changed.
https://www.mediafire.com/file/eq80y20l … st.7z/file

123

(3,531 replies, posted in General discussion)

Sorry, fixed typo.
https://www.mediafire.com/file/eq80y20l … st.7z/file

124

(3,531 replies, posted in General discussion)

Novicami wrote:

Fixed, thank you!

Thanks, but misdetection still exists.

LBA 357, Check if the directory record length (114) is really correct -> incorrect. Fixed it to 54
LBA 1690, Check if the directory record length (128) is really correct -> incorrect. Fixed it to 67
LBA 1142, Check if the directory record length (112) is really correct -> incorrect. Fixed it to 51
LBA 1369, Check if the directory record length (114) is really correct -> incorrect. Fixed it to 54
LBA 1480, Check if the directory record length (152) is really correct -> incorrect. Fixed it to 91
LBA 3352, Check if the directory record length (128) is really correct -> incorrect. Fixed it to 67
LBA 523, Check if the directory record length (102) is really correct -> incorrect. Fixed it to 41
LBA 2219, Check if the directory record length (132) is really correct -> incorrect. Fixed it to 71

More test please if possilble.
https://www.mediafire.com/file/eq80y20l … st.7z/file

125

(3,531 replies, posted in General discussion)

Novicami wrote:

It's a empty file

Test build
https://www.mediafire.com/file/eq80y20l … st.7z/file