names with special characters are only allowed as alternative title, or is this entry an exception?

I thought so too, but there are many more exceptions, for example all the Pokémon games. The main problem is - once again - the lack of consistency.

There is no technical reason for not allowing these non-ASCII characters in the main title. IMHO the alternative title should be used exclusively for transliterations or cases like Resident Evil 5 / Biohazard 5. But well, I've brought this up before and I'm sure no one will listen to me this time, either.


(11 replies, posted in General discussion)

HwitVlf wrote:

For some reason, EAC is not properly dumping the last sector even though my drive does support overread. Tomb Raider has a single 1A byte (rest are all 00s) in the last sector of the last track and EAC dumps it as 00. I'll double check my EAC settings against the tutorial again, but does anyone know of a setting in EAC that could cause this to happen?

Make sure to check "Overread into Lead-In and Lead-Out" in "Drive Options -> Offset/Speed" and specify the correct read offset sample correction value (i.e. the amount of samples you determined via IsoBuster's sector view for track 02). Other than that there aren't any offset-related options you could change.

To check if your drive is actually capable of overreading with EAC, try the following: Go to the EAC Options (F9), choose the  "Extraction" tab and uncheck "Fill up missing offset samples with silence". Extract the last track again. If EAC fails to read the offset samples, the resulting file will be a few bytes smaller than it should be. In that case you cannot use EAC to dump the last track. You'll have to do it manually with IsoBuster instead.


(11 replies, posted in General discussion)

Sure, here's the track: … 7.rar.html


(11 replies, posted in General discussion)

Jackal wrote:

I think someone posted a method with clonecd here some days ago, but I'm unable to find it, so I hope someone can link to it

I believe Jackal is referring to this topic. That CloneCD method won't work, though, it just prevents EAC from showing a sync error in the overread sectors. That doesn't mean it can actually access any data in the overread sectors. If you are lucky you'll get a match, but only in case the overread sectors are all 00s. Therefore, you can never really be sure whether you've lost any data!

However, that IsoBuster method proposed by velocity37 might actually work. I didn't try it yet but it does sound promising for drives that support it. It's still quite intricate so you should rather buy a decent drive. A Plextor PX-716A is usually quite cheap here on eBay.


(2 replies, posted in General discussion)

That's really odd. I remember dumping this disc with ddump. If I remember correctly I even did it twice, with and without the laserlock switch, on my LG GH20NS10. Worked like a charm both times. Maybe you should try again with a drive that doesn't skip the erroneous sectors like your Plextor does.

Then again, other Laserlock revisions might behave differently, I don't know. Apart from this one disc, I haven't had any experience with that particular protection.

Hi Ghazy, yes, it's a bit hard to find here smile I found only 2 German online shops... the first one wants more than 10€ for shipping and minimum order is 20€ so you'd have to buy 4 bottles -.-

The second one looks much better, "only" 5€ for shipping and no minimum order. I'm thinking about ordering one or two bottles there myself smile

Wah, of course. With all that Xbox360 dumping it didn't even occur to me anymore that there are discs that aren't a hundred percent full lol Thanks, iR0b0t!

Normally from the inside out. When locating scratches you'll have to consider that the amount of data per rotation gets bigger and bigger towards the outer edge of the disc. Therefore, assuming the read error occurs at 50% of the extraction, the scratch isn't exactly at the middle of the disc but quite a bit nearer to the outer edge.


(1 replies, posted in General discussion)

Converting is possible in many cases:

The amount of disk space needed to store the byte positions' numbers would be even bigger than the actual uncompressed file smile Let alone the fact that Windows would pad these 1-byte files to 4096 bytes (?) anyway (edit: Granted, not if you compressed the files afterwards ^^). If this worked, even the biggest files could be compressed to a few KB, which is physically impossible. Forget it, random stuff like that is nearly uncompressible.


(11 replies, posted in General discussion)

A practical disadvantage of the random padding is that scene rips don't include it, so unlike Wii/GC/Xbox360, it's impossible to convert Xbox1 dumps to Redump format without needing several gb's worth of 'patches' just for the random pattern, which isn't really game data. But I guess a similar situation occured with Dreamcast rips <> raw dumps.

The intention of this project has never been to match scene images but to provide a superior alternative to them. IMO it should not be a criterion whether or not our dumps resemble scene images. I've always thought this project's focus lies on preserving games, not collecting.


But AFAIK this is the only system that we have were maybe 75% of the dump data would consist of just random byte patterns that don't have any real use.

Wii, anyone?


(11 replies, posted in General discussion)

As much as I'd like to see Xbox dumping on the PC become reality, I voted YES. If the data can be dumped, it should be dumped, regardless of the inconvenience this brings. We don't accept scrubbed Wii/GC isos either, do we?

On the other hand, one could argue that all that counts is the game, not its medial embodiment. Then again, we spend so much time on things like correct gap detection, offset shifting, things that don't contribute to the gaming experience at all. We extract PC games as accurate as possible despite not even being able to play them (SecuROM etc.).

If there is a reliable way to extract the data inside these sectors it should be done.

PS3 dumpers beware!

Don't update to firmware v3.21 on April 1st (I hope I'm not falling for some bad April Fool's joke here...). It's going to prevent Linux usage even on old PS3s which will make BD dumping impossible. Just in case you didn't hear the news yet.

Belated reply, I know, but hopefully still interesting...

According to my sources, the PS3's copy protection schemes have not really been cracked (yet!). It is possible to create disc images directly on the PS3 -- PC Bluray drives supposedly fail to recognize the discs. This works via Linux, albeit only on the old, fat PS3 as installing Linux on the slim PS3 is not possible anymore.

A simple dd if=/dev/cdrom of=/image.bin dumps the Bluray to HDD. The image can be burned to a BD-R but the PS3 does not read it, of course. Therefore, as far as I know this is currently only interesting in terms of preservation. I don't know if this method extracts the ROM mark (I strongly doubt it), which doesn't really matter as the ROM mark cannot be burned to a BD-R anyway.

Bluray movies can be dumped the same way on the PS3, by the way. They need to be decrypted via AnyDVD in order to be watched, though. This is also possible through a normal PC Bluray drive so you needn't really use the PS3 for this.

All in all, the PS3's copy protection mechanisms have worked remarkably well so far. It wasn't until this year that an exploit compromising the hypervisor was discovered -- it's still doubtful if this helps playing burned games in the long term. It can probably be patched away easily by Sony.

Don't worry, that's all correct. You needn't even supply ed2k hashes anymore.

Personally, I really like it when people put a list of the disc's contents in the comments section (like here, for example), but with 50 discs in your queue I certainly wouldn't ask you to do that tongue

Hi devcon,

you can search for drives based on your criteria here:

I recommend setting Accurate Stream to 'Yes' and Overread to 'Lead Out' or 'Both'. You'll get a huge list of drives from different manufacturers then which are principally suited for PSX (and most other systems) dumping. Even though this database maybe doesn't feature the newest drives you should definitely be able to find most of those on eBay for a very low price.

They do indeed differ in size! I've checked 2 games of each WAVE; WAVE3 is 77472 sectors, WAVE4 88800 sectors.

iR0b0t wrote:

I think there is a way how to do that if you still have some discs with WAVE3 & 4 ? We would need to check the visible partition sizes, they may be slowly different in size !?

Yes I do, I'll have a look. By visible partition you mean the partition you see when you put a disc in a non-compatible drive, right? The partition with VIDEO_TS, AUDIO_TS and the system update?

Again, I don't really want to post the guide publicly. Maybe I'm a bit paranoid but this is Xbox 360, not some 20 years old console. It's nothing personal but posting such info in a public forum can cause serious trouble.

I actually have written a "guide" (or rather some crude instructions tongue) and sent it to several people via PM. I'm reluctant to put it here publicly... You know how much trouble this can cause in our beautiful country -.-

One question that remains is how to distinguish WAVE3 from WAVE4. Supposedly there's also a WAVE5 (with Left4Dead 2 being the first game to use it). Do you by chance have any further information?

No, always IsoBuster. You should know, 95% of my knowledge of 360 dumping comes from you tongue

Is the XBC method better?

You probably haven't replaced the garbage sectors... Try to extract the game again and replace the byte range from 223182848 to 231571456 with 00s in a hex editor for WAVE2/3/4 and WAVE1 (108976-113071) dumps (see the Comments section of the dump to find out which WAVE the disc is). In case of WAVE1 (18128-22223) dumps, replace 37126144 to 45514752. You should get a match then.

If you have further questions or want to dump games that aren't in the DB already I can send you further instructions.

Hehe, no, I said "sets apart", not "take apart". I mean, what is different about these drives so they can read these discs most other drives obviously can't read?

Oh cool, I didn't know that. Do you know what sets these drives apart so they can read these discs?

I believe it's not possible to dump Xbox 360 discs with these drives. They cannot access the game data on the discs, only the video partition. The only drive I can confirm as working is the Samsung SH-D162 with Kreon firmware.