Tested working.sarami wrote:Test versionsarami wrote: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.
20190208 (Windows)
http://www.mediafire.com/file/eq80y20l9 … or_test.7z
20190208 (Linux)
http://www.mediafire.com/file/uw3e03kdk … x_test.tar
Thanks tested.nightson wrote:Tested working.
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: 0There is a same problem in your track 04. (subQ is all zero)usurper wrote: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.
sarami wrote:I'm not sure but I can only say that 202328 Q-channel is all zero. It's unusual.F1ReB4LL wrote:DIC dumps one of the audio tracks wrong, another cache issue?
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]Added this.sarami wrote:Perhaps this problem occurs due to reread, so I'll abort the program not to create the bad dump
It doesn't matter about this problem whether brand new or not.usurper wrote:My disc is brand new!
Maybe so. Please try redumping by latest test version if possible.F1ReB4LL wrote:edccchk and CDMage show 314 errors, DIC shows 313 errors, error count bug?
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 2I 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.sarami wrote:Thanks info. I ordered Color, Jr, and XP by amazon.
