Page 58 of 354

Re: DiscImageCreator

Posted: Thu Jan 15, 2015 1:41 pm
by Sotho Tal Ker
Crash is fixed. Thank you. Image

Re: DiscImageCreator

Posted: Sun Jan 25, 2015 2:38 pm
by F1ReB4LL
https://www.sendspace.com/file/763hcq -- incorrectly detected CD+G for https://redump.info/disc/34033/ (channel T is filled with 0xFF). There are many discs, where the whole R-W area is padded with 0xFF, will DIC also detect them as CD+G?

Re: DiscImageCreator

Posted: Tue Jan 27, 2015 7:57 pm
by sarami
Thank's report.
Uploaded
- added: If any of R-W area is padded with 0xff, detect it.
- fixed: cue file for CDTEXT
(channel T is filled with 0xFF). There are many discs
Could you tell me these many discs? Because I don't have a channel T filled disc.

Re: DiscImageCreator

Posted: Wed Jan 28, 2015 4:14 pm
by F1ReB4LL
sarami wrote:Could you tell me these many discs? Because I don't have a channel T filled disc.
I've said "There are many discs, where the whole R-W area is padded with 0xFF" -- many PC games are like that, Nexy and Jackal should know more about them. MrX_Cuci and pablo also reported about these before - /viewtopic.php?p=23578#p23578

It seems that "MASTERED BY MAYKING" ones have the channel T filled.
sarami wrote:- added: If any of R-W area is padded with 0xff, detect it.
Maybe it's better to detect any padding, not only 0xff? If 10 or 11 bytes out of 12 for 1 subchannel are the same = padding. Like, channel T: 08 08 08 08 09 08 08 08 08 08 08 09 => 10 bytes are 08 and 2 bytes are 09 => padded with 0x08. Subdump works this way, btw (if more than 7 bytes out of 12 are the same, it tries to reread the rest).

Re: DiscImageCreator

Posted: Wed Jan 28, 2015 7:49 pm
by sarami
F1ReB4LL wrote:I've said "There are many discs, where the whole R-W area is padded with 0xFF"
Oh sorry, I misunderstood. I have already whole R-W area is padded with 0xFF disc.
F1ReB4LL wrote:Maybe it's better to detect any padding, not only 0xff? If 10 or 11 bytes out of 12 for 1 subchannel are the same = padding. Like, channel T: 08 08 08 08 09 08 08 08 08 08 08 09 => 10 bytes are 08 and 2 bytes are 09 => padded with 0x08.
I haven't supposed these data at the moment. If possible, please give me all subfiles that you perceive these data "padding".

Re: DiscImageCreator

Posted: Thu Jan 29, 2015 3:58 pm
by MrX_Cuci
Error logs are huge with the latest build. Like 1GB with a perfect disc.

*EDIT* Seems data only discs have this problem

*EDIT2* Seems to be the case with certain discs only

Re: DiscImageCreator

Posted: Thu Jan 29, 2015 4:34 pm
by F1ReB4LL
sarami wrote:
F1ReB4LL wrote:Maybe it's better to detect any padding, not only 0xff? If 10 or 11 bytes out of 12 for 1 subchannel are the same = padding. Like, channel T: 08 08 08 08 09 08 08 08 08 08 08 09 => 10 bytes are 08 and 2 bytes are 09 => padded with 0x08.
I haven't supposed these data at the moment. If possible, please give me all subfiles that you perceive these data "padding".
Well, it was just an example of the possibility. Haven't seen anything except R-W padded with 0xFF and T padded with 0xFF.

Re: DiscImageCreator

Posted: Fri Jan 30, 2015 2:36 pm
by MrX_Cuci
I get an error dumping Toca 2 with the latest version:

Code: Select all

CurrentDir
        D:\DiscImageCreator\x64\Release_ANSI
InputPath
         path: Tom
        drive:
          dir:
        fname: Tom
          ext:
Start: 2015-01-30(Fri) 20:34:27
Checking reading lead-in
Read command: 0xd8, Subcode reading mode: Pack
Creating bin from -2 to 0 (LBA)      0
Reading lead-in: OK
[F:ReadCDForVolumeDescriptor][L:720] GetLastError: 6, De ingang is ongeldig.
Logs: https://dl.dropboxusercontent.com/u/355 … a2_log.zip

Re: DiscImageCreator

Posted: Fri Jan 30, 2015 7:12 pm
by sarami
MrX_Cuci wrote:I get an error dumping Toca 2 with the latest version:
Probably fixed.

Re: DiscImageCreator

Posted: Fri Jan 30, 2015 8:05 pm
by MrX_Cuci
Yup, that fixed it.