DiscImageCreator (Page 123 of 141)

https://github.com/saramibreak/DiscImag … /issues/86

@sarami

because you requested BW-16D1HT logs in the other forum thread, I have one - I don't know if it helps, but currently it's the only CD that failed for me in BW-16D1HT using DiscImageCreator. so, the log is attached. basically, it says "Cache is short. Retry 45/50" and at the end fails.

maybe that's the case... BTW, I cannot get the link to your "PS3Auth" from your signature to work for me:

It's like 10 years ago, I made such tool for myself that authenticates PS3 drive in Windows using as base the Linux source code or I don't clearly remember, maybe it was 3k3yRipper .NET code I reversed-engineered, but I guess yours do the same anyway...

i set it at 500, but it's the same "Cache is short. Retry 500/500", logs attached.

thanks, I see, I guess I need to elevate my forum credentials somehow. That probably explains why I get so many dead links in the database as well. Anyway, I will reread the forum rules and faqs, maybe, i can figure out what i have to do...

    ========== IMAGE_SECTION_HEADER (40 bytes) ==========
                    Name: UPX1
             VirtualSize: 0002e000
          VirtualAddress: 0005b000
           SizeOfRawData: 0002e000
        PointerToRawData: 00000400
    PointerToRelocations: 00000000
    PointerToLinenumbers: 00000000
     NumberOfRelocations: 0000
     NumberOfLinenumbers: 0000
         Characteristics: e0000040
                        => contains initialized data
                        => can be executed as code
                        => can be read
                        => can be written to
    ========== IMAGE_SECTION_HEADER (40 bytes) ==========
                    Name: .rsrc
             VirtualSize: 00002000
          VirtualAddress: 00089000
           SizeOfRawData: 00002000
        PointerToRawData: 0002e400
    PointerToRelocations: 00000000
    PointerToLinenumbers: 00000000
     NumberOfRelocations: 0000
     NumberOfLinenumbers: 0000
         Characteristics: c0000040
                        => contains initialized data
                        => can be read
                        => can be written to
    ========== IMAGE_EXPORT_DIRECTORY ==========
              Characteristics: 2c10227c
                TimeDateStamp: 284ef6b9 (1991-06-07T03:00:09)
                 MajorVersion: 197f
                 MinorVersion: 03b2
                         Name: dae40257 (

"UPX" is shown in IMAGE_SECTION_HEADER of SETUP.EXE. Please check if it is compressed by UPX or not.
If yes, DIC is not supported it yet. 20210401 version does not output IMAGE_EXPORT_DIRECTORY yet.

I do not know how to check if something is compressed with UPX or not.  ?

Also, I've talked to a few people and we are wondering what the purpose of the version checking / displaying is? Especially if it is causing DIC to crash and not complete dumps.

http://forum.redump.org/topic/39974/ibm … ozoficzny/
@sarami Is my CD working properly? I would like to add that the game is very slow to install from the original, physical disc, but from the bin/cue disc image it installs normally, the disc itself is also slow to copy something. Could these C2 errors also be an MPF bug?

> HARRY_POTTER_POL
It seems no problem.

> HPPoA
There are non-intentional c2 errors (bad dump).

Anyway, redump.org does not accept your drive.

                VendorId: Optiarc 
               ProductId: CD-RW CRX880A   
    ProductRevisionLevel: KX07
          VendorSpecific:  Nov10,2006         

@sarami

please, advice me - is it possible somehow to do like 2-pass dump with 'DiscImageCreator' for Multi-Session CDs in order to dump them with Plextor CD-drive(more specifically PX-5224) using information about the Multi-Session from a previous dump made with Plextor DVD-drive? Here is what I mean by 2-pass and why I want to do that in more details:

- the discs I mean are CDS200-protected, I posted details here:

http://forum.redump.org/post/95373/#p95373

So, the whole issue is, in their 1st session, they have so many C2 errors pressed at factory as part of the protection that Plextor DVD-drives just cannot handle them, but those DVD drives can handle the Multi-Session part, as well read properly the 2nd session.

What I mean by 2-pass:

1st pass) make dump without "/c2" with  Plextor DVD-drive to get Multi-Session information:

