1,026

It applies to mode 1 and 2.

1,027 (edited by reentrant 2017-06-11 18:12:20)

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

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

1,028

Escaped 0 length.

        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

1,029 (edited by archivr205 2017-06-13 17:59:05)

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

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

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

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 smile

1,030 (edited by Jackal 2017-06-13 18:02:54)

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

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

sarami wrote:

Escaped 0 length.

        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

When I terminate program mainInfo.txt is empty and volDesc has:

========== LBA[000018, 0x00012]: Volume Descriptor ==========
                           Volume Descriptor Type: 255
                              Standard Identifier: CD001
                        Volume Descriptor Version: 1
========== LBA[000019, 0x00013]: Path Table Record ==========
         Length of Directory Identifier: 1
    Length of Extended Attribute Record: 0
                     Position of Extent: 21
              Number of Upper Directory: 1
                   Directory Identifier: 

I checked under debugger that pDirRec[*nDirPosNum].uiDirNameLen = 0. It's an error during mastering phase?

1,032

I checked under debugger that pDirRec[*nDirPosNum].uiDirNameLen = 0. It's an error during mastering phase?

Please see LBA 19 with IsoBuster and paste it in this thread.

1,033

http://redump.org/disc/35332/

MSF: 04:09:30 Q-Data: 410101 04:05:30 00 04:49:30 9b33  xor 8001 068d P2 xor 02 40

this one wasn't detected..

May  7 2017 21:11:00
DiscImageCreator.exe cd J: Star Wars - Battlefront II (USA) (Disc 1) (Play Disc).bin 8 /rc /c2 3 /d8 /ns /s 2

1,034

MSF: 04:09:30 Q-Data: 410101 04:05:30 00 04:49:30 9b33  xor 8001 068d P2 xor 02 40
this one wasn't detected..

Fixed the range.

1,035

sarami wrote:
ssjkakaroto wrote:

BTW can you modify the *_volDesc.txt log so that it also has the Primary Volume Descriptor (PVD) in the format that the "New Disc" form requires?

Adopted IsoBuster sector.
http://www.mediafire.com/file/eq80y20l9 … or_test.7z
See *_mainInfo.txt

Supported DVD too.

1,036

Latest DIC version fail at dumping this disc.
Old DIC version is fine though. here you will find full logs of both dumps (old and current DIC version).

1,037 (edited by reentrant 2017-07-02 10:13:19)

Also I found one bug in CD-Text dumping. In function: SetAndOutputTocCDText -> strlen(pTmpText + uiIdx) crashes. iuIdx has some big value. This only happens with PX760. Other drive reads it correctly. Maybe before parsing those data structures subchannels should be corrected (packed mode read?).

1,038

Sarami, if you are looking for a challenging protection, get yorself this or this disc.

1,039 (edited by Jackal 2017-07-02 11:11:17)

usurper wrote:

Sarami, if you are looking for a challenging protection, get yorself this or this disc.

https://www.medimops.de/infogrames-der- … 6FS54.html
https://www.medimops.de/infogrames-der- … 6FS55.html

This one from the same publisher has the same protection:

https://www.medimops.de/vivendi-univers … edVeryGood

GameCopyWorld wrote:

The process took 18 hours to complete because about 35% of the CD contains unreadable errors!

1,040

DIC
*2017-07-02
- added: Reading TOC ATIP for CD-R, CD-RW
- added: Reading path table, directory record for DVD
- changed: Directory record size from 4096 to 8192
- changed: Some log message
- changed: Sector Outputted to log to IsoBuster-like sector
- fixed: Ripping range of SecuROM
- fixed: Reading path table record
- fixed: data sector is descrambled when sync and mode valid

EccEdc
*2017-07-02
fixed: forgot FLAG DCP

TODO:
http://forum.redump.org/topic/16073/r09 … ification/

usurper wrote:

Latest DIC version fail at dumping this disc.
Old DIC version is fine though. here you will find full logs of both dumps (old and current DIC version).

http://forum.redump.org/post/54685/#p54685

reentrant wrote:

Also I found one bug in CD-Text dumping. In function: SetAndOutputTocCDText -> strlen(pTmpText + uiIdx) crashes. iuIdx has some big value. This only happens with PX760. Other drive reads it correctly. Maybe before parsing those data structures subchannels should be corrected (packed mode read?).

Weird. Please fix if you can.

sarami wrote:

I checked under debugger that pDirRec[*nDirPosNum].uiDirNameLen = 0. It's an error during mastering phase?

Please see LBA 19 with IsoBuster and paste it in this thread.

Is this solved?

Jackal wrote:
usurper wrote:

Sarami, if you are looking for a challenging protection, get yorself this or this disc.

https://www.medimops.de/infogrames-der- … 6FS54.html
https://www.medimops.de/infogrames-der- … 6FS55.html

This one from the same publisher has the same protection:

https://www.medimops.de/vivendi-univers … edVeryGood

GameCopyWorld wrote:

The process took 18 hours to complete because about 35% of the CD contains unreadable errors!

What protection is this?

I bought this. This is surely VobProtectCD (wiggles.exe). But this disc is almost compressed by a specific archive (archive.bin). So this can't be also detected by ProtectionID, A-RAY scanner.
To detect:
1. decompress archive, but it's difficult.
2. read main channel and search the invalid sync ("00 FF 00 FF ...")

