1

(1,756 replies, posted in General discussion)

user7 wrote:

This seems to be the issue: [F:GetFilenameToSkipError][L:150] GetLastError: 2, The system cannot find the file specified.

You lost ReadErrorProtect.txt

enderghast13 wrote:

DIC failed to dump a PS2 Action Replay disc that I bought.

It seems last 40 sectors have errors.

2

(1,756 replies, posted in General discussion)

reentrant wrote:

Hi sarami. I have a safedisc protected disc and I want to report some weird info. Below is a list of C2 error counters from protected range:
240
264
288
312

Each of these vary by 24. I can confirm that this is correct info.

ok. I trust your info.

user7 wrote:

DIC seems to have failed dumping a PS3 beta (BD-R)

Weird... My BD-RE disc is no problem.

========== TOC ==========
      Data Track  1, LBA        0 - 23652351, Length 23652352
                                              Total  23652352
========== DiscStructure ==========
FormatCode: 00, Sendable:  No, Readable: Yes, FormatLength: 4098
========== DiscInformationFromPIC ==========
                DiscInformationIdentifier: DI
                    DiscInformationFormat: 01
             NumberOfDIUnitsInEachDIBlock: 28
                         DiscTypeSpecific: 02
    DIUnitSequenceNumber/ContinuationFlag: 00
           NumberOfBytesInUseInThisDIUnit: 63
                       DiscTypeIdentifier: BDW
                   DiscSize/Class/Version: 02
            DIUnitFormatDependentContents: 2401000001000000000000000002000000194e7e01ec6464464646463c3c3c3c00000000c0427b0a0a4a4a1bc0427b0a0a4a4a1b
 
user7 wrote:

PS: Please publish a new stable release to github :3

I've asked to F1ReB4LL about VideoNow. Please wait for several days/weeks. You can use test version.

3

(1,756 replies, posted in General discussion)

LoStraniero91 wrote:

Still unsure how to make it work. Can you please tell me step by step?

1. Check the 1st LBA when reading error occurs.
2. Check which file has the 1st error LBA by IsoBuster.
3. Rewrite the 2nd line of ReadErrorProtect.txt by its filename.
4. Exec dvd command with /sf flag.

4

(1,756 replies, posted in General discussion)

LoStraniero91 wrote:

I've tried the build with /sf flag for DVD with that CMR04 disc with RingProtecH, when it reaches the ring area, it will attempt to re-read the sector 5 times then it just fails. When I start the dump, it says that "the /sf flag is obmitted".

It needs to edit ReadErrorProtect.txt and then use /sf flag.

5

(1,756 replies, posted in General discussion)

nightson wrote:

can you kindly explain what the /s option for DVD does exactly? I'm dumping a DVD-Video disc protected by CSS/CPPM with it. DIC is reading the disc at an extremely slow speed. Is it normal?

Yes. I can't understand now why reading speed is slow.

LoStraniero91 wrote:

Trying to dump Colin McRae Rally 2.0 for PC, it has SafeDisc, but the "subintention.txt" files comes out empty.

subintention is for SecuROM or Libcrypt, not SafeDisc. If you use /ns, subintention.txt is created.

6

(1,756 replies, posted in General discussion)

ajshell1 wrote:

For some reason the SCM and the IMG are identical.

Because this disc has similar format as Implode & Meteor Blaster DX. Latest test version supported the pregap data track.
http://www.mediafire.com/file/uw3e03kdk … ar.gz/file

========== TOC ==========
    Pregap Track   , LBA        0 -        0, Length        1
      Data Track  1, LBA        1 -   314439, Length   314439
========== FULL TOC ==========
    FirstCompleteSession: 1
     LastCompleteSession: 1
    Session 1, Ctl 4, Adr 1, Point 0xa0, FirstTrack  1, Format: CD-DA or CD-ROM
    Session 1, Ctl 4, Adr 1, Point 0xa1,  LastTrack  1
    Session 1, Ctl 4, Adr 1, Point 0xa2,      Lead-out, MSF 69:54:40 (LBA[314590, 0x4ccde])
    Session 1, Ctl 4, Adr 1, Point 0x01,      Track  1, MSF 00:02:01 (LBA[000151, 0x00097])

7

(1,756 replies, posted in General discussion)

nalsa wrote:

just shows "Moving .scm to .img"