2nd pass) provide some of the numbers above from PX-712A dump to 'DiscImageCreator' to make it able to dump at least the 1st session properly, but this time using Plextor PX-5224, which can handle those "C2" errors with no problem. the 2nd session - we don't need it at all - it contains executable of the player - what is needed is perfect 1st session. Now, if based on the above numbers from PX-712A dump, PX-5224 can be made to dump both 2 session - that is a bonus, most important is perfect copy or the 1st session. Or since PX-712A can dump the 2nd session as there is  no protection, i.e. no C2 errors there, as part of the 2nd pass combine it to 1st session dumped with PX-5224.

After all based on the available drives capabilities and what is important on those CDs we need to set some acceptable ReDump standards what proper dump for those CDS200 CD means. Any opinions on that are welcomed.

Yes. I think it's impossible to get the consistent hash. If the disc you want to dump is released as CDDA, I recommend you get it.

thanks, I did try it, "DiscImageCreator.exe cd f AUDIOCD 8 /sf /c2 /d8" - no difference, except this time DiscImageCreator says it cannot detect the protection and will ignore the "/sf" switch. it proceeds from there with no any difference

Unfortunately, today I am really out of any luck and I came across another problem - this time with Key2Audio protection. So, here are my steps to confirm something is not right:

1. Rip the disc with ExactAudioCopy using physical Plextor DVD drive
2. Dump the disc with DiscImageCreator using physical Plextor DVD drive
3. load the image from step2 in virtual drive
4. Rip the disc with ExactAudioCopy using the virtual drive with DiscImageCreator image in it from step3

So, with all other discs ExactAudioCopy "TestCRC" Hashes match those from step1 and step4, i.e. ripping from the DiscImageCreator image in virtual drive is absolutely equivalent to ripping from the original physical media.

However, with my Key2Audio protected CD, ExactAudioCopy "TestCRC" Hashes from step1 and step4 are different. It's open question to me if ExactAudioCopy is correct or DiscImageCreator is correct, but it's the very first time I see difference between the the 2 applications and one of them must be wrong...

[EDIT] Decided to try with my Asus BW-16D1HT drive, this time:

* DiscImageCreator completely failed:

then it stop accessing the disc, creating for several minutes ".scmtmp" file, then more errors:

LBA[337562, 0x5269a]: [F:ProcessReadCD][L:288]
        Opcode: 0xbe
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 03-02-00 = MEDIUM_ERROR - NO SEEK COMPLETE
LBA[337563, 0x5269b]: [F:ProcessReadCD][L:288]
        Opcode: 0xbe
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 03-02-00 = MEDIUM_ERROR - NO SEEK COMPLETE
LBA[337564, 0x5269c]: [F:ProcessReadCD][L:288]
        Opcode: 0xbe
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 03-02-00 = MEDIUM_ERROR - NO SEEK COMPLETE
LBA[337565, 0x5269d]: [F:ProcessReadCD][L:288]
        Opcode: 0xbe
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 03-02-00 = MEDIUM_ERROR - NO SEEK COMPLETE
LBA[337566, 0x5269e]: [F:ProcessReadCD][L:288]
        Opcode: 0xbe
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 03-02-00 = MEDIUM_ERROR - NO SEEK COMPLETE
LBA[337567, 0x5269f]: [F:ProcessReadCD][L:288]
        Opcode: 0xbe
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 03-02-00 = MEDIUM_ERROR - NO SEEK COMPLETE
LBA[337568, 0x526a0]: [F:ProcessReadCD][L:288]
        Opcode: 0xbe
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 03-02-00 = MEDIUM_ERROR - NO SEEK COMPLETE
LBA[337569, 0x526a1]: [F:ProcessReadCD][L:288]
        Opcode: 0xbe
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 03-02-00 = MEDIUM_ERROR - NO SEEK COMPLETE
LBA[337570, 0x526a2]: [F:ProcessReadCD][L:288]
        Opcode: 0xbe

and at the end it reported something about "failed to analyze subchannel" - sorry but by accident I deleted the log, but bottom line is no any image was produced. I am even lost, which logs are beneficial to provide.

At the same time Asus BW-16D1HT with ExactAudioCopy produces the same Track hashes as Plextor with ExactAudioCopy. So, on this Key2Audio disc both Asus BW-16D1HT and Plextor PX-712A produce the exact same rips using ExactAudioCopy, i.e. the 2 drives are equivalent there.

[EDIT2] looking in hex-editor the differences, it seems some chunks of data are positioned at different addresses, for example on the attached screenshot what EAC put at 0x1ffffd0, DIC put at 0x2000000...