Page 195 of 354

Re: DiscImageCreator

Posted: Sat Jun 29, 2019 10:40 pm
by Nexy
Thanks for fix. Actually I feel like I should thank you so much for making this tool, it has made dumping so much smoother to do and saved me countless errors and loads of time. You should start a patreon or something so we can donate to you.

As for the Yamaha it should if that's a standard command, I am able to change the speed with other tools fine.

The strange thing with dumping speed, I don't know, the disc does speed up but the time taken is the same. Some bottleneck?
I got Haldrie to test this too, same thing.

Re: DiscImageCreator

Posted: Sat Jul 06, 2019 4:25 pm
by F1ReB4LL
/viewtopic.php?t=18171 - any idea why the descrambling failed/cancelled for the 2nd dump?

Re: DiscImageCreator

Posted: Sun Jul 07, 2019 7:09 am
by F1ReB4LL
sarami wrote:
F1ReB4LL wrote:/viewtopic.php?t=17763 … gether-us/ -- this disc has a confirmed sub desync, but the recent DIC doesn't create the 'subs indexes' set of files (actually, the tracks are the same for both TOC and sub indexes, but the gaps in cue differ).
http://www.mediafire.com/file/eq80y20l9 … st.7z/file
- fixed: Desync flag was not set in some cases
Still doesn't work properly. /viewtopic.php?p=52019#p52019

Code: Select all

FILE "subpop (1) (Subs indexes) (Track 01).bin" BINARY
  TRACK 01 AUDIO
    INDEX 00 00:00:00
    INDEX 01 00:00:32
Should be "INDEX 01 00:00:33".

Code: Select all

FILE "subpop (1) (Subs indexes) (Track 09).bin" BINARY
  TRACK 09 AUDIO
    INDEX 01 00:00:03
Missing "INDEX 00 00:00:00".

The .sub file itself is correct and sub2cue detects "INDEX 01 00:00:33" for track 1 and "INDEX 00 00:00:00" for track 9 properly, so it's the DIC's gap detection bugged.

Re: DiscImageCreator

Posted: Sun Jul 07, 2019 9:32 pm
by sarami
F1ReB4LL wrote:Still doesn't work properly.
Uploaded test version. http://www.mediafire.com/file/eq80y20l9 … st.7z/file

Re: DiscImageCreator

Posted: Mon Jul 08, 2019 7:38 pm
by Nexy
sarami, may I ask for a switch that will prevent filling SafeDisc and other error sectors with 0x55 when descrambling?

Re: DiscImageCreator

Posted: Wed Jul 10, 2019 3:38 am
by Nexy
I am having a problem dumping Hegmonia - Legions of Iron, here are the logs. https://drive.google.com/open?id=1g54NB … seEeQ3qHzB

Looking at the data that was dumped, the first bad MSF sector has an ecc/edc error and the additional blocks the sync is shifted over in the blocks by 16 bytes, where the first 16 bytes are some random bytes or from the previous sector.

The disc dumps without issue in CloneCD and Alcohol.

Re: DiscImageCreator

Posted: Wed Jul 10, 2019 4:48 pm
by Nexy
Can you also make an option to reduce the read speed when encountering errors.

Re: DiscImageCreator

Posted: Thu Jul 11, 2019 3:10 am
by Nexy
FatArnold has enountered the MSF bug on the linux build with safedisc in this thread, there is logs posted. /viewtopic.php?p=51510#p51510

Re: DiscImageCreator

Posted: Thu Jul 11, 2019 4:06 am
by sarami
Nexy wrote:sarami, may I ask for a switch that will prevent filling SafeDisc and other error sectors with 0x55 when descrambling?
Why?
Nexy wrote:I am having a problem dumping Hegmonia - Legions of Iron
Nexy wrote:FatArnold has enountered the MSF bug on the linux build with safedisc
Please check by cdtoimg.exe (d8 hacked)

Re: DiscImageCreator

Posted: Thu Jul 11, 2019 3:01 pm
by Nexy
sarami wrote:
Nexy wrote:sarami, may I ask for a switch that will prevent filling SafeDisc and other error sectors with 0x55 when descrambling?
Why?
Because I want to examine the sector data, the C2 error is always in bit 312, I think this is like CDS and there is nothing "wrong" with the dumped data.

I am working on a SafeDisc unwrapper to remove it and I want to examine everything about it I can.

What would I check with cdtoimg when it cannot dump safedisc? I can post the sectors if you want to look at the output of my disc.