201

(63 replies, posted in General discussion)

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

202

(63 replies, posted in General discussion)

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

203

(3,497 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.

204

(63 replies, posted in General discussion)

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

205

(63 replies, posted in General discussion)

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.

206

(63 replies, posted in General discussion)

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.

207

(63 replies, posted in General discussion)

_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?

208

(15 replies, posted in General discussion)

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

Jackal:
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

F1ReB4LL:
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?

209

(63 replies, posted in General discussion)

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/

210

(3,497 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.

And...

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?


More...
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.

211

(3,497 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?

212

(3,497 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
  http://www.claunia.com/
  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
Done

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.

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?

mainError

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.

216

(3,497 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?

217

(3,497 replies, posted in General discussion)

Attached some files

218

(3,497 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.

219

(3,497 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.

222

(3,497 replies, posted in General discussion)

@sarami, there's a problem with older SecuROM discs, where the dump has more than 1 error.

https://www66.zippyshare.com/v/qxHDGc8d/file.html

The drive used here is a PX-760A.. When dumped with IsoBuster, the dump is correct, but the DIC dump has 48 errors.. Also, the SecuROM data is incomplete because of missing ranges. Here is the full data: http://redump.org/disc/54716/

You mentioned some problems with the PX-4824TA with SecuROM discs, but I think this problem occurs on all drives?

223

(52 replies, posted in General discussion)

Does your tool dump these properly? http://redump.org/discs/system/psp/status/3/

also, does your tool dump the same way as PSP Filer, or is there a chance that dumps with your tool are more complete?

sorry if any of these questions are stupid or already answered

224

(4 replies, posted in General discussion)

It's a DVD-Video disc that just happens to have some Xbox compatible demo files on them, so DVD-Video is the primary format.

225

(74 replies, posted in General discussion)

IIRC PSP dumping is different from normal dumping. Instead of reading a range of sectors, the PSP is accessing the data through the filesystem.. So the last sectors of a PSP dump could be erroneous and some tools are known to create bad dumps. I don't think the PSP Filer developer can do anything about this, because he's restricted to what the PSP allows? Maybe there are any optical drives that can be hacked/modified into reading UMD discs? tongue