_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:  http://forum.redump.org/topic/18916/ibm … ngprotech/


(27 replies, posted in Dumps)

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


(1,693 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 protect.pro file? I guess the protection should be called "ProRing" then.

These 2 dumps seem good enough to add. U could submit them here: http://redump.org/newdisc/PC_CD/


(1,693 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: https://www52.zippyshare.com/v/pVD3oZwQ/file.html

I assumed they are lead-out sectors?


(1,693 replies, posted in General discussion)

xTMODx wrote:

Here are the logs https://www83.zippyshare.com/v/7bF0LG1D/file.html also a lot of older PC Games coverdiscs have 4 non data sectors for example PC Games 1/97 https://www35.zippyshare.com/v/7diPaxz0/file.html

[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: http://redump.org/disc/54948/ , 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: http://redump.org/discs/quicksearch/pro … 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).

limbo43 wrote:

I just posted these. The title should probably be "Zunou Taisen Live" which is the actual name of the thing, I guess.

I have two copies of the same disc (on accident). One came in the Xbox Live Starter Kit box, which was just a headset and this disc in a cardboard sleeve with a manual. The other was included with the Xbox Video Chat Kit (in addition to the Video Chat disc). Both dump to the same checksums although the mastering code is slightly different on layer 0.

F1ReB4LL wrote:

http://redump.org/disc/55052/ -- oops, you did it again? hmm

sarami wrote:
Jackal wrote:

Another issue where DIC gives 3 errors (2 discs give the same dump), but a CloneCD dump from non-plextor drive gives 0 errors.

Can you check what's wrong?


0900 : 7D A4 4D 62 45 A3 B0 63  20 29 7D 4A 9B E6 87 CC   }.MbE..c )}J....
0910 : 98 12 82 C1 B0 21 D7 BB  00 FF FF FF FF FF FF FF   .....!..........
0920 : FF FF FF 00 08 95 16 61  00 9B D5 CB A3 0A E1 A3   .......a........
LBA[041491, 0x0a213]: Track[01]: Invalid sync. Skip descrambling
========== LBA[041491, 0x0a213]: Main Channel ==========
       +0 +1 +2 +3 +4 +5 +6 +7  +8 +9 +A +B +C +D +E +F
0000 : AA 83 EC 83 12 E2 67 09  6A 0A 88 8C 8A 20 2E 86   ......g    j.... ..
0010 : 23 01 3D AF 2F 45 EF 35  73 52 F8 2F 48 0D 05 18   #.=./E.5sR./H...

Sync exists, but it's slided behind 24 bytes. Perhaps drive's cache is broken (or firmware/drive/dic bugs?). It maybe is fixed if rereading (but it's not supported yet in this case).

Same dumper, same drive, same problems. Non-plextor dump is good. Why do you keep mistrusting me?

I don't think we have any similar cases were a normal drive/dump produces a valid data sector, but a d8 plextor dump gives invalid sectors that are preferred instead? I wonder if it's even possible to master a mode1 sector where ECC/EDC doesnt match and it also isnt any protection or end-of-datatrack mastering error. If we found such cases before, the dumps were deemed suspicious and needed to be redumped: http://forum.redump.org/topic/16655/ibm … to-redump/ so I'm still convinced that it's some kind of firmware/drive bug.

http://redump.org/disc/54329/ can't be redumped because the disc was returned to the guy who sent them.

Similar issue from same dumper/same drive: http://forum.redump.org/post/63120/#p63120

Hopefully sarami can find out the cause of this issue. In any case I think the 0 error dumps are more trustworthy.


(1,693 replies, posted in General discussion)

Another issue where DIC gives 3 errors (2 discs give the same dump), but a CloneCD dump from non-plextor drive gives 0 errors.

Can you check what's wrong?


(1,693 replies, posted in General discussion)

Attached some files


(1,693 replies, posted in General discussion)

AP25 is SSv2: https://360boxmodz.wordpress.com/about- … formation/

The SSv1 dumps from kreon drives are missing the protection (angle) bytes that are needed for XGD3 (and some XGD2?) games.


(1,693 replies, posted in General discussion)

@sarami, for XGD3 discs dumped with kreon, I suppose it can only dump SSv1? there's no point in adding SSv1 info for these discs, so it would be better to disable the SS.BIN output?

Or ask iR0b0t to make a report that shows any dumps with modified clrmame data compared to the original submission?

I don't think that error should be there, but we will see when TeamEurope redumped the disc. I don't remember any similar cases.