DiscImageCreator

[TonyLizard]

Latest DIC included with MPF, only one sector being detected for SecuROM 4.84.76. Apparently it's supposed to have more than that. Here's the logs, I was told to attach those.

Do you have other SecuROM discs? I hope you dump them.

In regards to this issue, Nova had dumped another SecuROM disc recently: /viewtopic.php?t=31002 … world-usa/

[RevQuixo]

Getting this error on a JagCD homebrew title:

LBA[1166880, 0x11ce20]: [F:ExecSearchingOffset][L:463]
    Opcode: 0xd8
    ScsiStatus: 0x02 = CHECK_CONDITION
    SenseData Key-Asc-Ascq: 05-21-00 = ILLEGAL_REQUEST - LOGICAL BLOCK ADDRESS OUT OF RANGE
lpCmd: d8, 00, 00, 11, ce, 20, 00, 00, 00, 01, 02, 00
dwBufSize: 2448

The disc is a CDR.  Using the latest DIC packed with MPF

[nightson]

Hey Sarami.

I ran into some issue when trying to capture the console output of DIC into a log file using the >.

Descrambling data sector of img:  10276/ 10297
Descrambling data sector of img:  10277/ 10297
Descrambling data sector of img:  10278/ 10297
Descrambling data sector of img:  10279/ 10297
Descrambling data sector of img:  10280/ 10297
Descrambling data sector of img:  10281/ 10297
Descrambling data sector of img:  10282/ 10297
DescrFILE: D:\Program\Media\Dumping\DiscImageCreator\20210401\1.img

Checking sectors:      0/ 10297
Checking sectors:      1/ 10297
Checking sectors:      2/ 10297
Checking sectors:      3/ 10297

.....


Checking sectors:  10293/ 10297
Checking sectors:  10294/ 10297
Checking sectors:  10295/ 10297
Checking sectors:  10296/ 10297
Checking sectors:  10297/ 10297
[NO ERROR] User data vs. ecc/edc match all
ambling data sector of img:  10283/ 10297
Descrambling data sector of img:  10284/ 10297
Descrambling data sector of img:  10285/ 10297
Descrambling data sector of img:  10286/ 10297
Descrambling data sector of img:  10287/ 10297
Descrambling data sector of img:  10288/ 10297
Descrambling data sector of img:  10289/ 10297
Descrambling data sector of img:  10290/ 10297
Descrambling data sector of img:  10291/ 10297
Descrambling data sector of img:  10292/ 10297
Descrambling data sector of img:  10293/ 10297
Descrambling data sector of img:  10294/ 10297
Descrambling data sector of img:  10295/ 10297


As you can see in the marked sections, some lines seem to be out of place. Is this a bug of DIC or the > redirect command?

Could you add the option to automatically saves the final console output to a log file when dumping is completed?

Like this:

N@N-PC D:\Program\Media\Dumping\DiscImageCreator\20210401
# DiscImageCreator.exe cd j HIOCTANE.bin 8 /c2 /log

HIOCTANE.log:

Code: Select all

AppVersion
        x86, AnsiBuild, 20210401T101950
/c2 val1 was omitted. set [4000]
/c2 val2 was omitted. set [0]
CurrentDirectory
        D:\Program\Media\Dumping\DiscImageCreator\20210401
WorkingPath
         Argument: HIOCTANE.bin
         FullPath: D:\Program\Media\Dumping\DiscImageCreator\20210401\HIOCTANE.bin
            Drive: D:
        Directory: \Program\Media\Dumping\DiscImageCreator\20210401\
         Filename: HIOCTANE
        Extension: .bin
StartTime: 2021-05-30T18:19:58+0800
Set the drive speed: 1411KB/sec
This drive supports [OpCode: 0xd8, SubCode: 0]
This drive supports [OpCode: 0xd8, SubCode: 1]
This drive supports [OpCode: 0xd8, SubCode: 2]
This drive supports [OpCode: 0xd8, SubCode: 8]
Checking reading lead-out -> OK
Checking SubQ adr (Track)  1/ 1
Checking SubRtoW (Track)  1/ 1
Checking Pregap sync, msf, mode (LBA)  -1497
Reading DirectoryRecord    7/   7
Set OpCode: 0xd8, SubCode: 8(Raw)
Checking SubQ ctl (Track)  1/ 1
Creating .scm (LBA)  10298/ 10298
No C2 errors
Copying .scm to .img
Descrambling data sector of img:  10297/ 10297
Exec ""D:\Program\Media\Dumping\DiscImageCreator\20210401\EccEdc.exe" check "D:\Program\Media\Dumping\DiscImageCreator\20210401\HIOCTANE.img""
FILE: D:\Program\Media\Dumping\DiscImageCreator\20210401\HIOCTANE.img
Checking sectors:  10297/ 10297
[NO ERROR] User data vs. ecc/edc match all
Creating cue and ccd (Track)  1/ 1
Creating bin (Track)  1/ 1
Hashing: HIOCTANE.scm
Hashing: HIOCTANE.img
Hashing: HIOCTANE.bin
EndTime: 2021-05-30T18:20:50+0800

[user7]

https://redump.info/disc/59247/

Arrington redumped mine, but different hashes. can you have a look at his logs? https://drive.google.com/file/d/1UcoQAu … sp=sharing

Same ring codes

[sarami]

LoStraniero pointed me here.

Latest DIC included with MPF, only one sector being detected for SecuROM 4.84.76. Apparently it's supposed to have more than that. Here's the logs, I was told to attach those.

