DiscImageCreator

[reentrant]

VobProtectCD

https://redump.info/disc/42648/

[Jackal]

Problem with disc: https://redump.info/disc/42666/

This is a clear case where 00:00:00 Track02 pregap causes audio data to be moved into the data track.

From previous discussion: /viewtopic.php?t=11429 … or-sector/

"If sync doesn't exist in the sector of mastering error, this sector shouldn't be descrambled. Because no sync = not a valid data sector."

However, DIC is descrambling these sectors. This is wrong.

[sarami]

VobProtectCD
https://redump.info/disc/42648/

Please upload *_volDesc.txt

Problem with disc: https://redump.info/disc/42666/
This is a clear case where 00:00:00 Track02 pregap causes audio data to be moved into the data track.
From previous discussion: /viewtopic.php?t=11429 … or-sector/
"If sync doesn't exist in the sector of mastering error, this sector shouldn't be descrambled. Because no sync = not a valid data sector."
However, DIC is descrambling these sectors. This is wrong.

Fixed: The data sector is descrambled when sync and mode is valid.

[reentrant]

I don't have logs from: https://redump.info/disc/42648/. Usurper has them...

[iR0b0t]

Fixed: The data sector is descrambled when sync and mode is valid.

sarami, does it apply for Mode0 too?

[sarami]

It applies to mode 1 and 2.

[reentrant]

There seems to be some inifite loop in function: OutputFsPathTableRecord:

pDirRec[*nDirPosNum].uiDirNameLen is 0 in my CD and it casues infinite loop

[sarami]

Escaped 0 length.

Code: Select all

        if (pDirRec[*nDirPosNum].uiDirNameLen > 0) {
                                   :
                                   :
        }
        else {
            OutputVolDescLogA(
                "\t     Length of Directory Identifier: %u\n", pDirRec[*nDirPosNum].uiDirNameLen);
            break;
        }

Is 0 correct value? I want to look the *mainInfo.txt and *volDesc.txt

[archivr205]

So I am dumping a new disc with SecuROM 4.85.07 trying to get proper subchannel information but the subIntention.txt from a dump with the May 11 2017 version differs by one line (one less entry) from the dump I got using the March 23 2017 version

During this time the /se changed to /ns, so maybe my input is different? If I should be using more new /n* options related to protection maybe I missed something.

input commands are
DiscImageCreator.exe cd G rt3d2sec510 4 /c2 /d8 /ns [new]
DiscImageCreator.exe cd G rt3d2upse 4 /c2 /d8 /se [old]

the .sub files hash identically and psxt001z output is identical, and seems to include reference to the sector that is missing in the latest version (MSF: 01:41:62)

NEW SUBINTENTION

Code: Select all

MSF: 00:01:74 Q-Data: 410100 00:40:01 00 00:03:74 2ef1
MSF: 01:08:50 Q-Data: 410101 21:06:50 00 05:08:50 0a8f
MSF: 01:21:70 Q-Data: 410101 01:19:74 00 01:21:50 45a0
MSF: 02:05:50 Q-Data: 410101 00:03:50 00 42:05:50 be00
MSF: 02:17:28 Q-Data: 410101 02:15:2c 00 02:17:08 ac40
MSF: 03:05:48 Q-Data: 410101 43:03:48 00 01:05:48 a41f
MSF: 03:13:38 Q-Data: 410101 03:51:38 00 03:11:38 ff1f
MSF: 03:14:56 Q-Data: 410101 03:12:5e 00 03:14:46 f374
MSF: 03:21:59 Q-Data: 410101 03:1d:59 00 03:01:59 5ea0
MSF: 03:36:49 Q-Data: 410101 03:36:49 00 03:76:49 a964
MSF: 03:38:47 Q-Data: 410101 03:36:45 00 03:38:07 2f4d

OLD SUBINTENTION

Code: Select all

MSF: 00:01:74 Q-Data: 410100 00:40:01 00 00:03:74 2ef1
MSF: 01:08:50 Q-Data: 410101 21:06:50 00 05:08:50 0a8f
MSF: 01:21:70 Q-Data: 410101 01:19:74 00 01:21:50 45a0
MSF: 01:41:62 Q-Data: 410101 01:39:62 00 01:41:62 89a9
MSF: 02:05:50 Q-Data: 410101 00:03:50 00 42:05:50 be00
MSF: 02:17:28 Q-Data: 410101 02:15:2c 00 02:17:08 ac40
MSF: 03:05:48 Q-Data: 410101 43:03:48 00 01:05:48 a41f
MSF: 03:13:38 Q-Data: 410101 03:51:38 00 03:11:38 ff1f
MSF: 03:14:56 Q-Data: 410101 03:12:5e 00 03:14:46 f374
MSF: 03:21:59 Q-Data: 410101 03:1d:59 00 03:01:59 5ea0
MSF: 03:36:49 Q-Data: 410101 03:36:49 00 03:76:49 a964
MSF: 03:38:47 Q-Data: 410101 03:36:45 00 03:38:07 2f4d

psxt001z output

Code: Select all

psxt001z by Dremora, v0.21 beta 1

MSF: 01:08:50 Q-Data: 410101 21:06:50 00 05:08:50 0a8f  xor 8001 3237 P1 xor 20 04
MSF: 01:21:70 Q-Data: 410101 01:19:74 00 01:21:50 45a0  xor 8001 2d65 P3 xor 04 20
MSF: 01:41:62 Q-Data: 410101 01:39:62 00 01:41:62 89a9  xor 0080 0080 ?
MSF: 01:56:40 Q-Data: 410101 01:54:40 00 01:56:40 4881  xor 0200 0200 ?
MSF: 02:05:50 Q-Data: 410101 00:03:50 00 42:05:50 be00  xor 8001 fd4f P1 xor 02 40
MSF: 02:17:28 Q-Data: 410101 02:15:2c 00 02:17:08 ac40  xor 8001 2d65 P3 xor 04 20
MSF: 02:31:68 Q-Data: 410101 02:29:68 00 02:31:68 bdc2  xor 4000 4000 ?
MSF: 03:05:48 Q-Data: 410101 43:03:48 00 01:05:48 a41f  xor 8001 338d P1 xor 40 02
MSF: 03:13:38 Q-Data: 410101 03:51:38 00 03:11:38 ff1f  xor 8001 8c73 P2 xor 40 02
MSF: 03:14:56 Q-Data: 410101 03:12:5e 00 03:14:46 f374  xor 8001 901d P3 xor 08 10
MSF: 03:21:59 Q-Data: 410101 03:1d:59 00 03:01:59 5ea0  xor 8001 8046 P2 xor 04 20
MSF: 03:24:09 Q-Data: 410101 03:22:09 00 03:24:09 02bd  xor 8000 8000 ?
MSF: 03:36:49 Q-Data: 410101 03:36:49 00 03:76:49 a964  xor 8001 068d P2 xor 02 40
MSF: 03:38:47 Q-Data: 410101 03:36:45 00 03:38:07 2f4d  xor 8001 8c46 P3 xor 02 40
MSF: 04:06:23 Q-Data: 410101 04:04:23 00 04:06:23 0936  xor 0400 0400 ?
Number of modified sectors: 15

Maybe the "?" means that the line at 01:41:62 should not be created and this is a fixed error in the newest version?
Just wanted to check so I don't submit something wrong to the db!
Thanks for this great tool

[Jackal]

MSF: 01:41:62 Q-Data: 410101 01:39:62 00 01:41:62 89a9

This one shouldn't be included (not SecuROM data)