426

(3,538 replies, posted in General discussion)

Savagesteel wrote:

Also when I dump the disc with IsoBuster and the same Plextor drive the image has the same size but data is different (different hash).
When dumping the disc with IsoBuster and two different drives I get the same image file (same hash).

Perhaps, your disc is no problem.
Try to downgrade the firmware and test DIC with no-firmware-check build. http://forum.redump.org/post/74000/#p74000

sadikyo wrote:

The correct layerbreak

http://www.mediafire.com/file/eq80y20l9 … st.7z/file
Added: output layerbreak to _disc.txt (only xbox or xbox 360)

427

(3,538 replies, posted in General discussion)

Savagesteel wrote:

I get the same error:

This problem can't be fixed now.
Try below.
1. Change the drive speed.
2. Resurface if scratches exist in the disc.
3. Change the disc if possible
4. Change the drive if possible.

428

(3,538 replies, posted in General discussion)

@R00n5t3r, sadikyo
Thanks. The src was pushed.

Savagesteel wrote:

I don't know how to interpret it, can you please advise?

All logs are needed and use the latest test version.

429

(3,538 replies, posted in General discussion)

sadikyo wrote:

I was having the same problem - but I tried with the new test version you shared here - and it worked.  Thanks!

Thanks test. I want to see your disc log. Would you upload them?

430

(3,538 replies, posted in General discussion)

olofolleola4 wrote:

Thank you sarami for providing me with a test version for Linux

Also uploaded Windows test build.
And other changes are here.
- added: support for make install command [Linux only] (Thx pseiler)
- added: detect SecuROM 4.xx
               -> output SecuROM DLL header to _volDesc.txt
               -> if app finds "InterShield Cabinet File" or "MicroSoft Cabinet File", decompress it [Windows only]
- added: output ISRC country, owner, year, serial to _disc.txt
- changed: Data and Time format (ISO8601)
- fixed: search PSX anti-mod string

431

(3,538 replies, posted in General discussion)

Transfer length was too large.

uiDirPos: 341431, TransferLength: 82

Fixed it. Test plz. http://www.mediafire.com/file/eq80y20l9 … st.7z/file

432

(3,538 replies, posted in General discussion)

Added some logs into _maininfo.txt. http://www.mediafire.com/file/eq80y20l9 … st.7z/file
Upload logs again, plz.

433

(3,538 replies, posted in General discussion)

The version is too old.

20190629 193630

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

434

(3,538 replies, posted in General discussion)

R00n5t3r wrote:

I'm having trouble dumping the original xbox game Furious Karting.

Logs are needed.

435

(3,538 replies, posted in General discussion)

@RevQuixo
See -> http://forum.redump.org/topic/20409/don … ssion-cue/

@Jackal
It's completely DICUI problem and it was fixed by DICUI WIP build https://ci.appveyor.com/project/mnadare … /artifacts

436

(3,538 replies, posted in General discussion)

No.

437

(3,538 replies, posted in General discussion)

RevQuixo wrote:

Same error with test version.

Re-uploaded.  http://www.mediafire.com/file/eq80y20l9 … st.7z/file

438

(3,538 replies, posted in General discussion)

RevQuixo wrote:

Dumping an unlicensed DC game - Maquipai and getting the following error:

Uploaded test version but I have not tested.
http://www.mediafire.com/file/eq80y20l9 … st.7z/file

Zuk60 wrote:

When I'm dumping any PS3 disc using the latest test version of DIC I encounter the following error:

Does it mean the dump is failed? If not so, you can ignore it.

439

(3,538 replies, posted in General discussion)

user7 wrote:

I got 75 errors but no c2 errors dumping with the latest build, is this okay?

175028 ... 175102 are the pregap sectors of track 02. Subchannel points these sectors as data, while track 02 is audio track according to TOC.

@Jackal, F1ReB4LL
Should these sectors be descrambled?

440

(3,538 replies, posted in General discussion)

reentrant wrote:

Few of my latest submissions were 0 or minus offset multi-session discs:
http://redump.org/disc/69733/
http://redump.org/disc/69732/

I don't have any plus offset multi-session discs neutral

Sorry, do you have other combined offset minus disc?

441

(35 replies, posted in General discussion)

