DiscImageCreator

[Parotaku]

There are some weird points...
1. Track number starts 02, not 01.
2. Index of 1st 75 sectors is 01, not 00.
3. 101 sectors is overdumped.

If you can, please dump it by subdump and upload .sub.

I tried... but both subdump exes stop after 15sec with empty .sub files and the following log:

Code: Select all

Args: -i K: -f test.sub -mode 6 -rereadnum 25 -fix 2
TOC reading...
Find subchannel start sector...
41 01 00 16 42 00 00 00 02 00 18 ef 
subStartAddr:   0
subEndAddr:     -150
sectorQuantity: -150
Flush...
Sectors with possible errors: 0.
Not corrected sector quantity: 0.
Flush...
Sectors with possible errors: 0.
Not corrected sector quantity: 0.
Flush...
Sectors with possible errors: 0.
Not corrected sector quantity: 0.
Flush...
Sectors with possible errors: 0.
Not corrected sector quantity: 0.
Flush...
Sectors with possible errors: 0.
Not corrected sector quantity: 0.
Pre fix failed sectors quantity: 0.
subchannelsFix started.
Not corrected bytes quantity: 0.
Post correction sectors quantity: 0.


Post correction started.
Pre fix failed sectors quantity: 0.
subchannelsFix started.
Not corrected bytes quantity: 0.

Maybe I'm doing something wrong...?

[F1ReB4LL]

Maybe I'm doing something wrong...?

Something wrong with the TOC.

Code: Select all

DiscImageCreator audio K: TOC 4 -5000 -1100

Run this command and upload an archive with all the TOC* files here, pls.

[F1ReB4LL]

And I have a question. Does this disc have the logo of 'compact disc interactive' or 'compact disc digital audio CD-I READY'?

Yes, it's a CD-i Ready title.

[Parotaku]

Run this command and upload an archive with all the TOC* files here, pls.

Here you are:
https://www.dropbox.com/s/wugb8z3jza35j5g/TOC.7z?dl=0

Yes, it's a CD-i Ready title.

Must be a misprint on the label then... because, yes, there are audio tracks on the disc but the logo on the disc is definately 'compact disc interactive'...
Here, you can see it on the back too: https://i.ebayimg.com/images/g/szIAAOSw … -l1600.jpg

[F1ReB4LL]

When subQ crc is 0 DIC stops. When I retried it worked. Is is possible to add some more complex restart logic? If crc is 0 go back 100 sectors and retry reading? This crc 0 thing looks quite random...

It should be treated as a read error and reread together with C2 errors. Right now, the DIC's rereading is nearly broken, any read errors stop it with the "Failed to reread because crc16 of subQ is 0" error, earlier versions detect a C2 error there and reread.

[Nexy]

sarami, can you add Ctrl+C abort, also can you make it not spit out the usage when the command line is wrong.

Latest test version is working fine on my px-5224a and px-760a , also my lite-on dvd.

[F1ReB4LL]

sarami, can you add Ctrl+C abort

I think it is supported on the OS level, no?

[sarami]

>Nexy
Long time no see

sarami, can you add Ctrl+C abort

I think it is supported on the OS level, no?

I think so, too.

can you make it not spit out the usage when the command line is wrong.

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

[Nexy]

Yes ltns!

Thank you, and yeah I figured out ctrl+c works.

[Nexy]

So it runs on XP on PIII-S (surprised VC++ 2015 works) , have you compiled with SSE (1) extensions and optimization? It should help with hashing speed for me.

Also could you detect processor features and make the UI update less frequently (maybe 100 times less) or not at all when on old systems, it really slows things down.