Hope sarami can have a look at this, but for the ring sections you'll need something other than a plextor / DIC.

Please supply the full ringcode.

@user7 it was speculation, they can be removed from the wiki when dumped

3

(3 replies, posted in New Dumps)

There are 740 read errors from LBA 1271968 to 1295616

So if every error is 32 sectors, this means that sectors 1295647-1271968 (=23680 sectors total) are replaced with zeroes.

4

(5 replies, posted in Fixes & additions)

Is http://redump.org/disc/2434/ actually a Demo and Multi5 language? Because the DL-DOL-DVJP-NOE did have that.

The No-Intro rules aren't suited for Chinese releases.. games can have really weird box titles that are completely different from the (often English) ingame title.

6

(1 replies, posted in Guests & account requests)

A randomly generated password has been sent to your email, please change it upon login.

url for password change

7

(2 replies, posted in Guests & account requests)

A randomly generated password has been sent to your email, please change it upon login.

url for password change

A randomly generated password has been sent to your email, please change it upon login.

url for password change

9

(1 replies, posted in Guests & account requests)

A randomly generated password has been sent to your email, please change it upon login.

url for password change

10

(1 replies, posted in Guests & account requests)

A randomly generated password has been sent to your email, please change it upon login.

url for password change

@iR0b0t, before you add any new moderators, maybe remove some?

Rocknroms - hasn't been around since 2011, why is he still a moderator?
gorelord4e - last post 2015.. he's still around, but clearly not moderating
LedZeppelin68 - perhaps a nostalgia thing, but he's also not a moderator

And whoever wants to be a moderator has to realize that it's a long term commitment. Some of the recently appointed moderators were very active in the beginning but then started getting busy IRL.

Then there's also some moderators (including myself as of lately) who are mainly adding their own dumps and not bothering at all with forum submissions due to late of time. The WIP discs are also packed full. I guess tenyuhuang should be nominated as moderator also for adding all the Chinese stuff.

12

(5 replies, posted in New Dumps)

Hello, plz include disc/ringcode scans. There seem to be missing/incomplete ringcodes and no edition/barcode info.

13

(1,756 replies, posted in General discussion)

There seem to be no errors, it just forgets to dump layer2.

14

(1,756 replies, posted in General discussion)

There's a problem where DIC is only dumping the first layer for double layer games.

Previously, this game was affected: http://redump.org/disc/46022/

And now another disc from Kludge. Attached some logs.

I really hope there aren't any other bad dumps in the db because of this bug hmm

15

(3 replies, posted in Fixes & additions)

ajshell1 wrote:

So, should discs like this be PC as well? http://redump.org/disc/58932/

Probably yeah

16

(24 replies, posted in Guests & account requests)

@iR0b0t dont discredit someone because of the e-mail address that they are using!

The ip is Austrian. AtariBuff is known to be Austrian.

Grand Theft Auto IV (World) (En,Fr,De,Es,It) (Disc 2) was "USA, Europe", and was then dumped by Pietro, as Brazillian. It is my opinion that in this case, it should just stay "USA, Europe" with "Brazil" in the comments

I think you are taking the "World" thing too literal. It basically mean different continents, but not (just) the continents that are in the typical twin regions.

USA + Europe + Australia should be World, not USA, Europe.
Same goes for USA + Europe + Brazil.

Interstate '76 is Europe + Brazil

Let's not make new twin regions for every new combination of countries that pops up. If we have like 5 or more discs with the same twin region then it's worth adding, but not for 1 or 2 discs imo.

http://forum.redump.org/post/20649/#p20649

Seems to be legit

The thing is, the ringcodes are all different, and we checked the AOE3 dump and it has 10 errors and the data seemed fine. The data differences are not in the error sectors but around them. So I guess you should add both your dumps as (Alt).

Could you try to dump both discs on a non-plextor drive with CDM or CloneCD and see if you can get matching dumps with 10 errors?

ajshell1 wrote:

Sarami recently released a new test version of DIC. It dumped Fable TLC with a proper checksum, so I dumped the other two discs with it as well.

And wouldn't you know it, my CDManipulator dumps match the new version's dumps. And CDArchive doesn't give me any errors after scanning them.

With that in mind, I've uploaded my logs here.

With Jackal's permission, I'll adopt these checksums as the proper dumps.

Do you have the ringcodes for your dumps? They are prolly mastering differences. I don't see how different dumps from the same disc could cause differences? I mean, the only way it could mess up is if one dump has more than 10 errors?

Just make sure your dumps have 10 errors, otherwise it's a bad dump. You could also use CDM or CloneCD. The only difference with DIC should be in those 10 sectors. The last 2336 bytes should be 0x55 bytes.

23

(1,756 replies, posted in General discussion)

sarami wrote:

I'm not sure about it, but many sony dadc discs have -647. At least, I hope all 99 modified SecuROM discs are dumped again to get _disc.txt.

Does your Colin McRae Rally 2 disc also have -59 in one mode?
I guess we only need to check a couple discs and if they all have this problem, just fix all -59 discs to -647.
I dont know if this also affects discs with +588 offset which should be 0? Many discs have +588.

Jackal wrote:

SubCode[0] dumps only main-channel. dic only uses this to output offsets in _disc.txt. No problem about sub-channel.
Or does this question mean that SecuROM sector 157 haven't fixed yet?

No, this was the only disc

24

(1,756 replies, posted in General discussion)

sarami wrote:

Uploaded. http://www.mediafire.com/file/eq80y20l9 … st.7z/file But I haven't tested yet because I don't have same type of SecuROM.

Jackal wrote:

- Could the write offset of +576 be wrong? it's -12 plus 588 samples (1 sector). I've never seen this offset before.

Colin McRae Rally 2.0 http://redump.org/disc/31587/
This disc has also same issue.
1. OpCode[0xd8]: SubCode[0] shows -59.
2. OpCode[0xd8]: SubCode[2] shows -647.
3. OpCode[0xd8]: SubCode[8] shows -647.

I think -647 is correct.

So is it safe to assume that all discs in the database with -59 offset are actually -647, and +576 are actually -12?
Is it possible that other offsets are also affected?
And securom data remains the same? (the test version produces the same data)

And what about audio tracks that are dumped with -59 offset? (I'm not sure if there are any)

wiggy2k wrote:
Jackal wrote:

Kludge could prolly help you out, but he's AFK.

How fast do you need it? When do you start working again (I'm assuming you're here because you have vacation)?

It’s not an immediate need, Just soon or i’ll Get distracted.

Nah I’m back at work now,
Only had Xmas day and Boxing Day off.

Things have calmed down a lot lately though, we employed some new staff who are actually up to the job so I’m not so busy anymore (Linux sysadmins are hard to come by) And have sorted more care for mum so I don’t have to look after her so much now so have more free time as not travelling down to see to her every other day.

Ah ok smile I guess Kludge will be back soon