DiscImageCreator

[sarami]

Code: Select all

[ERROR] Number of sector(s) where bad MSF: 77
    Sector: 5342, 5343, ...

Perhaps 5343 was misdetection.

Test version
20190401 (Windows)
http://www.mediafire.com/file/eq80y20l9 … or_test.7z
20190401 (Linux)
http://www.mediafire.com/file/uw3e03kdk … est.tar.gz
- added: Extract several string from DMI.bin to _disc.txt for Xbox
like this

Code: Select all

========== DiscManufacturingInformation ==========
    System Version: 02
         Timestamp: 2007/03/19 00:00:00
           Unknown: 02
          Media ID: d8f835e4ff632505557da02d4916ecda
         Publisher: Namco
            Serial: 2005
           Version: 1.01
            Region: Japan
           Unknown: 0X
              Disc: 1 of 1

- fixed: misdetection of bad MSF

[maxoojc]

Hello Sarami

I use the latest test version, and when dumping a Sega CD game, it stops with the

LBA[085774, 0x14f0e]: Track[01]: SubFailed to reread because crc16 of subQ is 0

This is the game already dumped: https://redump.info/disc/60540/

Here is the logs https://mega.nz/#F!ItQiRKjQ!Cd8IfB85BME5IGSVscyvLg

Regards

[haynor666]

Just after:

[NO ERROR] User data vs. ecc/edc match all
Creating bin, cue and ccd (Track) 25/25

DIC crash

Command line used:

DIC cd E: EarnestEvans 8 /c2

[Parotaku]

Hello
Using DICUI_1.12.1, I got a problem dumping PS3 disc 'Majo to Hyakkihei [Shokai Genteiban]' (in perfect condition, no scratch).
It stops with a 'Directory Record is invalid' error... all other PS3 dumps I've done worked OK...
Dump result attached to this post...

[sarami]

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

- added: Output volume descriptor and directory entry of XDVDFS to volDesc.txt(readable format) and mainInfo.txt(binary format)
like this. (volDesc.txt)

Code: Select all

========== XDVDFS ==========
========== LBA[198176, 0x30620]: VOLUME DESCRIPTOR ==========
                            Header: MICROSOFT*XBOX*MEDIA
    Sector of root directory table: 1363536(0x14ce50)
      Size of root directory table: 68(0x44)
               Image creation time: 2002/01/25 02:28:43
                            Footer: MICROSOFT*XBOX*MEDIA
    ========== LBA[1561680, 0x17d450]: DIRECTORY ENTRY ==========
     Offset to left sub-tree entry: 5(0x5)
    Offset to right sub-tree entry: 12(0xc)
           Starting sector of file: 1365413(0x14d5a5)
                   Total file size: 2048(0x800)
                   File attributes: directory
                Length of filename: 5
                          Filename: Media

        ========== LBA[1563557, 0x17dba5]: DIRECTORY ENTRY ==========
         Offset to left sub-tree entry: 6(0x6)
        Offset to right sub-tree entry: 74(0x4a)
               Starting sector of file: 1366601(0x14da49)
                       Total file size: 2048(0x800)
                       File attributes: directory
                    Length of filename: 8
                              Filename: scenario

            ========== LBA[1564745, 0x17e049]: DIRECTORY ENTRY ==========
             Offset to left sub-tree entry: 8(0x8)
            Offset to right sub-tree entry: 96(0x60)
                   Starting sector of file: 1366715(0x14dabb)
                           Total file size: 845824(0xce800)
                           File attributes: normal
                        Length of filename: 17
                                  Filename: SCENARIOVAR01.NB9

It stops with a 'Directory Record is invalid' error..

Thanks.
- fixed: checking the directory table size when transfer length is beyond a maximum

DIC crash

I don't know the cause of that malfunction.

SubFailed to reread because crc16 of subQ is 0

Same problem as The Amazing Spider-Man vs. The Kingpin. I can't fix this problem now.

[Parotaku]

Thanks Sarami
The 'Majo to Hyakkihei [Shokai Genteiban]' dump  is working OK now.

[user7]

sarami, could you add a command to disable hashing? I'm advising VGHF on a large scale preservation project and they have too many discs and not enough time, a flag to disable hashing would be an immense help to speed things up. I would prefer they use DIC to other options, and this be a deciding factor.

Thanks for your great work

[F1ReB4LL]

Hashing doesn't take much time. At least CRC32 is needed, but even all 3 checksums don't take more than a couple of seconds unless we're talking about 50GB blurays.

[user7]

>unless we're talking about 50GB blurays

Not only are we talking 50GB blurays. we're talking thousands of dvd-5's and 9's.

I'd rather hash later than lose dumps.

[sarami]

Test version
20190409 (Windows)
http://www.mediafire.com/file/eq80y20l9 … or_test.7z
20190409 (Linux)
http://www.mediafire.com/file/uw3e03kdk … est.tar.gz
- changed: hashing order of DVD/XBOX (old: iso -> SS/PFI/DMI.bin, new: SS/PFI/DMI.bin -> iso)

sarami, could you add a command to disable hashing? I'm advising VGHF on a large scale preservation project and they have too many discs and not enough time, a flag to disable hashing would be an immense help to speed things up. I would prefer they use DIC to other options, and this be a deciding factor.

When DIC is hashing, DIC doesn't access the disc anymore. That is, you can eject the disc and insert new disc and dump new disc by new DIC when DIC is hashing.