Updated. (I've not tested yet.) http://www.mediafire.com/file/eq80y20l9 … or_test.7z

8

(1,756 replies, posted in General discussion)

It seems both imgs aren't descrambled. Because of the weird format? If possible, please dump them by the latest test version.

9

(1,756 replies, posted in General discussion)

nalsa wrote:

I am able to get this to dump, using dic version: 20180630 31122 (aka DICUI 1.10)
but it does so with each track also having a 'Sub Indexes' version, with tracks 13,14,35,36 not matching the "normal" dump.

Test version
20190302 (Windows)
http://www.mediafire.com/file/eq80y20l9 … or_test.7z
20190302 (Linux)
http://www.mediafire.com/file/uw3e03kdk … x_test.tar
- fixed: misdetecting MCN sector

nalsa wrote:

The second and third game issues

It needs _EccEdc.txt

I also tried dumping by PX-712 you use, and I confirmed no problem.
If your disc has scratches, it needs to be polished. If not so, try to dump with different drive.

11

(1,756 replies, posted in General discussion)

iR0b0t wrote:
LoStraniero91 wrote:

I have a DVD IBM PC game with what could be Ring Protech. Any advice how to dump it?

DIC does not support those discs yet, it will abort reading as soon as protected area is reached.

One could use isobuster and replace those sectors by '0x55' bytes but we have not deceided yet if it should be '0x55's or can be '0x00's for example. If we consider '0x55' bytes then sarami could probably code DIC with that.

My talk to sarami about one of those discs:
http://forum.redump.org/post/59799/#p59799
http://forum.redump.org/post/59854/#p59854
http://forum.redump.org/post/60084/#p60084
I never came back to this topic though.

Test version
20190222 (Windows)
http://www.mediafire.com/file/eq80y20l9 … or_test.7z
20190222 (Linux)
http://www.mediafire.com/file/uw3e03kdk … x_test.tar
added: /sf flag in dvd command
And updated test branch.

user7 wrote:

Sarami can you give me an example command for dumping Mil-CD?

Same as normal CD. There's nothing special. If you want to get the lead-out of 1st session and the lead-in of 2nd session, you can use /ms flag.

But admin's still have been talking about multi-session cue.

I got this disc.

    <rom name="Amazing Spider-Man vs. The Kingpin, The (Europe) (Track 10).bin" size="52014480" crc="55d53fe3" md5="ce6609ba3fa5d0b80c522e241df0be15" sha1="8a0a0e6645f4b79daf0975b0ad8f89ffffb316fa" />

Subchannel was also fixed properly.
Logs
http://www.mediafire.com/file/ih4fo5moj … 29.7z/file

@maxoojc
Please try latest test version.
http://www.mediafire.com/file/eq80y20l9 … st.7z/file

13

(1,756 replies, posted in General discussion)

sarami wrote:

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.

14

(1,756 replies, posted in General discussion)

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

15

(1,756 replies, posted in General discussion)

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

sarami wrote:

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

Added this.

usurper wrote:

My disc is brand new!

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

F1ReB4LL wrote:

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

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

16

(1,756 replies, posted in General discussion)

nightson wrote:

Tested working.

Thanks tested.

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.



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.

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

sarami wrote:
F1ReB4LL wrote:

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.

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]
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.

17

(1,756 replies, posted in General discussion)

sarami 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.

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

18

(1,756 replies, posted in General discussion)

Thanks.

LBA[291609, 0x47319], MSF[64:50:09], mode 1
LBA[291461, 0x47285], MSF[64:48:11], mode 1

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.

19

(1,756 replies, posted in General discussion)

nightson wrote:

The test version didn't output the  (Subs indexes) files but the bin file has the same hash as before.

Logs and bin of last 2 sectors and scm of last 2 sectors, please.

20

(1,756 replies, posted in General discussion)

nightson wrote:

Any idea what caused the problem?

Try the latest test version and re-report.
http://www.mediafire.com/file/eq80y20l9 … st.7z/file

nightson wrote:

DIC found no C2 errors but CDmage reports 2 errors at the very end.

Perhaps, last 2 sectors are mastering error.

nightson wrote:

I tried to dump it with two drives (PX-760 and PX-755) at both 4X and 8X but got the same result.

Try 12x, 16x, 20x, 24x, 28x, 32x, 40x and 48x. Low-speed is not always good.

21

(1,756 replies, posted in General discussion)

It seems Monsters, Inc. Scream Team Training is SecuROM. Is Monsters, Inc: Scare Island SecuROM? I saw this pattern for the first time.

22

(1,756 replies, posted in General discussion)

claunia wrote:

VideoNow is a completely different format. I shall receive 3 discs soon.
VideoNow Color and VideoNow Jr. are the same format, only difference is the materials that make the disc. Jr is flexible, for little children security.

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

F1ReB4LL wrote:

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.

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]

Also I ordered this by amazon to test. Btw, can subdump dump this sector correctly without fixing?

23

(1,756 replies, posted in General discussion)

As you say, it seems my VideoNow disc has the logo of 891 sectors.
And my app searches "81 E3 E3 C7 C7 81 81 E3".
https://imgur.com/bG2k7T1
Perhaps, each track of my disc starts from these bytes order.
I don't know if all VideoNow discs (VideoNow, VideoNow Color, VideoNow Jr., VideoNow XP) start from these bytes.

24

(1,756 replies, posted in General discussion)

F1ReB4LL wrote:

So, there's a common bug in C2 errors detection? Some of the other cases were mentioned here: http://forum.redump.org/topic/18736/jac … re-adding/

same.
http://forum.redump.org/post/65033/#p65033
http://forum.redump.org/post/65045/#p65045

Btw, wrong offset of VideoNow disc was solved?

25

(1,756 replies, posted in General discussion)

F1ReB4LL wrote:

http://forum.redump.org/topic/20666/seg … -shock-us/ -- disc 1 is dumped wrong.

subchannel of 1st sector is wrong.
_subError.txt

LBA[000000, 0000000]: Track[01]: SubQ Reread [crc16 unmatch] -> NG. Fix manually
LBA[000000, 0000000]: Track[01]: SubQ[19-21]:PrevAbs[149, 00:01:74], Abs[149, 00:01:74] -> [150, 00:02:00]
LBA[000000, 0000000]: Track[01]: SubQ[22]:CrcHigh[0x04] -> [0x6f]
LBA[000000, 0000000]: Track[01]: SubQ[23]:CrcLow[0xa1] -> [0xe1]

_disc.txt

========== LBA[000000, 0000000]: Sub Channel ==========
      +0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B
    P FF FF FF FF FF FF FF FF FF FF FF FF
    Q 41 01 01 00 00 00 00 00 03 00 28 32
    R 00 00 00 00 00 00 00 00 00 00 00 00
    S 00 00 00 00 00 00 00 00 01 00 00 00
    T 00 00 00 00 00 00 00 00 01 00 00 00
    U 00 00 00 00 00 00 00 00 01 00 00 00
    V 00 00 00 00 00 00 00 00 01 00 00 00
    W 00 00 00 00 00 00 00 00 01 00 00 00

Please try to redump it with different drive speed.