(9 replies, posted in Fixes & additions)

I wonder what caused darksabre76's dump to be different? Do different DIC versions produce different dumps?


(7 replies, posted in General discussion)

iR0b0t wrote:

Would a "Credits" field fulfill your needs, guys? smile

I still think it has no place in a database.. it's not really relevant how the dumper obtained the disc. It would be better to make a wiki page or something to credit contributors.

The correct EXE date is 2006-11-09:

              Length of Directory Record: 60
        Extended Attribute Record Length: 0
                      Location of Extent: 279
                             Data Length: 3520792
                 Recording Date and Time: 2006-11-09 09:15:34 +09:00
                              File Flags: 0 (Visible, File, Disassociated, File has't record format, Owner/Group ID has't, Final Directory Record)
                          File Unit Size: 0
                     Interleave Gap Size: 0
                  Volume Sequence Number: 1
               Length of File Identifier: 13
                         File Identifier: SLES_545.60;1


(7 replies, posted in General discussion)

I removed these comments, because we need to be strict about who is the dumper and who gets credited.. some weeks ago, people were being credited as dumper in submissions, because they were the ones lending games to a dumper. This is not allowed, only the person who dumped the disc should be credited as dumper.

It's okay to thank people somewhere who are lending out discs, but let's not fill database fields with this info.

Blau wrote:

I have a few Gamecube games (all already on the db), but I don't have a Wii to dump them. However I have a compatible CD drive that works with Rawdump/Friidump. I already dumped all and every hash matches the database.

The problem is, as the wiki guide says, I can't get the BCA. So my question is, can I post the dumps even without the BCA?

Yes, as long as you include all the other relevant data (ringcodes etc.)


(1 replies, posted in Dumps)

thevoice wrote:

Menzoberranzan http://redump.org/disc/2882/

BARCODE : 5 018247 855227
SERIAL : CS090094
RINGCODE : CS090094 14 A1
EDITION : Original

All data matches with the database

DIC logs : https://www.sendspace.com/file/foncg8
Ringcode: https://www.sendspace.com/file/if3l8z

Region and cuesheet were wrong on the old dump wink

Didnt read all the posts, but when there's multiple versions released of a game, and one of them is undumped, the version can be added to the filename for the one that is dumped. Is that what you mean with New Super Mario Bros. Wii?

Even with the offset detection fixed, it will still produce potentially bad dumps with missing data because there is no overread into lead-out?

@sarami / others

It has come to my attention that some dumpers are using non-Plextor drives with DIC for their CD dumps.
The first issue that I see is the offset detection:
For this dump: http://forum.redump.org/topic/18020/add … 2002-demo/ DIC detects a write offset of -12.
But for this one: http://forum.redump.org/topic/18021/non … piel-demo/ it detects:

========== Offset (Drive offset referes to http://www.accuraterip.com) ==========
     Combined Offset(Byte) -24696000, (Samples) -6174000
    -   Drive Offset(Byte)     24, (Samples)     6
           CD Offset(Byte) -24696024, (Samples) -6174006
    Overread sector: -10500

So I wonder if the -12 offset is even correct?

Other risks of course include incorrectly descrambled / cut off data. As soon as a disc has audio tracks or mastering errors, the results can no longer be trusted.

It would probably be better to block CD dumping (or add warnings) on drives without D8 (at least by default, without a special parameter) and also add a check to the DICUI GUI to only allow dumping in D8 mode? If you don't add such checks, then people might think that they can just use any drive to dump, and if these dumps are added without checking, the database might soon be riddled with bad dumps.

Plz add some scans/pictures.

reentrant wrote:

And what's the difference?

Some sectors on his dump have zero bytes where the other dump has data.

F1ReB4LL wrote:

http://redump.org/disc/16103/ -- this one is even weirder, since I don't know any examples of pirate discs with EDC removed.

Only admins can see disc with red status.. Which game is it?

F1ReB4LL wrote:

NoEDC backups can't have EDC, EDC can only appear on remastered pirate discs. I would leave his dumps as yellow, I don't think it's fine to just delete them without any proofs.

When images are burned and then dumped again from backup, EDC is added. This is why you can't trust EDC variants without proof that they were dumped from original media.

The problem here is that the old dump is from asn007. This guy already had some dumps with EDC differences before (Namco Museum Vol. 5, and also Namco Museum Vol. 4 but that one just happens to be redumped now from a later German print that has EDC). Don't know if that's a coincidence or if some of his dumps were made from backups.

For Namco Museum Vol. 4 + 5, I removed him as a dumper and replaced his dump info with known good dumps, because we can't be sure that his dumps were from original media. Done the same now with this dump.

All his other PSX dumps happen to have have multiple dumpers: http://redump.org/discs/dumper/asn007/system/psx/


(4 replies, posted in Dumps)

If the old dump is really only 1 byte different then it must be corrupt and should be changed to red status.

Also, ReignStumble didn't dump these discs, so dumper name = user7

Did you try to redump this yet?

Hi, you mention Beta 1 twice with different contents? Do you mean Beta 2 for the last one? But it seems the contents are already correct for that one? http://redump.org/disc/51884/


(8 replies, posted in Fixes & additions)

I agree with that logic.. but I guess this means that some titles with & need fixing.


(8 replies, posted in Fixes & additions)

We're gonna need some kind of decision on this, because now the choice seems to be arbitrary.. There's  1,068 uses of  "&" in game titles, and only 146 uses of "+".


(8 replies, posted in Fixes & additions)

There's plenty of cases where "&" is used:


I'm not sure what the No-intro naming convention says about this..


(17 replies, posted in General discussion)



(17 replies, posted in General discussion)

Hiccup wrote:

On No-Intro, demos are basically split up into (Demo) and (Demo) (Kiosk).
I've never seen any labelled with numbers, but kiosk demos used at trade shows were labelled with the first trade show (e.g. (Demo) (Kiosk) (E3 2005) they were (first) used at, to differentiate with (Demo) (Kiosk) which is used for store kiosk demos.

I think its important to make a distinction between demos that are sold/given to consumers, and kiosk demos.

I've never seen a demo labelled with a number on No-Intro or Redump. @Jackal could post links for some?

You should be able to see this link? http://redump.org/list/miss/Jackal/

Then just search within the page for (Demo  <- with a space


(17 replies, posted in General discussion)

It's easy to show all the filenames: http://redump.org/list/miss/Jackal/

235 Taikenban

(Demo Taikenban) ??

It looks like iR0b0t added (Demo 1), (Demo 2) etc to some games.. yuk..


(5 replies, posted in News)

Today our project reached a major milestone: There are now 50.000 discs in the database.
Since our last news post around 12 months ago, close to 10.000 new discs have been added to the database:

- Around 900 PSX and 950 PS2 discs, including many Japanese, PAL regional variants and Demo's.
- Close to 800 Sega (DC, MCD, SS) discs.
- Over 400 XBOX discs, bringing the USA set much closer to completion.
- Close to 4.000 IBM PC discs (!).
- Over 3.000 discs for other systems (including modern, as of yet undisclosed ones).

A huge thanks goes out to our contributors and also the Video Game Preservation Collective (VGPC) for all their efforts.


(14 replies, posted in Dumps)

Ok.. PS2 covers can be a mess.. For instance, Mortal Kombat Deadly Alliance was released in the Netherlands with an Australian cover, so it's plausible that the same cover was used here for Australia and some Arabic country and that only the Arabic country got the SCES-52936 disc.