Search options (Page 3 of 4)

Got it. So I guess for this particular disc English block is empty and all the meaningful data is in the Japanese CD-TEXT block.
My next question is, what encoding gets dumped to the BLOCK 1 cue?
I'm getting garbage there but I don't have JP fonts installed and no Japanese locale. We would need that corrected (I guess manually in a cue sheet) in order to be added to redump.

EDIT: Nevermind, notepad++ displays everything correctly, it was my viewer which had a problem, thank you!

I downloaded the newest DIC version from the website and the problem is still there. I did 2 dumps of clean GameShark 2 disc and I'm getting different results (4476 vs 4477) errors.
Let me know if logs would be useful, I'll upload them.

There are two problems:
When I use DIC supplied with MPF, Build 20210401T101950, if that helps, and dumping PS2 GameShark disc with /sf flag, after initial pass it tries to re-read some C2 sectors from BIG.DAT and as it never gets a match, dumping fails.
For other PS2 unlicensed I often get improper dumps with wrong error count, it deviates from 4475 errors count for such discs. All these discs are clean and I currently dump them using the earlier DIC version which always yields the exact 4475 errors. That version you built after I mentioned this earlier error count deviation and it always works for me.

Is there any way to disable this checking so DIC doesn't crash?

/s 2 didn't help.
My primary concern is that in my new dump the split is 1 sector earlier comparing to what we have in the DB.
e.g. in the new dump the data track last sector is audio track but in the DB it's not and it seems more correct. I have to identify which dump is correct, old or new.

Didn't work I'm still getting slightly different data on each dump attempt.
New logs: https://www.dropbox.com/s/16zvbqdcggzr8 … st.7z?dl=0
I ended up picking up the most correct dump and hexediting the erroneous sector (they are all empty).

EDIT: I rechecked my dumps before the test version and after, error number definitely decreased with the new version so I guess if the disc is faulty this is still good DIC fix to have. Thank you!

Which one should be considered correct for the redump submission?

sarami, I spent some time dumping one of the Russian unlicensed discs and DIC without any success. The disc is clean and it locks up on some sectors when dumping (slow) and there are some C2 errors.
I almost lost hope but decided to give it a try with IsoBuster and everything dumped fine, and what is more important - I have 100% match with the internet image of the same game. That's quite alarming to me as I have a pile of ~250 discs undumpable with DIC and I wonder whether all of them are bad or not.

Logs: https://www.dropbox.com/s/p7fzgdlkq7yij … gs.7z?dl=0

Can you please look into it?

I'm having a trouble dumping Action Replay Version 2.34 (PlayStation 2 CD) in my Plextor PX-755A.
Right on dump start I get

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

I can start the dump just fine using my other ASUS BW-16D1HT drive but it has some reading issues with some GameShark / ActionReplay discs, very slow reading and takes forever - don't think it's related though.
Using the latest DIC.

This disc has 1 subheader copy difference, this is warning in edccchk tool. Redump's error count field expects to use "Total errors+warnings" number from edccchk. This entry has an error in a DB, should be 1.
I just replicate the behaviour of edccchk but I don't call it errors + warnings, just errors.

I made some improvements in command line but have yet to publish sources and build new binaries, it's now a single executable file without libraries.
It's nice that somebody is using the tool though

What is the DIC command line?