1,041

sarami wrote:
Jackal wrote:
usurper wrote:

Sarami, if you are looking for a challenging protection, get yorself this or this disc.

https://www.medimops.de/infogrames-der- … 6FS54.html
https://www.medimops.de/infogrames-der- … 6FS55.html

This one from the same publisher has the same protection:

https://www.medimops.de/vivendi-univers … edVeryGood

GameCopyWorld wrote:

The process took 18 hours to complete because about 35% of the CD contains unreadable errors!

What protection is this?

How to find out? Gamecopyworld lists it as 'Read errors'.

I checked under debugger that pDirRec[*nDirPosNum].uiDirNameLen = 0. It's an error during mastering phase?

> Is this solved ?

I forgot which dics it was neutral

1,043 (edited by sarami 2017-07-04 09:49:59)

memo:
Protected game list
https://www.gamecopyworld.eu/games/gcw_index.shtml

search "unreadable errors"
https://gamecopyworld.eu/games/search_r … ;sa=Search

Der korsar
https://gamecopyworld.eu/games/pc_the_corsairs.shtml

Fort Boyard Millenium
not found

Hey again, I'm trying to dump a DVD game on my drive, and I'm running into an error that I have not been able to get past. For reference, I tried 2 different DVD-capable drives.

LBA[2075360, 0x1faae0]: [F:ReadDVD][L:131]
    Opcode: 0xa8
    ScsiStatus: 0x02 = CHECK_CONDITION
    SenseData Key-Asc-Ascq: 03-11-05 = MEDIUM_ERROR - L-EC UNCORRECTABLE ERROR

I did think at first that it was related to it being a DVD-9 but the sector it stops on is not the same as the layerbreak sector (2084960). If there's something I'm missing or need to attach, please tell me. Thanks in advance!

1,045

Please try the latest. Btw, does this occur in another tool?

1,046

http://redump.org/disc/16920/ -- scrambled contents has the pre-last sector half-scrambled, half-descrambled and the last sector descrambled, so the descrambled dump should have the last sector scrambled and the pre-last sector inverted. It's a common Saturn mastering error. For some reason DIC leaves the last sector as is without scrambling it, that's not correct. And the earlier DIC versions work fine, I remember I've tested such discs, dumps were correct.

Post's attachments

AloneInTheDark.rar 2.16 mb, 20 downloads since 2017-07-09 

You don't have the permssions to download the attachments of this post.

1,047

Please upload the scrambled and descrambled pre-last sector, and the scrambled and descrambled last sector.

1,048 (edited by wiggy2k 2017-07-10 02:36:32)

F1ReB4LL wrote:

For some reason DIC leaves the last sector as is without scrambling it, that's not correct. And the earlier DIC versions work fine,

Just had the same problem with Chaos Control
http://redump.org/disc/4999/

had to revert to an older version to get a correct dump

March/17 - correct
May/17 - incorrect
July/17 - incorrect  -  dump is fubar

full logs from all 3 versions of DIC here:
https://mega.nz/#F!e1VlBIwL!qx6wx7LcHjEdhAnI1tHTvw

March

LBA[228457, 0x37c69], mode 1
LBA[228458, 0x37c6a], mode 1 Reserved byte doesn't zero. [0x814]:0x48, [0x815]:0x64, [0x816]:0x36, [0x817]:0xab, [0x818]:0x56, [0x819]:0xff, [0x81a]:0x7e, [0x81b]:0xc0
LBA[228459, 0x37c6b], This sector is audio or scrambled data or corrupt data
Number of sector(s) where reserved byte doesn't zero: 1
    Sector: 228458, 

MAY

LBA[228458, 0x37c6a], mode 1 Reserved byte doesn't zero. [0x814]:0x48, [0x815]:0x64, [0x816]:0x36, [0x817]:0xab, [0x818]:0x56, [0x819]:0xff, [0x81a]:0x7e, [0x81b]:0xc0
LBA[228459, 0x37c6b], mode 1
Number of sector(s) where reserved byte doesn't zero: 1
    Sector: 228458, 

July

LBA[228456, 0x37c68], mode 1
LBA[228457, 0x37c69], mode 1
LBA[228458, 0x37c6a], mode 1 User data vs. ecc/edc doesn't match
LBA[228459, 0x37c6b], mode 1
LBA[228460, 0x37c6c], audio
.
.
.
LBA[245924, 0x3c0a4], audio
LBA[245925, 0x3c0a5], audio
[ERROR] Number of sector(s) where user data doesn't match the expected ECC/EDC: 1
    Sector: 228458, 

It took me a while to get back to this. The DVD does appear to have an error ripping with another tool at the exact same sector. I double checked and the disc doesn't have any issues on the surface and nothing appears to be see-through. I'll try the newest DIC anyway, just in case.

1,050

sarami wrote:

Please upload the scrambled and descrambled pre-last sector, and the scrambled and descrambled last sector.

Post's attachments

AloneInTheDarkJIB.rar 5.39 kb, 17 downloads since 2017-07-11 

You don't have the permssions to download the attachments of this post.