DiscImageCreator

[sarami]

Only 3 sector? but clearly, 289 sectors are error if use 0xd8..

Track 3 is recognized as Audio mode in IsoBuster."
I guess the shift is caused by data > audio transition?

I don't know, but these sectors are clearly including the data sector. "00 ff ... ff 00" is sync, "69 b6 10" is the scrambled msf, "61" is the scrambled mode.

[sarami]

https://redump.info/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.

20170719 test
- changed: Directory record size from 8192 to 16384 (for some amiga CD)
- fixed: data sector is descrambled when sync and mode is valid and reverted sector

Is it really ISO9660 disc? If so, it is easily unbelievable that "Only" old Windows (3.1?, 95?, 98?, 2000? etc) can read it.

here are the dump files with reentrant's DIC  http://www107.zippyshare.com/v/xb6AmTRp/file.html i could open the disc on windows xp but not on windows 8.1 tested on 4 plextor drives

_volDesc.txt

Code: Select all

========== LBA[000016, 0x00010]: Volume Descriptor ==========
                           Volume Descriptor Type: 1
                              Standard Identifier: CD001
                        Volume Descriptor Version: 1
                                System Identifier:                                 
                                Volume Identifier: MASTERQUIZ                      
                                Volume Space Size: 510448
                                  Volume Set Size: 1
                           Volume Sequence Number: 1
                               Logical Block Size: 1024
                                  Path Table Size: 116
             Location of Occurrence of Path Table: 36
    Location of Optional Occurrence of Path Table: 0
              Length of Directory Record: 34
        Extended Attribute Record Length: 0
                      Location of Extent: 40
                                          :

Correct size of "Volume Space Size" is perhaps 255384. "Location of Occurrence of Path Table" is perhaps 18. "Location of Extent" is perhaps 20. Other values may be corrupt.

If possible, I don't want to skip reading the path and directory table. These values are to fix manually in app. Of course, the image file isn't fixed.

[xTMODx]

i have exact the same disc twice i can send you as a donation if that can help

[reentrant]

In this case it's possible to reimage from mounted image in virtual drive

[sarami]

Updated test version.
----

Code: Select all

Logical Block Size: 1024

I had thought that "Logical Block Size" is fixed in 2048 byte. But Ecma-119 says below.

6.2.2 Logical Block
The Volume Space shall be organized into Logical Blocks. Each Logical Block shall consist of 2n+9 bytes,
where n equals 0 or a positive integer. The number of bytes in a Logical Block shall be referred to as the Logical
Block size which shall not be greater than the Logical Sector size.

That is, it is correct that "Logical Block Size" is 1024 byte and "Volume Space Size", "Location of Occurrence of Path Table" and "Location of Extent" is double size because "Logical Block Size" is half size.

https://redump.info/disc/43476/
File system doesn't corrupt, but CD-ROM that "Logical Block Size" isn't 2048 byte is perhaps rare or irregular. So, I think the OS that is newer than WinXP doesn't support it.

[F1ReB4LL]

Gap detection glitch (last track).

[reentrant]

https://redump.info/disc/43476/
File system doesn't corrupt, but CD-ROM that "Logical Block Size" isn't 2048 byte is perhaps rare or irregular. So, I think the OS that is newer than WinXP doesn't support it.

Nice find. Also some tools do not support it either (Total Commander) + 7z.

[sarami]

Gap detection glitch (last track).

_disc.txt

Code: Select all

========== TOC ==========
           :
     Audio Track 50, LBA   247692-  250338, Length     2647
     Audio Track 51, LBA   250339-  255212, Length     4874
                                            Total    255213

Code: Select all

========== FULL TOC ==========
    Session 1,     Track 50, MSF 55:04:42 (LBA[247842, 0x3c822])
    Session 1,     Track 51, MSF 55:00:00 (LBA[247500, 0x3c6cc])

LBA of TOC is correct but LBA of FULL TOC is incorrect. I don't know why...

[F1ReB4LL]

LBA of TOC is correct but LBA of FULL TOC is incorrect. I don't know why...

Another one:

[sarami]

Updated.
----
I suspect PX-716, but the LBA of "FULL TOC" and "TOC" is same if it is single session disc, so the LBA of "FULL TOC" is only used in multi session disc.