Memo
----
. SecuROM DLL (Sintf16.dll, Sintf32.dll, SintfNT.dll) is combined in the exe of SecuROM 4.xx disc.
. These dlls are being compressed by petite (https://www.un4seen.com/petite/) and can decompress by enlarger v1.3 (http://www.angelfire.com/electronic/oldskool/stuff.htm)
. If someone can disassemble these dlls, it may be revealed what it is.

442

(3,538 replies, posted in General discussion)

Similar result.

LBA[067953, 0x10971]: P[00], Q[4100a2150802003951594194]{ Data,      Copy NG,                  Point[a2], AMSF[15:08:02], StartTimeOfLead-out[39:51:59]}, RtoW[0, 0, 0, 0]
LBA[067954, 0x10972]: P[00], Q[41040000017400150803be36]{ Data,      Copy NG,                  Track[04], Idx[00], RMSF[00:01:74], AMSF[15:08:03]}, RtoW[0, 0, 0, 0]

Btw, do you have plus offset disc of multi-session? and other minus offset disc of multi-session?
I believe plus offset disc is no problem, but I'm not sure minus offset disc is really no problem.

443

(3,538 replies, posted in General discussion)

There is unexpected data.

LBA[067953, 0x10971]: P[00], Q[00000000009500000001ea03]{Audio, 2ch, Copy NG, Pre-emphasis No, Adr[00], Track[00], Idx[00], RMSF[00:00:95], AMSF[00:00:01]}, RtoW[0, 0, 0, 0]
LBA[067954, 0x10972]: P[00], Q[41040000017400150803be36]{ Data,      Copy NG,                  Track[04], Idx[00], RMSF[00:01:74], AMSF[15:08:03]}, RtoW[0, 0, 0, 0]
LBA[067955, 0x10973]: P[ff], Q[41040000017300150804a905]{ Data,      Copy NG,                  Track[04], Idx[00], RMSF[00:01:73], AMSF[15:08:04]}, RtoW[0, 0, 0, 0]

67953 should have subdata of 67954.
67954 should have subdata of 67955.
This continues to all lead-in sectors.

LBA[068101, 0x10a05]: P[ff], Q[41040000000200151000912c]{ Data,      Copy NG,                  Track[04], Idx[00], RMSF[00:00:02], AMSF[15:10:00]}, RtoW[0, 0, 0, 0]
LBA[068102, 0x10a06]: P[ff], Q[41040000000000151002f5ed]{ Data,      Copy NG,                  Track[04], Idx[00], RMSF[00:00:00], AMSF[15:10:02]}, RtoW[0, 0, 0, 0]
LBA[068103, 0x10a07]: P[ff], Q[41040100000000151003a21f]{ Data,      Copy NG,                  Track[04], Idx[01], RMSF[00:00:00], AMSF[15:10:03]}, RtoW[0, 0, 0, 0]

Due to the unexpected subdata of 67953, there are no RMSF 00:00:01 and AMSF 15:10:01.

444

(3,538 replies, posted in General discussion)

reentrant wrote:

Can you check check it?

REM LEAD-IN and REM PREGAP are depending on subchannel. I want to check _subReadable.txt (or .sub)

445

(3,538 replies, posted in General discussion)

Mastermind wrote:

I found another bug.

- fixed: dat is empty if dir is empty

446

(3,538 replies, posted in General discussion)

Mastermind wrote:

I tried to rip some PS3/PS4 games with DIC and sometimes the .iso doesn't match to the one read with UtraISO. The file from DIC is always larger and filled with 00. Why is there sometimes a difference?

Uploaded test version
- fixed: BD-ROM also uses "Anchor Volume Descriptor Pointer", not TOC length

Askavenger wrote:

Old version log is not useful for me.  DICUI user always reports using old version...

Parotaku wrote:

a HEUR/APC threat signature

It's a famous for false positive diagnosis. Windows defender says nothing. Report to avira, plz.

447

(35 replies, posted in General discussion)

I researched Alcohol 52% using Bus Hound 6.01 and added a measurement function in DIC.
http://www.mediafire.com/file/w2p4z8cps … pm.7z/file

This function outputs read time in _disc.txt like this.

========== Data Position Measurement (DPM) ==========
Entry: 1798, Resolution: 50
---------------------------
   1 (     0), ReadTime 154.500100[msec]
   2 (    50), ReadTime 154.566300[msec]
   3 (   100), ReadTime 154.758100[msec]
   4 (   150), ReadTime 154.850500[msec]
   5 (   200), ReadTime 154.853000[msec]
   6 (   250), ReadTime 155.114800[msec]
   7 (   300), ReadTime 155.013000[msec]
   8 (   350), ReadTime 155.249500[msec]
   9 (   400), ReadTime 155.350000[msec]
  10 (   450), ReadTime 155.493100[msec]
  11 (   500), ReadTime 155.512100[msec]
  12 (   550), ReadTime 155.672400[msec]
  13 (   600), ReadTime 155.690200[msec]
  14 (   650), ReadTime 155.774200[msec]
  15 (   700), ReadTime 156.011200[msec]
  16 (   750), ReadTime 156.051600[msec]
  17 (   800), ReadTime 156.179200[msec]
  18 (   850), ReadTime 156.326700[msec]
  19 (   900), ReadTime 156.385200[msec]
  20 (   950), ReadTime 156.486800[msec]
:
:

CD: reading speed is 4x. resolution is 50.
DVD: reading speed is 4x. resolution is 256.

There is not a special flag to get this log.
CD

DiscImageCreator.exe cd <driveletter> <filename> <drivespeed>

DVD

DiscImageCreator.exe dvd <driveletter> <filename> <drivespeed>

**TODO**
1. I don't know how to convert this reading time to DPM data.

448

(3,538 replies, posted in General discussion)

*2020-04-03
- added: output ApplePartitionMap log
- added: /p is supported by PX-W4012 and some old plextor
- added: /vnx flag for videonow xp
- added: TOC reading for slot mechanism drive when swap command is used
- added: output DeviceType, StorageMediaType when disk command is used
- changed: /p and /c2 can't use together
- changed: PX-708A 1.04 is enabled to use
- improved: TOC_ATIP log
- fixed: misdetected leadin sector
- fixed: misdetected last sector of data track on subchannel
- fixed: do not check month and day of directory record for NERO___BURNING_ROM
- fixed: UNICODE build
- fixed: sector length of DVD-RAM, DVD+R
- fixed: TOC_INFO of CDTEXT
- fixed: when sub or mds command is used and valid extention is omitted, its command fails to execute
- fixed: swap command didn't work from 20191223
- fixed: get some drive offset
- fixed: Log of DISK_GEOMETRY_EX and FAT32
- fixed: PS2 unlicensed discs can't dump from 20191223
- fixed: Linux can't dump CD with CDTEXT

449

(3,538 replies, posted in General discussion)

Uploaded test version.
- fixed: PS2 unlicensed discs can't dump from 20191223

450

(3,538 replies, posted in General discussion)

According to subError.txt, subch of 134966 ... 134972 doesn't get correctly. I think the index of these sectors is 01.