DiscImageCreator

[mictlantecuhtle]

@mictlantecuhtle
I'm changing the code for dumping the multi-session disc https://github.com/saramibreak/DiscImag … issues/208 . Please wait a few days.

EDIT
Updated test version. https://github.com/saramibreak/DiscImag … r_test.zip
- deleted: /ms and the related code

@sarami

Thanks for this, unfortunately it doesn't solve the issue I'm having. In order to correctly calculate the session lengths (see comments for https://redump.info/disc/102164/) we need _disc.txt to contain the following as it did previously:

- Lead-out length of 1st session
- Lead-in length of 2nd session
- Pregap length of 1st track of 2nd session

No version after 20220909 (including the test version above) includes this information. As such we are unable to process some multi-session dumps made with recent DIC builds

[sarami]

"Lead-out length of 1st session" is 6750.
"Lead-in length of 2nd session" is 4500.
"Pregap length of 1st track of 2nd session" is 150.
They are always same.

[bikerspade]

I've recently encountered an issue where DiscImageCreator is failing to report DVD read errors on multiple discs, while Isobuster and redumper both report read errors. I believe these read errors are resulting from hardware failures from my internal DVD drive, and not disc errors (they are flawless discs and read without errors on other drives). I have experienced these symptoms with builds 20220707, 20230303, and 20230413. This results in 2048-byte blocks containing NULL bytes instead of the correct bytes.

In DIC code, I see that it doesn't directly check ScsiStatus, but rather:

Code: Select all

if (swb.SenseData.SenseKey == SCSI_SENSE_NO_SENSE &&
    swb.SenseData.AdditionalSenseCode == SCSI_ADSENSE_NO_SENSE &&
    swb.SenseData.AdditionalSenseCodeQualifier == 0x00) {
    bNoSense = TRUE;
}
...
if (bNoSense) {
    *byScsiStatus = SCSISTAT_GOOD;
}

Is it possible that because DIC doesn't directly check ScsiStatus, that it is missing some bad reads?

Attached are logs for the GOOD and BAD dump from DiscImageCreator for a specific disc with the failing drive (both report no errors in the log).

[sarami]

Is it possible that because DIC doesn't directly check ScsiStatus, that it is missing some bad reads?

Try this test version in this thread(https://github.com/saramibreak/DiscImag … 1551409465)
And use /ps aa, please.
https://github.com/saramibreak/DiscImag … r_test.zip

[sarami]

https://github.com/saramibreak/DiscImag … g/20230606
20230606
- added: support BD-RE BH16NS40 1.03
- added: print ProductRevisionLevel and VendorSpecific of the drive in the command-line screen
- added: /v for printing the version & build info
- added: _suppl.dat for .scm, .img, .raw, _SS.bin, _DMI.bin, _PFI.bin, _PIC.bin
- added: support GC/Wii dumping for Plextor
- added: when used /raw, .iso is generated using .raw
- added: support dvd raw dumping for ASUS/LG/Lite-on drives
- added: generate (Track 00)(Session 1), (Track 00)(Session 2), (Track AA)(Session 1), (Track AA)(Session 2), (Track 01)(-LBA), (Track xx)(Pregap)
         when multi-session disc is dumped [xx is the 1st track number of the 2nd session]
- added: /ra for dumping a specified range of sectors
- added: support macOS (It's alpha)
- added: support /rr and /ps when /r is used
- changed: C2 error rereading logic
- changed: generate (Track 0), (Track 1)(-LBA), (Track AA) for all single-session disc (not only audio but data)
- changed: when /ps is used, transfer length is 1
- changed: /ps val accepts from 0x00 to 0xff
- changed: targetname for linux
- fixed: crash when fix C2 errors by the non-plextor drive
- fixed: if ext is not specified and dvd command is used, .iso is added automatically
- fixed: subReadableLog when track is aa
- fixed: scsi error handling when /raw is used
- fixed: Failed to get (Track 01)(-LBA) when the 1st sector is MCN
- deleted: /ms and the related code

[user7]

Trying to dump an audio CD on Mac, can someone (who's done it before) tell me where I'm going wrong?

here's my command: audio disk6 clubsaturnusa 72

The example command: audio <DriveLetter> <Filename> <DriveSpeed(0-72)> <StartLBA> <EndLBA+1>

Dunno how to get these: <StartLBA> <EndLBA+1>
are they required?

[user7]

So it turns out that dic and redumper CLI can only be run through certain directories on macOS. (It won't work out of Downloads folder or the Desktop for instance).

What we got to work for redumper is /Users/[username]/bin

[F1ReB4LL]

https://drive.google.com/file/d/1cikxNb … 4O5P6/view - the log is full of "Subchannel & TOC doesn't sync." messages, but no "Sub Indexes" tracks/cue created? Why?

[sarami]

the log is full of "Subchannel & TOC doesn't sync." messages, but no "Sub Indexes" tracks/cue created? Why?

I dumped Tengai Makyou: Ziria(https://redump.info/disc/37134/) and "Sub Indexes" are dumped. I'm not sure why Ys Book I & II (USA) are not dumped.

[F1ReB4LL]

the log is full of "Subchannel & TOC doesn't sync." messages, but no "Sub Indexes" tracks/cue created? Why?

I dumped Tengai Makyou: Ziria(https://redump.info/disc/37134/) and "Sub Indexes" are dumped. I'm not sure why Ys Book I & II (USA) are not dumped.

Can you add more debug info logging to understand the problem?