The mould sids for this ringcode type always start with IFPI QWxx. ON is a common mistake for these codes, since those letters are difficult to see clearly.


(2,818 replies, posted in General discussion)

sarami wrote:
antimatter wrote:

IsoBuster dumps the disc correctly but DIC underdumps the disc while using the latest DIC test version

Same problem.
DIC uses "Anchor Volume Descriptor Pointer", not TOC length.

DIC was using the TOC length in the April release (logs here). The Anchor Pointer should be used for BD-R discs that only have UDF.


(2,818 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,818 replies, posted in General discussion)

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

USA dump should match this:

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


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


(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).


(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/

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.

Merged or unmerged would both be fine for redump. The disc form would need to be updated if we want to keep them separate.

The game is still playable when merged, since it's the first partition. Only the video part will not work.

There aren't any tools that can dump PFI for UMDs. sad

Putting the non-merged hashes in the comments would be a quick solution. No one ever agreed if we should accept these or wait for a better dumping tool.

I don't know how the partitions are positioned on the disc, so we could be missing some data if there's a gap.

We'd likely need the PFI data as well, in order to make a "merged" iso usable.

See my newer post here:

The method I posted isn't accepted right now. We need better dumping tools for these dual partition UMDs.

Yes, in-game menus is the correct way to check them. Note that some games will crash Dolphin if you have it set to English. Here's one that crashed for me:

Thanks. Everything looks very good. smile

Thanks, user7 smile. After start DVD Decrypter, can you mention copying the (Region,RCE) info to the user's dump log?
PVD step is also missing. Hopefully DIC will support DVD-Video in the future, so all of these steps won't be necessary.

DiscImageCreator doesn't support protected DVD-Video. Here's an old post I made to explain how to dump DVD-Video discs.

Here are additional steps for protected discs:
1) Run readdvd.exe -d D: -o NUL
2) Press Q to stop reading and then copy the three keys from the command window (decrypting disc key, trying player key, decrypted disc key).
Protected disc template:

Region: #,#,etc. (list all)
RCE Protection: No or Yes
Copyright Protection System Type: CSS/CPPM
Encrypted Disc Key: 
Player Key: 
Decrypted Disc Key: