I found another bug. When I rip a DVD game to a root folder, e.g. "F:\gamename.iso" then DIC creates an empty .dat file. Only in a subfolder the datfile is created correctly.
2,476 2020-04-12 21:52:19
2,477 2020-04-12 21:53:33
I found another bug. When I rip a DVD game to a root folder, e.g. "F:\gamename.iso" then DIC creates an empty .dat file. Only in a subfolder the datfile is created correctly.
What is the DIC command line?
2,478 2020-04-12 22:03:51
Mastermind wrote:I found another bug. When I rip a DVD game to a root folder, e.g. "F:\gamename.iso" then DIC creates an empty .dat file. Only in a subfolder the datfile is created correctly.
What is the DIC command line?
discimagecreator dvd e: "F:\Sid Meier's Civilization IV - Ultimate (Disc 2) (Sid Meier's Civilization IV - Colonization).iso" 16
2,479 2020-04-12 22:18:22
discimagecreator dvd e: "F:\Sid Meier's Civilization IV - Ultimate (Disc 2) (Sid Meier's Civilization IV - Colonization).iso" 16
True, I've just tried "d:\DICUI\Programs\Creator>DiscImageCreator.exe cd F "D:\test with spaces (and brackets).bin" 8 /c2 200 /nl"
and I ended up with zero size dat file.
2,480 2020-04-13 05:02:49
I found another bug.
- fixed: dat is empty if dir is empty
2,481 2020-04-18 20:05:01 (edited by reentrant 2020-04-18 20:05:07)
Hi sarami,
Jackal says this one: http://redump.org/disc/69762/ was incorrectly dumped (CUE). Can you check check it?
2,482 2020-04-18 23:45:36
Does dumping now check for a leadout before initiating?
LBA[323849, 0x4f109]: [F:ReadCDForCheckingReadInOut][L:701] Opcode: 0xd8 ScsiStatus: 0x02 = CHECK_CONDITION SenseData Key-Asc-Ascq: 03-02-8d = MEDIUM_ERROR - VENDOR UNIQUE ERROR lpCmd: d8, 00, 00, 04, f1, 09, 00, 00, 00, 01, 00, 00 dwBufSize: 2352 This drive can't read the lead-out
I used to be able to partial dump the scm for discs where label covers data (example): https://i.ebayimg.com/images/g/Qf4AAOSw … -l1600.jpg
Can this feature be re-added? It is important for dozens of PS2 unlicensed discs.
Still having issue with latest test version. Possible to add disable checking for lead out?
2,483 2020-04-19 02:01:05
Can you check check it?
REM LEAD-IN and REM PREGAP are depending on subchannel. I want to check _subReadable.txt (or .sub)
2,484 2020-04-19 08:24:41 (edited by Jackal 2020-04-19 08:25:59)
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)
========== TOC ==========
Audio Track 1, LBA 0 - 19200, Length 19201
Audio Track 2, LBA 19201 - 38392, Length 19192
Audio Track 3, LBA 38393 - 68102, Length 29710
Data Track 4, LBA 68103 - 179233, Length 111131
Total 179234
DIC .cue contained 15:08:03 pregap, but it should be 00:02:00 (the dump itself is correct).
04:14:01
04:15:67
04:06:10
02:30:00
00:02:00
----------
15:08:03 is the MSF of Track04, so it's putting this as the PREGAP value instead of calculating the correct one.
2,485 2020-04-19 09:04:39
Ok. Subchannel readable attached.
2,486 2020-04-19 10:52:44
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.
2,487 2020-04-19 11:22:29 (edited by reentrant 2020-04-19 13:11:03)
Logs from dump /s 2. It's bad now. Track 4 is not descrambled.
2,488 2020-04-20 13:30:04
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.
2,489 2020-04-20 16:50:43 (edited by reentrant 2020-04-20 16:50:54)
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
Only on this particular disc I have this weird error:
LBA[067953, 0x10971]: [F:ProcessReadCD][L:282]
Opcode: 0xbe
ScsiStatus: 0x02 = CHECK_CONDITION
SenseData Key-Asc-Ascq: 06-29-00 = UNIT_ATTENTION - POWER ON, RESET, OR BUS DEVICE RESET OCCURRED
LBA[067953, 0x10971] Read error. padding [2352byte]
2,490 2020-04-20 22:15:00
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
Sorry, do you have other combined offset minus disc?
2,491 2020-04-21 13:47:48
Nope. This is the only such disc I have.
2,492 2020-04-23 14:48:05
https://drive.google.com/file/d/1YiWLN_ … sp=sharing
I got 75 errors but no c2 errors dumping with the latest build, is this okay?
2,493 2020-04-28 05:25:34
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?
2,494 2020-04-29 12:33:22
When I'm dumping any PS3 disc using the latest test version of DIC I encounter the following error:
LBA[000000, 0000000]: [F:ReadDiscStructure][L:1297]
Opcode: 0xad
ScsiStatus: 0x02 = CHECK_CONDITION
SenseData Key-Asc-Ascq: 05-24-00 = ILLEGAL_REQUEST - INVALID FIELD IN CDB
Drive is LG BH16NS55 / FW 1.04
2,495 2020-04-30 20:23:30
Dumping an unlicensed DC game - Maquipai and getting the following error:
[ERROR] Number of sector(s) where mode2 NoEdc subheader(0x10 - 0x17) isn't same: 3
Sector: 88956, 88957, 88958,
Total errors: 3
Total warnings: 0
Not sure if it is protection, normal, or something that needs to be looked at further. Logs are here:
https://drive.google.com/open?id=1YWF7t … vETdbGLs3X
Game is cheap if needs to be reasearched:
2,496 2020-05-01 02:19:23
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
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.
2,497 2020-05-01 05:45:01
When I'm dumping any PS3 disc using the latest test version of DIC I encounter the following error:
LBA[000000, 0000000]: [F:ReadDiscStructure][L:1297]
Opcode: 0xad
ScsiStatus: 0x02 = CHECK_CONDITION
SenseData Key-Asc-Ascq: 05-24-00 = ILLEGAL_REQUEST - INVALID FIELD IN CDBDrive is LG BH16NS55 / FW 1.04
It's because you're not using a PS3 drive with a 3k3y so it's unable to pull the disc key. It's totally normal and expected, don't worry about it.
2,498 2020-05-01 07:59:33
Zuk60 wrote:When I'm dumping any PS3 disc using the latest test version of DIC I encounter the following error:
LBA[000000, 0000000]: [F:ReadDiscStructure][L:1297]
Opcode: 0xad
ScsiStatus: 0x02 = CHECK_CONDITION
SenseData Key-Asc-Ascq: 05-24-00 = ILLEGAL_REQUEST - INVALID FIELD IN CDBDrive is LG BH16NS55 / FW 1.04
It's because you're not using a PS3 drive with a 3k3y so it's unable to pull the disc key. It's totally normal and expected, don't worry about it.
Thank you both!
2,499 2020-05-01 12:23:27
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
Same error with test version.
2,500 2020-05-02 02:47:05
Same error with test version.
Re-uploaded. http://www.mediafire.com/file/eq80y20l9 … st.7z/file