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

3

(3 replies, posted in Dumps)

Thanks! I added the mould codes to the dump pages. I used "IFPI QWZM" for Okami, since that is a known code. There are only 2 discs in the database with "IFPI QWZN", so it is likely not correct.

The region (New Zealand) is something iR0b0t would have to add. The dump can be tagged as (Australia) for now, since it has ANZ in the serial.

Is the 01.00 version confirmed to be English only? The 02.00 dump includes other languages.

5

(3 replies, posted in Dumps)

You can identify the region by checking the disc/cover rating labels (ex. ESRB for USA, PEGI for Europe). Each region also has their own ringcode format, so you can identify them that way too.

So the region would be USA for these discs, and Europe for The Last Guardian.

Can you recheck the Mould codes for Rock Band 4 and Ōkami HD. The rest look correct.
IFPI QWTG (T is incorrect), IFPI QWZN (N is probably an H)

6

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

7

(7 replies, posted in Dumps)

Thanks! I updated the hashes.

8

(7 replies, posted in Dumps)

Adding the fixed hashes now is okay. I removed [ADDED] from the topic, until Adei can redump the disc.

Can you add the iso's size in bytes and the MD5/SHA1 hashes to your post. Thanks!

10

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

11

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

12

(72 replies, posted in General discussion)

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

13

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

14

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

15

(3 replies, posted in Dumps)

There isn't a clear shot of it in the photos, but it might be V9L6. I'll add it as V9L9 for now and it can be fixed via a verification.

16

(3 replies, posted in Dumps)

Does the dumper not want their name credited or should we use "anonymous"?

Can you also recheck the Front Side mould code? It cannot be the same as the bottom code.

Thanks!

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: http://forum.redump.org/post/56075/#p56075

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

25

(4 replies, posted in Dumps)

Hi,

There should be two Mastering SID Codes (one on each layer). Both codes are probably IFPI LB23.