It applies to mode 1 and 2.
1,027 2017-06-11 18:12:13 (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 2017-06-12 15:34:59
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 2017-06-13 17:57:53 (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 2f4dOLD 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 2f4dpsxt001z 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: 15Maybe 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 
1,030 2017-06-13 18:00:38 (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)
1,031 2017-06-13 18:04:55
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 2017-06-15 17:03:08
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 2017-06-17 17:47:23
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 2017-06-18 15:18:37
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 2017-06-30 03:21:29
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 2017-07-01 07:39:48
1,037 2017-07-02 07:30:55 (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 2017-07-02 10:47:11
1,039 2017-07-02 11:10:27 (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 2017-07-02 15:17:32
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.htmlThis 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?
VobProtectCD
http://redump.org/disc/42648/
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 2017-07-02 17:51:57
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.htmlThis 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'.
1,042 2017-07-02 17:59:34
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 
1,043 2017-07-03 02:17:49 (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
1,044 2017-07-06 06:05:53
- darksabre76
- Moderator
- Offline
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 ERRORI 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,046 2017-07-09 14:06:40
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.
1,047 2017-07-09 15:35:46
Please upload the scrambled and descrambled pre-last sector, and the scrambled and descrambled last sector.
1,048 2017-07-10 02:15:59 (edited by wiggy2k 2017-07-10 02:36:32)
- wiggy2k
- Dumper
- Offline
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, 1,049 2017-07-10 20:41:22
- darksabre76
- Moderator
- Offline
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 2017-07-11 22:16:00
sarami wrote:
Please upload the scrambled and descrambled pre-last sector, and the scrambled and descrambled last sector.