Page 244 of 354

Re: DiscImageCreator

Posted: Mon Feb 24, 2020 6:43 am
by Nexy
sarami wrote:Could he really get the scrambled sector data by the method? I can't use bushound readily because it's really expensive.
It's been free for personal use for some time now ?

Re: DiscImageCreator

Posted: Mon Feb 24, 2020 6:56 am
by sarami
Nexy wrote:It's been free for personal use for some time now ?
Free version is limited.
Up to 32 commands can be captured
Only the first 8 bytes of each data transfer are captured
Runs only on 32-bt Windows, XP and later
I'm working ASUS on Win10 64bit.
Madroms wrote:
sarami wrote:
Madroms wrote:could you check the log for this disc ?
Also try to use subdump.
subdump added.
LBA 91152 is the start address of track 14 on TOC.

Code: Select all

      Data Track 14, LBA    91152 -    93436, Length     2285
But It's the end of address of track 13 on sub.

Code: Select all

LBA[091151, 0x1640f]: P[3f], Q[411301040808002017264de6]{ Data,      Copy NG,                  Track[13], Idx[01], RMSF[04:08:08], AMSF[20:17:26]}, RtoW[0, 0, 0, 0]
LBA[091152, 0x16410]: P[3f], Q[41130104080900201727f796]{ Data,      Copy NG,                  Track[13], Idx[01], RMSF[04:08:09], AMSF[20:17:27]}, RtoW[0, 0, 0, 0]
LBA[091153, 0x16411]: P[00], Q[41140100000100201728797b]{ Data,      Copy NG,                  Track[14], Idx[01], RMSF[00:00:01], AMSF[20:17:28]}, RtoW[0, 0, 0, 0]
It looks like real sub indexes. F1ReB4LL judges it.
nitro322 wrote:re-ripping with my ASUS drive with /be also yielded the correct result.
No need to use /be except plextor.

Re: DiscImageCreator

Posted: Mon Feb 24, 2020 10:22 am
by nitro322
sarami wrote:
nitro322 wrote:re-ripping with my ASUS drive with /be also yielded the correct result.
No need to use /be except plextor.
I don't think I follow.  Without /be on the ASUS, it produces a different file than that ripped by Plextor.  Clearly the same disc producing different output depending on the drive used to rip it is not desired.

Re: DiscImageCreator

Posted: Mon Feb 24, 2020 7:47 pm
by sarami
To get scrambled sector(s), plextors use 0xd8 while other drives use 0xbe with cdda flag.
If /be is used, 0xbe with all flag is set forcibly. As the result, it can't get scrambled sector(s).
In other words, it can't get correct combined offsets.
nitro322 wrote:if I omit /be, all ripped tracks match the redump entry.  If I include /be, the data track matches, but all audio tracks have different checksums.
If you want to dump mixed mode disc on ASUS, do not use /be.

Re: DiscImageCreator

Posted: Tue Feb 25, 2020 4:49 pm
by Nexy
I use it on Windows 7 64 bit Enterprise without an issue, and no, it's not an illegal version.

Re: DiscImageCreator

Posted: Tue Feb 25, 2020 8:54 pm
by nitro322
sarami wrote:To get scrambled sector(s), plextors use 0xd8 while other drives use 0xbe with cdda flag.
If /be is used, 0xbe with all flag is set forcibly. As the result, it can't get scrambled sector(s).
In other words, it can't get correct combined offsets.
nitro322 wrote:if I omit /be, all ripped tracks match the redump entry.  If I include /be, the data track matches, but all audio tracks have different checksums.
If you want to dump mixed mode disc on ASUS, do not use /be.
That makes sense.  Thanks for clarifying.

One last question, if you don't mind - for single track discs, would you recommend always setting /be with ASUS drives?  My concern is with discs like that Wing Commander Prophecy example, where I wouldn't know there's a problem unless there's already another good dump that doesn't match.

Re: DiscImageCreator

Posted: Wed Feb 26, 2020 12:35 am
by sarami
nitro322 wrote:My concern is with discs like that Wing Commander Prophecy
Is it this disc? https://redump.info/disc/12961/
If yes, as I said, large ofs disc is not supported yet on Asus.
If no, upload logs, please.

Re: DiscImageCreator

Posted: Thu Feb 27, 2020 12:22 am
by nitro322
sarami wrote:Is it this disc? https://redump.info/disc/12961/
If yes, as I said, large ofs disc is not supported yet on Asus.
If no, upload logs, please.
Yes, that's the disc.  Offset issue noted.  What's odd about that case is that it did get a correct (correct as in matching the plextor, at least) dump with /be, even despite the large offset.

Re: DiscImageCreator

Posted: Thu Feb 27, 2020 1:05 am
by sarami
Because data sector can be dumped without offsets using 0xbe opcode. It's normal method. Almost all CD dumping tools (Isobuster, CloneCD etc.) use 0xbe.

Re: DiscImageCreator

Posted: Sat Feb 29, 2020 6:32 pm
by Agent47
Hi sarami. I ran into some issues dumping a multisession pc disc today with the latest github release where it would timeout around the end of the first session and DIC would just hang.

I used the latest test build you posted in this thread and the dump completed with some errors. I was hoping you could check the logs and let me know if the dump is ok.

The disc in question is the US version of https://redump.info/disc/56890/.

Logs: https://mega.nz/#!HvRjRAzI!g7wn70ZdO0VE … bSJDcT9nb8

If you need any more info let me know. Thanks.