DiscImageCreator

[nightson]

291610 is missing. This is a bug of EccEdc.exe. I'll fix it.
Last sector is correct as ecc/edc, but MSF is incorrect. I'll add this bad MSF as an error.

Test version
20190208 (Windows)
http://www.mediafire.com/file/eq80y20l9 … or_test.7z
20190208 (Linux)
http://www.mediafire.com/file/uw3e03kdk … x_test.tar

Tested working.

Here are the new logs: https://www18.zippyshare.com/v/rM1dACiJ/file.html

[usurper]

Sarami, there seems to be a problem with the latest version of DIC and Siedler, Die - Platin Editon I - II - III - IV (Germany) (Disc 2).
I have dumped my brand new copy of this disc and I got a different hash on Track 4 than Maki.
However Maki didn't got a C2 error on his dump. Please check attached logs of Maki and me.

Maki's Logfiles
usurper's Logfiles

[sarami]

Tested working.

Thanks tested.

Code: Select all

LBA[291610, 0x4731a], MSF[64:50:10], mode 1 Invalid mode: [e1]
[ERROR] Number of sector(s) where bad MSF: 1
    Sector: 291611, 
[ERROR] Number of sector(s) where mode is invalid: 1
    Sector: 291610, 
Total errors: 2
Total warnings: 0

It worked as I intended.

I have dumped my brand new copy of this disc and I got a different hash on Track 4 than Maki.
However Maki didn't got a C2 error on his dump. Please check attached logs of Maki and me.

There is a same problem in your track 04. (subQ is all zero)

DIC dumps one of the audio tracks wrong, another cache issue?

I'm not sure but I can only say that 202328 Q-channel is all zero. It's unusual.

Code: Select all

LBA[202328, 0x31658]: Track[10]: SubQ[12]:Adr[0] -> [0x01]
LBA[202328, 0x31658]: Track[10]: SubQ[13]:TrackNum[00] L:[781] -> [10], L:[688]
LBA[202328, 0x31658]: Track[10]: SubQ[14]:Idx[00] -> [01], L:[781]
LBA[202328, 0x31658]: Track[10]: SubQ[15-17]:PrevRel[14626, 03:15:01], Rel[0, 00:00:00] -> [14627, 03:15:02], L:[1047]
LBA[202328, 0x31658]: Track[10]: SubQ[19-21]:PrevAbs[202477, 44:59:52], Abs[0, 00:00:00] -> [202478, 44:59:53]
LBA[202328, 0x31658]: Track[10]: SubQ[22]:CrcHigh[0000] -> [0x5e]
LBA[202328, 0x31658]: Track[10]: SubQ[23]:CrcLow[0000] -> [0xcf]

Code: Select all

LBA[248743, 0x3cba7]: Track[04]: SubQ Reread [crc16 unmatch] -> NG. Fix manually
LBA[248743, 0x3cba7]: Track[04]: SubQ[12]:Adr[0] -> [0x01]
LBA[248743, 0x3cba7]: Track[04]: SubQ[13]:TrackNum[00] L:[781] -> [04], L:[688]
LBA[248743, 0x3cba7]: Track[04]: SubQ[14]:Idx[00] -> [01], L:[781]
LBA[248743, 0x3cba7]: Track[04]: SubQ[15-17]:PrevRel[1937, 00:25:62], Rel[0, 00:00:00] -> [1938, 00:25:63], L:[1047]
LBA[248743, 0x3cba7]: Track[04]: SubQ[19-21]:PrevAbs[248892, 55:18:42], Abs[0, 00:00:00] -> [248893, 55:18:43]
LBA[248743, 0x3cba7]: Track[04]: SubQ[22]:CrcHigh[0000] -> [0x8d]
LBA[248743, 0x3cba7]: Track[04]: SubQ[23]:CrcLow[0000] -> [0xc2]

Perhaps this problem occurs due to reread, so I'll abort the program not to create the bad dump in next test version if this problem occurs.

[usurper]

What does that mean? My disc is brand new!

[F1ReB4LL]

edccchk and CDMage show 314 errors, DIC shows 313 errors, error count bug?

[sarami]

Test version
20190210 (Windows)
http://www.mediafire.com/file/eq80y20l9 … or_test.7z
20190210 (Linux)
http://www.mediafire.com/file/uw3e03kdk … x_test.tar

Perhaps this problem occurs due to reread, so I'll abort the program not to create the bad dump

Added this.

My disc is brand new!

It doesn't matter about this problem whether brand new or not.

edccchk and CDMage show 314 errors, DIC shows 313 errors, error count bug?

Maybe so. Please try redumping by latest test version if possible.

[ajshell1]

I think I've found two bugs related to the Linux version of EccEdc.

Firstly, it won't work if you put parantheses in the name of the file you are dumping to (e.g. "FIFA 2003 (USA)" won't work, "FIFA 2003" will work).

Even without the parantheses, EccEdc still fails to do it's job properly. This is what happened after I removed parantheses:

Code: Select all

Exec /home/aj/software/DIC_20190210/./EccEdc_linux.out check /home/aj/software/DIC_20190210/Atlantis - The Lost Empire - Trial by Fire.img
argc: 11
Usage
        check <InFileName>
                Validate user data of 2048 byte per sector
        fix <InOutFileName>
                Replace data of 2336 byte to '0x55' except header
        fix <InOutFileName> <startLBA> <endLBA>
                Replace data of 2336 byte to '0x55' except header from <startLBA> to <endLBA>
        write <OutFileName> <Minute> <Second> <Frame> <Mode> <CreateSectorNum>
                Create a 2352 byte per sector with sync, addr, mode, ecc, edc. (User data is all zero)
                Mode    1: mode 1, 2: mode 2 form 1, 3: mode 2 form 2

I'm currently running Antergos Linux.

EDIT: Apparently, it works fine when you don't include spaces in the filename

[ajshell1]

Also, dumping a DVD results in the DAT being written to the DMI.bin

https://cdn.discordapp.com/attachments/ … nknown.png

[sarami]

Thanks. Uploaded. http://www.mediafire.com/file/uw3e03kdk … x_test.tar

[sarami]

Thanks info. I ordered Color, Jr, and XP by amazon.

I got VideoNow Color, Jr and XP and confirmed these discs also have "81 E3 E3 C7 C7 81 81 E3". That is, latest test version supports all(?) VideoNow discs.