https://cdn.discordapp.com/attachments/ … T_logs.zip

Subchannel is shifted throughout all sectors.

Code: Select all

LBA[005000, 0x01388]: Track[01]: SubQ Reread [crc16 unmatch] -> NG. Fix manually
========== LBA[005000, 0x01388]: Sub Channel ==========
      +0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B
    P 00 00 00 00 00 00 00 00 00 00 00 00
    Q 41 01 01 01 06 49 00 01 08 49 A5 B0
    R 00 00 00 00 00 00 00 00 00 00 00 00
    S 00 00 00 00 00 00 00 00 00 00 00 00
    T 00 00 00 00 00 00 00 00 00 00 00 00
    U 00 00 00 00 00 00 00 00 00 00 00 00
    V 00 00 00 00 00 00 00 00 00 00 00 00
    W 00 00 00 00 00 00 00 00 00 00 00 00
LBA[005000, 0x01388]: Track[01]: SubQ[19-21]:PrevAbs[5149, 01:08:49], Abs[5149, 01:08:49] -> [5150, 01:08:50] But this sector may be the intentional error of AMSF. see _subinfo.txt
LBA[005001, 0x01389]: Track[01]: SubQ Reread [crc16 unmatch] -> NG. Fix manually
========== LBA[005001, 0x01389]: Sub Channel ==========
      +0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B
    P 00 00 00 00 00 00 00 00 00 00 00 00
    Q 41 01 01 21 06 50 00 05 08 50 0A 8F
    R 00 00 00 00 00 00 00 00 00 00 00 00
    S 00 00 00 00 00 00 00 00 00 00 00 00
    T 00 00 00 00 00 00 00 00 00 00 00 00
    U 00 00 00 00 00 00 00 00 00 00 00 00
    V 00 00 00 00 00 00 00 00 00 00 00 00
    W 00 00 00 00 00 00 00 00 00 00 00 00
LBA[005001, 0x01389]: Track[01]: SubQ[15-17]:PrevRel[4999, 01:06:49], Rel[95000, 21:06:50] -> [5000, 01:06:50], [L:1256] But this sector may be the intentional error of RMSF. see _subinfo.txt
LBA[005001, 0x01389]: Track[01]: SubQ[19-21]:PrevAbs[5150, 01:08:50], Abs[23150, 05:08:50] -> [5151, 01:08:51] But this sector may be the intentional error of AMSF. see _subinfo.txt

Disc problem?

Getting this error on a JagCD homebrew title:

Logs, please.

As you can see in the marked sections, some lines seem to be out of place. Is this a bug of DIC or the > redirect command?

I also comfirmed it. I tried to add sleep function, but it was in vain.

Could you add the option to automatically saves the final console output to a log file when dumping is completed?

It's difficult. Use copy & paste to a text file manually, or press Alt + PrtSc and then save as .png or .jpg

Arrington redumped mine, but different hashes. can you have a look at his logs? https://drive.google.com/file/d/1UcoQAu … sp=sharing

Same ring codes

Total errors are different.

[user7]

Arrington redumped mine, but different hashes. can you have a look at his logs? https://drive.google.com/file/d/1UcoQAu … sp=sharing

Same ring codes

Total errors are different.

Arrington had repeatable dump results. This means one of the dic builds gives different results from another?

I will ask him to dump with an older build.

[sarami]

https://github.com/saramibreak/DiscImag … g/20210601
*2021-06-01
- added: output IMAGE_EXPORT_DIRECTORY
- added: output IMAGE_RESOURCE_DIRECTORY
- changed: output IMAGE_IMPORT_DIRECTORY
- changed: 0x83 ... 0x8f do not affect the cue sheet if crc is bad, so CD-TEXT output is permitted.
- fixed: check c2 error "00 f0 f0 f0 00 00 00 0f 0f 0f 00"
- fixed: SubQ adr6
- improved: multi sector reading of the 0xf1 drive

[RevQuixo]

Here are the logs for Frog Feast (Jag CD homebrew on CDR).  It fails pretty early on.

[sarami]

Here are the logs for Frog Feast (Jag CD homebrew on CDR).  It fails pretty early on.

https://www.mediafire.com/file/eq80y20l … st.7z/file
- added: output FULLTOC (Binary) to _maininfo.txt for debug
like this

Code: Select all

========== FULL TOC (Binary) ==========
========== LBA[000000, 0000000]: Main Channel ==========
       +0 +1 +2 +3 +4 +5 +6 +7  +8 +9 +A +B +C +D +E +F
0000 : 00 4F 01 01 01 14 00 A0  00 00 00 00 01 20 00 01   .O........... ..
0010 : 14 00 A1 00 00 00 00 01  00 00 01 14 00 A2 00 00   ................
0020 : 00 00 02 06 44 01 14 00  01 00 00 00 00 00 02 00   ....D...........
0030 : 01 54 00 B0 04 24 44 03  4F 3B 4A 01 54 00 C0 46   .T...$D.O;J.T..F
0040 : 00 9E 00 61 22 17 01 54  00 C1 48 58 B8 00 00 00   ...a"..T..HX....
0050 : 00 00 00 00 

Please re-upload logs.

[wiggy2k]

- fixed: check c2 error "00 f0 f0 f0 00 00 00 0f 0f 0f 00"
I feel like this regression / error was based on stuff i was doing at the time.  re: FMT / PC98 discs and a clash with some sort of IBM-PC protection.  I need to revisit some discs i think.