401 Reply by sarami

(3,538 replies, posted in General discussion)

@F1ReB4LL
91152 on subQ is also track13. It seems this is real desync. If not so, this disc is needed to dump by the other plextor drive.
> track 14 as audio
I'll fix it.

@Jackal
Is 1912848 sector not corrupt? If yes, the error handling is no problem and this is a drive (or disc) problem. Because DeviceIoControl returns "HARDWARE_ERROR"

If 1912848 sector is also corrupt...
Unfortunately, READ12 (also READ CD, READ CDDA) command does not guarantee the correctness of reading data even if DeviceIoControl returns "no error". So, there is EDC/ECC on mode 1 of CD-ROM. DVD also has EDC but 2064 dumping is needed to check it.

You can try below.
1. try to use /f
2. change to the other kreon drive.
3. change to the other drive and use xgd2swap
4. change the disc.

Go to forum: General discussion

402 Reply by sarami

(3,538 replies, posted in General discussion)

F1ReB4LL wrote:

track 14 as audio and toc/sub desync

It's weird. 

LBA[091152, 0x16410]: P[ff], Q[41130104080900201727f796]{ Data,      Copy NG,                  Track[13], Idx[01], RMSF[04:08:09], AMSF[20:17:27]}, RtoW[0, 0, 0, 0]

91152 is the 1st sector of track 14 and subP is correct but subQ points the last sector of track 13. This sector has no subQerror.

LBA[091151, 0x1640f]: Track[13]: SubP[00]:[0x3f] -> [0xff]
LBA[091152, 0x16410]: Track[13]: SubP[00]:[0x3f] -> [0xff]
LBA[092069, 0x167a5]: Track[14]: SubQ fixed using next subQ

Is there the sub file of t..p?

Go to forum: General discussion

403 Reply by sarami

(3,538 replies, posted in General discussion)

Jackal wrote:

but the output dump is 3825798 sectors?

https://www.mediafire.com/file/eq80y20l9cwf48f/file
- fixed: seek position when reading error occurs [xbox only]

Go to forum: General discussion

404 Reply by sarami

(3,538 replies, posted in General discussion)

tenyuhuang wrote:

May I ask what's the cause of those "sub indexes" and what are they? I've ran into dumps like this a few times and wans't sure why.

e.g. http://redump.org/disc/33409/
sub indexes are created when TOC indexes and Subchannel indexes do not match.

Go to forum: General discussion

405 Reply by sarami

(3,538 replies, posted in General discussion)

tenyuhuang wrote:

Here are the logs

It seems good.

Go to forum: General discussion

406 Reply by sarami

(3,538 replies, posted in General discussion)

Uploaded test version.

user7 wrote:

dic crashing on a press disc dvd-r that isobuster dumps fine

logs: https://drive.google.com/file/d/1O8K0ft … sp=sharing

The problem is this code. http://forum.redump.org/post/56490/#p56490
Disabled it. Your disc can be dumped but Simcity 3000 (USA) can't be dumped again.

tenyuhuang wrote:

Probably it's this really huge offset that caused all these issues, is it?

Yes. Btw, the problem still exists in this dump. (subchannel)
I fixed it. Retest and upload all logs, plz.

Go to forum: General discussion

407 Reply by sarami

(3,538 replies, posted in General discussion)

Re-uploaded. Link is same. Try again, plz.

Go to forum: General discussion

408 Reply by sarami

(3,538 replies, posted in General discussion)

@tenyuhuang
http://www.mediafire.com/file/eq80y20l9 … st.7z/file
Try and upload logs.

Go to forum: General discussion

409 Reply by sarami

(3,538 replies, posted in General discussion)

tenyuhuang wrote:

Track 1 is supposed to be a data track

All logs, please.

Go to forum: General discussion

410 Reply by sarami

(3,538 replies, posted in General discussion)

Jackal wrote:

You can see here that I entered 3825924 as size, and the output file has the correct size, but still, the drive reads up to sector 4167012. Is this necessary?

1. YOUR_SWAP_DISC_SIZE(4167012) - XGD2_SIZE(3825924) = 341088 sectors

2. 341088 / 2 = 170544

3. XGD2_LAYER_BREAK(1913760)

==> 1913761 to 2084304 are L0 sectors and readable for your swap disc. But these are lead-out of L0 for xgd2. DIC skips reading these sectors.
==> 2084305 to 2254849 are L1 sectors and readable for your swap disc. But these are lead-out of L1 for xgd2. DIC skips reading these sectors.

