Thanks for redumping your disc. Billy's disc is the same version. He didn't respond to my post yet, but hopefully he can try to dump the disc again.


(1 replies, posted in Fixes & additions)

Edition is unknown atm, so it was left blank.


(1 replies, posted in Verifications)

Can you post the log for Crash Bandicoot: N. Sane Trilogy? Your ringcode doesn't match the linked dump, but it matches the unverified dump here:


(3 replies, posted in New Dumps)

Thanks. Please add the ice log to your post once you finish redumping. It has the combined offset which is needed to get the HDA offset for the database.

Also, please post your newly submitted Elder Scrolls Oblivion (Xbox 360) disc on the forum with all logs attached. That disc should match so one of the dumps must be incorrect.


(3 replies, posted in New Dumps)

Track 03 likely has an error in the dump that ice.exe couldn't detect. Please try to redump the disc.

EccEdc.exe (included with DiscImageCreator) might be able to detect the error.


(4 replies, posted in Fixes & additions)

This can't be properly fixed until a dumper provides the correct Mastering Code.

That seems to be the case. The only 1.49 (0x31) dump in the database is Game Boy Player Start-Up Disc, and 1.01 seems to be the base version for that disc in other regions (Europe/Japan).

There are some with hex numbers (like "A") for other Nintendo systems (NDS for example), but I don't know of any example for GC/Wii.

Nintendo uses hexadecimal for the version number. Cleanrip converts it to decimal, but adds a 0 for some reason.

Only an admin can mark the ringcode as verified. A scan of the ringcode is required.

It's not required, but I could add a comment if you have one in mind.

The edition should not be Original in this case. If a game is only available Bundled or as a Limited Edition/other type of release, the edition should be kept as is and not changed to Original.

We only change the region once the Europe release has been dumped. Please post the verification with hashes/ringcodes/getkey log in the Dumps forum. Thanks!

The earlier discs (2002 to early 2003) don't have the year printed on the box front/spine or the disc. I used the 2xxx.x.x format for the filenames, since that is present on all of the discs.

The year on the spine is separated from the 「月刊任天堂店頭デモ #月号」 title, so I think it's okay to omit it from the Japanese title. It would be good to check how it's formatted on the main menu (if it is displayed there).


(1 replies, posted in General discussion)

I checked the sizes of his other dumps and they are all correct. The underdumped one should match this new entry:

That ringcode matches the one you submitted here:


(3 replies, posted in Fixes & additions)

I don't know where "1.20" comes from, so I can't add a comment for it. I would guess it's on the main menu.

The 1.00 version is not needed for these unlicensed discs, since they use the header from NHL Hitz 20-02.

F1ReB4LL wrote:

Isn't layerbreak standard for all the Xbox discs (1913776)? If yes, some kind of swapdisc image could be created, similar to the DC one.

Security sector range is a problem, but 0800 dumps don't use them, you just count, whether a number of errors is 65536 or not?

Yes, the layerbreak is always the same.

I think 0800 drives have a fast error skipping feature, so a normal drive would need to skip the sector ranges in order to dump the discs.

Kreon is needed to dump the SS.bin and get the security sector ranges.

For the DVD-DL method, it would need to have the Xbox Layerbreak as well or else the dump would include sectors from the middle zones (zeroes).


(1 replies, posted in Fixes & additions)

Is this a verification? It should go in the Dumps section if it is.

If not, then I can add the barcode/case info. The Ring info can only be added if the hashes match the entry.


(74 replies, posted in General discussion)

We can use the split tracks if the UMDs are found to be formatted that way. I think it's most likely all on one track, but maybe UMDs have a special mode to deal with two tracks.


(74 replies, posted in General discussion)

The entire video partition is just random data in the dump I checked "UCJB-98302", so I will set them to Red status.


(74 replies, posted in General discussion)

Are the three yellow dumps going to be marked as Red status or are we keeping those entries?


(74 replies, posted in General discussion)

We could add the merged dumps if others agree that it's okay. It's been almost 5 years since I posted that info, so that's why I said they probably wouldn't be added to Redump.


(74 replies, posted in General discussion)

I think the 0 byte files in the filesystem is due to the partitioning, since the Volume Space Size for both isos is correct. Video UMD dumps also have 0 byte files in the PSP_GAME folder, but the first partition on Video UMDs is not dumpable yet.

We probably won't be able to add these dumps to Redump until there's a dumping tool that can dump both partitions at once, to ensure that there isn't a gap between them.

There's a discussion about adding them here: … ombo-disc/