I checked online and found that Definitive Edition is shown in-game as part of the title, so I think it's correct to keep it as a subtitle.

Street Fighter V dumps also have matching serials and Arcade Edition was added as a subtitle in-game.


(2,561 replies, posted in General discussion)

Thanks for the fast fix, sarami!

@Resistiv: The three new dumps were not affected, so only Destiny needs redumping. It uses the older Xbox One format, which only has UDF. smile


(2,561 replies, posted in General discussion)

The latest DIC versions are underdumping UDF-only Xbox One discs.

USA dump should match this: http://redump.org/disc/45891/


(1 replies, posted in New Dumps)

Can you recheck the Disc Serial? It should have /ANZ after CUSA-05359, if it is the Australia release.


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 http://redump.org/disc/57172/ so one of the dumps must be incorrect.

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.

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!


(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: http://redump.org/disc/56878/

That ringcode matches the one you submitted here: http://redump.org/disc/56836/


(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: http://forum.redump.org/topic/17909/psp … ombo-disc/

Not that I'm aware of. It would be nice to see if it worked. I don't have any with a broken case to test with.

The disc I have "UCJB-98306" is single layer (ringcode has the 0000-00000). I'm still not sure if there could be a gap or not. The file size "905314304" is almost the maximum for a SL UMD "906362880", so there's only 1MB left free.