DeMoya and I still seek to dump a good bunch of FX Interactive publisher discs from Spain AKA IBM PC spanish discs.

However, this publisher tend to use this damn ringcode protection and as I've explained a few times over the years, the current dumping method is just too much.

Not sure if Redumper is able to deal with this or we are still stuck in the old method. Thanks for the atention.

Work to support automatic/semi-automatic dumping of ring protection (or a subset of ring protection) is being done in redumper.

Until then, this is the guide you should follow for ringed discs. It is not for the faint of heart, takes a lot of time and effort:
http://www.wiki.redump.org/index.php?ti … ping_Guide

Already had Almagno years ago trying to pull that one, we just can't afford this method. If it was only a few discs, it could be pulled, but in our case, is impossible.

We'll wait till a solution comes from Redumper.

4 (edited by reentrant 2025-03-07 00:59:02)

Deterous wrote:

It is not for the faint of heart
http://www.wiki.redump.org/index.php?ti … ping_Guide

smile There's one improvement possible - automatic merge of extracted sectors (for dvd it's easy, for cd it's harder as I don't have the code for generating ECC/EDC codes - CDMage has it - probably needs to be ripped somehow)

Do you know where can I find such source code?

EDIT: Loaded CDMage into IDA. There's good news and the bad news. I was able to locate code responsible for checking ECC / EDC  / repairing. The bad news is that it's heavy math (Reed Solomon codes). I was able to find this article by looking after specific magic constants, for example 1118:

https://topic.alibabacloud.com/a/eccedc … 07687.html

Unless someone rips that code from CDMage (hard) or writes it from scratch (hard+++) there's no room for improvement for cd dumping hmm

EDIT2:
For DVDs process can be improved in two ways:
- 2048B sectors can be auto merged into input image file (in the code I have: rangeContext.writeSectorToImage = FALSE, so it's just a matter of setting it to TRUE)
- Read speed can be optimized if I know which 2048B sector is already correct in the input image. If sectors is full of zeroes - I can assume it's corrupted and try to re-read it. Is it safe?

For CDs process can be improved in one way:
- 2352B sectors can be auto merged into input image file (in the code I have: rangeContext.writeSectorToImage = FALSE, so it's just a matter of setting it to TRUE)

Attached newest build with auto-merge enabled...

Post's attachments

CDArchive.rar 284.45 kb, 1 downloads since 2025-03-07 

You don't have the permssions to download the attachments of this post.

reentrant wrote:

I don't have the code for generating ECC/EDC codes.

Now you do : https://github.com/alex-free/edcre

6 (edited by reentrant 2025-03-09 20:04:56)

Thanks man. It's a nice code but it's not the code I was looking for. Anyway, I have found it elsewhere and I'm preparing a new version of CDArchive which will:
- Remove dependency on CDMage completely
- Remove dependency on edcecc completely
- No merging necessary

Well done.