As a result, DIC reads 3825924 sectors, but LBA count is 4167012.

=Jackal wrote:

Also, for xgd3swap you would need a swap disc that is 4267015 sectors long. I will see if it's possible to burn a fake TOC, because normal DVD9's (and DVD+R DL) are much smaller.

Yes... So, I can't test the command.

Go to forum: General discussion

411 Reply by sarami

(33 replies, posted in General discussion)

http://forum.redump.org/post/54050/#p54050
be opcode replaces the original data to 0x55. I think it's not correct.

Go to forum: General discussion

412 Reply by sarami

(3,538 replies, posted in General discussion)

https://github.com/saramibreak/DiscImag … g/20200716
- added: /mscf flag for cd command
- added: /avdp flag for dvd or bd command

/mscf   Extract MicroSoftCabFile (.cab)
/avdp   Use Anchor Volume Descriptor Pointer as file length
Dark Frost wrote:

Lite-On LH-20A1P

Not support d8 opcode.

Go to forum: General discussion

413 Reply by sarami

(3,538 replies, posted in General discussion)

https://github.com/saramibreak/DiscImag … g/20200711
*2020-07-11
- fixed: crash when /ns is used by some discs

Go to forum: General discussion

414 Reply by sarami

(3,538 replies, posted in General discussion)

ehw wrote:

I'm having issues dumping an Amiga CD-32 prototype but I'm experiencing this error in mainError.txt in each attempt I try:

Because this sector has c2 error.

Go to forum: General discussion

415 Reply by sarami

(3,538 replies, posted in General discussion)

antimatter wrote:

IsoBuster dumps the disc correctly but DIC underdumps the disc while using the latest DIC test version

Same problem. http://forum.redump.org/post/79003/#p79003
DIC uses "Anchor Volume Descriptor Pointer", not TOC length.

Go to forum: General discussion

416 Reply by sarami

(3,538 replies, posted in General discussion)

LoStraniero91 wrote:

I've recently dumped a multisession disc with 2 sessions

_disc.txt

Lead-in length of 2nd session: 4507

Failed to get the pregap of 1st track of 2nd session. Change to other plextor drive if possible.
But CD-ROM drive can't support. https://github.com/saramibreak/DiscImag … /issues/41

Go to forum: General discussion

417 Reply by sarami

(3,538 replies, posted in General discussion)

Thx.
Uploaded 20200620
https://github.com/saramibreak/DiscImag … g/20200620

- fixed: crash when both /sf and /ns are used

Go to forum: General discussion

418 Reply by sarami

(3,538 replies, posted in General discussion)

usurper wrote:

DIC crashes for me on the latest stable version (20200604) after doing the hashing.

Needs more info.

Go to forum: General discussion

419 Reply by sarami

(3,538 replies, posted in General discussion)

LoStraniero91 wrote:

is it possible to add a function in DIC where you can just output a .cue without having to dump the whole disc?

It's difficult.

----
Uploaded 20200604 https://github.com/saramibreak/DiscImag … r/releases

- added: support for make install command (Linux only) (thanks pseiler)
- added: support multi-session disc that the combined offset is minus
- added: new 0xf1 drive (thanks olofolleola4)
          -> ASUS BW-12B1ST   a   1.00
          -> ASUS BC-12D2HT 3.01
          -> HL-DT-ST BD-RE  WH16NS60 1.00
- added: extract MicroSoft Cabinet File (.cab) for searching protection (Windows only)
- added: extract InterShield Cabinet File (ISc) to detect protection using i6comp.exe (Windows only)
- added: extract Wise Installation to detect protection using E_WISE_W.EXE (Windows only)
- added: output log of SecuROM DLL Header (AddD, CA DD DD AC) to _volDesc.txt
- added: output fullpath of file to _volDesc.txt
- added: output import directory log to _volDesc.txt
- added: output ISRC country, owner, year, serial to _disc.txt
- added: output layerbreak to _disc.txt (only xbox or xbox 360)
- added: output log of cdg instruction to _subReadable.txt
- added: output DVD header of the raw dump to _rawReadable.txt
- added: REM LEAD-OUT, LEAD-IN, REM PREGAP in Subs indexes cue
- changed: Data and Time format (ISO8601 is used)
- changed: _cmd.txt to _[BuildData].txt
- fixed: BD-ROM also uses "Anchor Volume Descriptor Pointer", not TOC length
- fixed: dat is empty if current directory is root
- fixed: detecting 1st lead-in sector of 2nd session
- fixed: detecting psx anti-mod string when the string across sector boundary
- fixed: disk dumping (use Read10, not ReadFile)
- fixed: raw dump of GCC-4241N & GCC-4242N
- fixed: PLBA of ccd if LBA is over 404850
- fixed: XBOX dumping (failed to dump if transfer length is over max)

