reentrant wrote:

Is it safe to assume those tools produced proper track 1? PSX games don't have mastering errors?

Multitrack games with No EDC have ECC/EDC added in the last sector. This is a known bug in the Sony CD Generator software. Some drives aren't able to dump this sector properly.

Thanks for reporting this. I checked those dumps and the last sector was scrambled and did not contain the correct data. I've fixed this by running psxt001z --fix on the data track and then using injector.

psxt001z -
injector - …

I guess we should do a thorough recheck on all the other multitrack PSX dumps to see if there are more dumps with this issue.

sarami wrote:

Thanks info. Do these discs have the ring on the different file like

They are also inside large exe files IIRC, but the IFPI LL21 are different type than "Unnamed CD.IDX" because you can't dump them in DIC and the last sectors have to be dumped with cdarchive like Ring ProTECH.

The barcode is 4891779103179 .
It's also available on
There are other discs (CD's) with similar LL21 ringcodes and Ring protection: … code/ll21/

DVD's don't have bad sectors (afaik)


(1,608 replies, posted in General discussion)

sarami wrote:
XTac wrote:

DIC cannot find the copy protection on the disc (which should be CD.IDX dummy file)

There isn't CD.IDX and there is 15 zip files in your disc. Perhaps CD.IDX is archived in zip.

There are different variants of this protection and there isn't always a CD.IDX file. For this disc, the error sectors are in the DATA.CAB file range. The only way to get a dump that matches redump is to manually execute "eccedc fix" on the image. I don't know if it will work with the default version or if you need the modified version from reentrant.


(4 replies, posted in Fixes & additions)

Any volunteers? tongue

I only tested the AD-7280S.. @reentrant which model did you have?

sarami wrote:

@Jackal, reentrant
Btw, did you test all vendor drive (nec, hitachi-lg, matsushita, teac, tsst, asus etc.) except optiarc and plextor?
Is optiarc really best drive for ring protect like laserlock or proring?

For LaserLock, the PX-760A also seems able to read the sectors, but it takes longer to retry every sector.

Some Lite-On drives (e.g. SOHD-167T) might also give good results, but I didn't test them.

Samsung SH-D162D, LG GDR-8164B are no good for these discs.

Ok so the errors are in the last track?

You need to get a DIC dump with separate .bin tracks when you're going to submit the dump later.
For CDArchive you need to use the combined image (= .img file).. Then after you extracted all the sectors with CDArchive, you add them to the .img image, and you'll need to cut out the last track using a hex editor.

_Maki wrote:

[Removed my idiotic first tries]

Two questions. How does this work with multitrack CDs? I have the error range, which goes from 329000 to 336200, but of course, with multiple BINs, this information is useless. I need the range based on which bin tracks are affected, and their range.

Secondly, for testing, I used a small range like 2000 to 3000 on the first BIN, and CDArchive did its thing, but at the end, the SECT folder was empty. Did I do something wrong?

Are you sure your disc is Ring Protech?

And why are you trying sectors 900-2100 with CDArchive if you say the error range is 329000 to 336200?


(8 replies, posted in General discussion)

Bump.. there was a discussion on discord about (the lack of) DPM preservation.

they are basically read timings that vary for each drive and read speed, so we can't just store this info in a database
I dont see any way of producing "verifiable" DPM data, unless we start rounding off the timings

I remember tools that draw some graph based on those values, then let you to anti-alias it
Then fix the values according to the new graph

@reentrant + sarami.. do you have any idea on how we could achieve verifiable results between different drives and speeds?

Maybe we could all buy the same game(s), then dump it with different speeds and drives, and see if there is a graph that could be generated by some standard algoritm? And also test different minimum and maximum values to to find any boundaries in the protection.

And I'm guessing that there are no known cases of someone obtaining valid DPM ranges by reverse engineering any game executables?

user7 wrote:

Are Ringprotech discs accepted in redump? I was under the impression they were not due to imperfect dumping. Ideally it's best to dat the best available dump anyway?

It was deemed too difficult for newbie dumpers
but one dumper already proved us wrong: … ngprotech/


(27 replies, posted in Dumps)

Let's just call it 'Ring' then until someone figures out the correct name.


(1,608 replies, posted in General discussion)

sarami wrote:
iR0b0t wrote:

If sector mode is not 0x00 or 0x01 or 0x02 then treat it as error.

OK, but is this error, not warning? As you know, CDmage doesn't distinguish between error and warning.


CDmage B5 1.02.1 error report for image "FATAL.cue"
Track #| Sector|Sync|Header|Subheader|EDC|Intermediate|ECC P|ECC Q|Severity|Content of sector
      1| 63.502| Yes|  Yes |   No    |No |    N/A     | No  | No  |Low     |unused/empty
      1| 63.503| Yes|  Yes |   No    |No |    N/A     | No  | No  |Low     |unused/empty
Total error count:2

EdcEcc error count:
[INFO] Number of sector(s) where EDC doesn't exist: 2
[INFO] Number of sector(s) where sync(0x00 - 0x0c) is zero: 2
    Sector: 63352, 63353, 
Total errors: 0
Total warnings: 2

Are all 2352 bytes zero sectors error or warning or no error?

4th sector from last of SecuROM changes the mode from 1 to 2 intentionally for the purpose of protect.
Is this error or warning?

If there's a sector inside a data track that has a different format, so non-data, different mode or other yellow book violation, then it should be regarded as an error imo for the error count, even if ECC/EDC matches.


(27 replies, posted in Dumps)

Do "La Prision", "Space Clash" and the other games all have the "ProRing" logo and hidden file? I guess the protection should be called "ProRing" then.

These 2 dumps seem good enough to add. U could submit them here:


(1,608 replies, posted in General discussion)

sarami wrote:
Jackal wrote:

There are lead-out sectors inside the data track.

What evidence let it say to you?

Here are the last 4 "non-data" sectors:

I assumed they are lead-out sectors?


(1,608 replies, posted in General discussion)

xTMODx wrote:

Here are the logs also a lot of older PC Games coverdiscs have 4 non data sectors for example PC Games 1/97

[ERROR] Number of sector(s) where mode(0x0f) is unknown: 1
    Sector: 330553, 
Total errors: 1
Total warnings: 0
edccchk - CD image EDC/ECC Checker
v1.26 (32-bit Windows, MinGW, large file support)
  Copyright (C) 2013 Natalia Portillo
  based on ecm v1.03
  Copyright (C) 2002-2011 Neill Corlett
Checking gp2demo.bin...
Non-data sectors........ 4
Mode 0 sectors.......... 0
    with errors..... 0
Mode 1 sectors.......... 330550
    with errors..... 0
Mode 2 form 1 sectors... 0
    with errors..... 0
    with warnings... 0
Mode 2 form 2 sectors... 0
    with errors..... 0
    with warnings... 0
Total sectors........... 330554
Total errors............ 0
Total warnings.......... 0
Total errors+warnings... 0

This disc has 4 errors in cdmage. There are lead-out sectors inside the data track. We should keep using cdmage because it's the only tool that gives sensible results. Non-data sectors inside a data track should be included in the error count.


(27 replies, posted in Dumps)

Do you have any other drives that you could try to read the 25442-25444 sectors with? Maybe try 100 retries.


(27 replies, posted in Dumps)

If he tested a couple discs and no readable sectors are found inside, then he can dump the remaining games with this protection like he did here, so without reading every sector.
This disc with 7734 errors takes about 14 hours to dump with an optiarc drive + clonecd: , so it should take maybe 8,5 hours to test one of these discs, assuming they have similar error counts.


(27 replies, posted in Dumps)

If you really tried to read both directions with cdarchive and 50 retries then the dump is good enough I guess. You could continue posting other dumps. Thanks for your effort.

The only problem is that some ring protections also have readable ranges inside the ring.. The only way then to capture all the readable sectors is by dumping it on the optiarc drive with no error skip. That can take many hours.
I don't know if there's a chance if these Spanish discs have readable sectors in the ring.
And how can we determine the real name of this protection, if it's not Ring PROTECH?


(27 replies, posted in Dumps)

And off-topic question, do you also have "Space Clash"? It's also a Spanish game and apparently it has a similar ring protection.


(27 replies, posted in Dumps)

Plz see the message that I posted a couple seconds before you.

And if the error range is 27337-31823, then the error count is 4486 and not 4487? Or is there another error somewhere?


(27 replies, posted in Dumps)

Could you double check with this command on all 3 drives (Plextor + LG + Optiarc) to verify that these are in fact the best achievable results?

- CDArchive.exe -x f -d "H:\DICUI_1.10\SKIP\SECT" -e 31800 31900 50 0 0 b "H:\DICUI_1.10\SKIP\ISO\PRISION (Track 01).bin"


(27 replies, posted in Dumps)

Hi, can you please explain the steps that you did and the drives that were used in this process? Other ring protech dumps have around 500 errors: … tion/only/ .. Unless you used an Optiarc AD-72** and read backwards with reentrant's tool, there's probably many readable sectors missing from the image.

Also, the cuesheet in your post isn't the correct one from DIC (and there are no .dat contents in your post).