Dumping discs with Ring Protech

[reentrant]

Run EdcEcc with fixex command. It will replace them with 0x55 and retry...
I have OptiArc 7290.

LBA[230940, 0x3861c], mode 1
LBA[230941, 0x3861d], mode 1
LBA[230942, 0x3861e], mode 1
LBA[230943, 0x3861f], mode 1
LBA[230944, 0x38620], mode 1
LBA[230945, 0x38621], mode 1
LBA[230946, 0x38622], This sector has invalid sync
LBA[230947, 0x38623], This sector has zero sync
LBA[230948, 0x38624], This sector has zero sync
LBA[230949, 0x38625], This sector has zero sync
LBA[230950, 0x38626], This sector has zero sync
LBA[230951, 0x38627], This sector has zero sync
LBA[230952, 0x38628], This sector has zero sync
LBA[230953, 0x38629], This sector has zero sync
LBA[230954, 0x3862a], This sector has zero sync
LBA[230955, 0x3862b], This sector has zero sync
LBA[230956, 0x3862c], This sector has zero sync

Why those sectors are bad? I think EdcEcc will fix also this:
LBA[230946, 0x38622], This sector has invalid sync

I can introduce another command fixex2 which would fix sectors in specific range...

[_Maki]

Run EdcEcc with fixex command. It will replace them with 0x55 and retry...
I have OptiArc 7290.

LBA[230940, 0x3861c], mode 1
LBA[230941, 0x3861d], mode 1
LBA[230942, 0x3861e], mode 1
LBA[230943, 0x3861f], mode 1
LBA[230944, 0x38620], mode 1
LBA[230945, 0x38621], mode 1
LBA[230946, 0x38622], This sector has invalid sync
LBA[230947, 0x38623], This sector has zero sync
LBA[230948, 0x38624], This sector has zero sync
LBA[230949, 0x38625], This sector has zero sync
LBA[230950, 0x38626], This sector has zero sync
LBA[230951, 0x38627], This sector has zero sync
LBA[230952, 0x38628], This sector has zero sync
LBA[230953, 0x38629], This sector has zero sync
LBA[230954, 0x3862a], This sector has zero sync
LBA[230955, 0x3862b], This sector has zero sync
LBA[230956, 0x3862c], This sector has zero sync

Why those sectors are bad? I think EdcEcc will fix also this:
LBA[230946, 0x38622], This sector has invalid sync

I can introduce another command fixex2 which would fix sectors in specific range...

Hey thanks, that helped! Time to reextract those sectors...

I don't really know why those sectors are bad. It happened when I dumped it with /frs and /fre.
Every sector after that range has bad sync. You can see it in the original _EdcEcc.txt

Maybe I blanked it too close to the second track?

[reentrant]

Run EdcEcc with fixex command. It will replace them with 0x55 and retry...
I have OptiArc 7290.

LBA[230940, 0x3861c], mode 1
LBA[230941, 0x3861d], mode 1
LBA[230942, 0x3861e], mode 1
LBA[230943, 0x3861f], mode 1
LBA[230944, 0x38620], mode 1
LBA[230945, 0x38621], mode 1
LBA[230946, 0x38622], This sector has invalid sync
LBA[230947, 0x38623], This sector has zero sync
LBA[230948, 0x38624], This sector has zero sync
LBA[230949, 0x38625], This sector has zero sync
LBA[230950, 0x38626], This sector has zero sync
LBA[230951, 0x38627], This sector has zero sync
LBA[230952, 0x38628], This sector has zero sync
LBA[230953, 0x38629], This sector has zero sync
LBA[230954, 0x3862a], This sector has zero sync
LBA[230955, 0x3862b], This sector has zero sync
LBA[230956, 0x3862c], This sector has zero sync

Why those sectors are bad? I think EdcEcc will fix also this:
LBA[230946, 0x38622], This sector has invalid sync

I can introduce another command fixex2 which would fix sectors in specific range...

Hey thanks, that helped! Time to reextract those sectors...

I don't really know why those sectors are bad. It happened when I dumped it with /frs and /fre.
Every sector after that range has bad sync. You can see it in the original _EdcEcc.txt

Maybe I blanked it too close to the second track?

What are the values of parameters:  /frs and /fre? Only sectors inside range should be bad. Try smaller range (maybe it cannot cross tracks, dunno).

I uploaded new CDArchive that accepts cue path as argument for -m (merge mode). Sectors are merged to correct track file now.

[_Maki]

What are the values of parameters:  /frs and /fre? Only sectors inside range should be bad. Try smaller range (maybe it cannot cross tracks, dunno).

I uploaded new CDArchive that accepts cue path as argument for -m (merge mode). Sectors are merged to correct track file now.

I used

Code: Select all

DiscImageCreator.exe cd G ISO\S3MCD_G.bin 20 /c2 /frs 223000 /fre 231000

to dump. Second track starts at 231096. Thanks for the update!

[reentrant]

231096 - 230946 = 150 = 2sec = pregap. Try to lower it by few hundred sectors. DIC dump is bugged if error range crosses tracks & pregap area...

[_Maki]

231096 - 230946 = 150 = 2sec = pregap. Try to lower it by few hundred sectors. DIC dump is bugged if error range crosses tracks & pregap area...

Ohh, I didn't know about that. Thanks!

Jackal said above that you can cut out a track from the .img with a hex editor, do you know how that works?

[reentrant]

I used HxD Hex Editor. It's a simple copy & paste app. You don't have to use it anymore (use new CDArchive).

[_Maki]

reentrant, would it be possible to specify drive speed in CDArchive? I'm missing 6 sectors right now and although my drive can extract them first try, they don't match EccEdc. Maybe they would if it was reading them at a slower speed?

[reentrant]

I'll look at it during the weekend. Should be possible...

[LoStraniero91]

I have a DVD IBM PC game with what could be Ring Protech. Any advice how to dump it?