Go to forum: General discussion

420 Reply by sarami

(3,538 replies, posted in General discussion)

F1ReB4LL wrote:

Sorry, haven't noticed

Uploaded.
http://www.mediafire.com/file/eq80y20l9 … st.7z/file
http://www.mediafire.com/file/uw3e03kdk … ar.gz/file
- changed: _cmd.txt to _[buildData].txt like this

test_20200601T212407.txt

Go to forum: General discussion

421 Reply by sarami

(3,538 replies, posted in General discussion)

F1ReB4LL wrote:

Don't forget the last pregap sector...

I uploaded it at 2020-01-23 00:39:01 as test version.

But exe version is here...

20191116 221523
Desktop\DIC_\DiscImageCreator.exe cd H: TestD8 4 /c2 10 /d8

Bug report of old version is useless and waste of time for me (and bug reporter).

Go to forum: General discussion

422 Reply by sarami

(3,538 replies, posted in General discussion)

09chairs

I got the disc.

Uploaded
http://www.mediafire.com/file/eq80y20l9 … st.7z/file
http://www.mediafire.com/file/uw3e03kdk … ar.gz/file

F1ReB4LL wrote:

Seems so, but there are no glitches in the "user area" (lba 0 to leadout), so you need to somehow report about a 'double offset' in the logs, but you shouldn't leave the image scrambled.

I'll support it in the future. (I don't have both discs now.)

Go to forum: General discussion

423 Reply by sarami

(3,538 replies, posted in General discussion)

F1ReB4LL wrote:

any idea what happened here? Why the final image is completely undescrambled?

>ガルフ・ウォー 蒼鋼伝
http://forum.redump.org/topic/16418/add … new-dumps/
Same problem?

F1ReB4LL wrote:

maybe some special setting is needed?

1. Create new profile (not to edit default profile).
2. Check "Read SubChannel Data from Data Tracks of Data Read Settings tab.
3. Check "Regenerate Data Sectors of Data Read Settings tab.
4. Check "Read SubChannel Data from Audio Tracks of Audio Read Settings tab.

sarami wrote:
F1ReB4LL wrote:

IMG files should not contain the lead-out+lead-in+1st-pregap areas, it should only contain all the tracks merged together (these areas should be skipped while descrambling from scm to img).

F1ReB4LL wrote:

And some CCD indexes are wrong.

ok, I'll fix it.

Done. http://www.mediafire.com/file/eq80y20l9 … st.7z/file

09chairs

I got the disc.

Go to forum: General discussion

424 Reply by sarami

(3,538 replies, posted in General discussion)

F1ReB4LL wrote:

IMG files should not contain the lead-out+lead-in+1st-pregap areas, it should only contain all the tracks merged together (these areas should be skipped while descrambling from scm to img).

F1ReB4LL wrote:

And some CCD indexes are wrong.

ok, I'll fix it.

F1ReB4LL wrote:

Also, it's probably better not to add the additional indexes and catalog/isrc stuff into ccds

But CloneCD outputs them.

F1ReB4LL wrote:

have you seen this? weird issue

Perhaps, it was fixed when I fixed about ROM^2 Karaoke Volume 5 at 2019-12-23.

Go to forum: General discussion

425 Reply by sarami

(3,538 replies, posted in General discussion)

09chairs --- reentrant reported this problem. http://forum.redump.org/post/79155/#p79155 Perhaps, this occurs by the combined offset minus disc. I'll get this disc to test.

Heartbreak Diary --- RevQuixo reported this problem. http://forum.redump.org/post/79442/#p79442 Perhaps fixed it by the latest test version.

And the "Subs indexes" cue is missing its lead-out/lead-in/pregap tags, bug?

Ah yes. I'll fix it.

Go to forum: General discussion