For the descriptions, "PS3 System Software Update 4.81" format also gets my vote.

For filenames, I would prefer it to be as close as possible to how they were distributed by Sony. So I guess this means PS3UPDAT.PUP  / PS3PATCH.PUP for retail/CEX?

Is there any way to recover all the the original DECR / DEX version filenames? Maybe using

Thanks for your explanation. Maybe I was too harsh. Whenever the datfile reaches a more 'final' state, I suppose there's no harm in adding it to our downloads.

Here are my suggestions:

Wouldn't it be better to leave all filenames inside the archives to PS3UPDAT.PUP? Or whatever filename they were originally distributed as. And to avoid duplicates, this would mean moving the padded disc-distributed versions to separate archives.

Also, the descriptions should be closest to Sony's official naming, so maybe instead of 'PS3 Official Firmware', use 'PS3 System Software' or 'PS3 System Software Update'?

Although I appreciate the effort that went into creating this, it's really just a collection of downloads that are publicly available and covered by several sites. It would be best to leave it unofficial, at least until ps3 emulation is more mature and we can know the value of a historic firmware collection.

They're not games either. They have their own Preproduction category, so I moved them to a separate list.


(6 replies, posted in Fixes & additions)

What's the fix?

Most of these titles have different version images floating on the net, so we're not just making these up. I recently dumped Test Drive + Pimp My Ride alternate versions that were also in the list. Good luck hunting for the rest.

I dumped one of the Poker versions, which matched the DB. GFatha still has another disc w/different serial incoming.

The missing versions listed there are either confirmed by third party images, or educated guesses by looking at a combination of ringcode, version number and/or different versions in PAL region. Please keep them listed until they are dumped/debunked.

I've linked your guides here:

And changed the ringcode part a bit (they are required, at least the parts that can be reasonably read). Also linked to my forum post with instructions on how to scan hidden PSX ringcodes.

iR0b0t wrote:

Dizzzy is not a member here.

Promotion spam?

Dizzzy = user7

Welcome, Jason

Could you update the first post and remove any titles that are already dumped? tongue I guess you should end up with those 2 missing.

Someone should check gamefaqs for any serials that aren't in the db. There are prolly some variants still that are undumped. For instance, I bought Transformers: Director Cut (SLES-53309) today that is undumped and wasn't listed in the wiki.

I guess you were lurking on IRC and saw my outcry tongue

Nice to hear that you bought 1 of the 2 missing PS2 USA titles (there's still some missing versions also, a couple of them should be on the way): … sing_Dumps

The other remaining title, Dance Dance Revolution X2, sold last month for only 15 usd: … 2473901893
There are still some more expensive copies listed though on eBay. But if there was any real interest left here in completing the set, it would've been dumped years ago.
The same can be said about other USA sets like Saturn, Dreamcast, Sega CD and Xbox. Many missing dumps and almost no dumping activity in the recent years. We could definitely use some fresh blood in this place.

user7 wrote:

Thanks ack, already have that in the CD dumping guide and added the colors as useful … e_Creator)

Still unclear about:

  • When to use other commands such as d8

  • What to do for secure-rom etc

  • Where to find file size in DIC output txt files

  • Where to find checksums in DIC output files

  • Where to find layerbreak for PS2 DVD-9's in output files.

- /nl is for LibCrypt, /ns for SecuROM, /sf for for PC copy protections that can be detected, /ss for other PC protections with c2 errors.
- size and hashes are in .dat file (doh)
- .cue that DIC created should always be used/included
- write offset is in the disc log txt
- SecuROM data is in the subintention .txt (when /ns parameter is used and the disc is in fact SecuROM-protected)

Also my suggestion would be to remove this part from the guide (until any of the drives are really verified):
'''Disc drives believed[] to be compatible''' (move to verified list when confirmed):
* Apple 300, 300i (Sony CDU-8003, CDU-8003A) 
* Apple's "New" CD (Matsushita CR-8004) 
* Chinon CDS-535 (note: needs v2.0 firmware "Q20" or "R20") 
* NEC CDR 500, CDR 510, CDR 600 (MultiSpin 3x series) 
* NEC CDR 400 (MultiSpin 3xp portable) 
* NEC CDR 900 (MultiSpin 4x Pro quadruple speed) 
* NEC CDR 84-1 (74-1) needs special new firmware upgrade from NEC 
* Sony CDU-561 
* Toshiba XM 3301TE (Silicon Graphics version) 
* Toshiba XM 3401TA, XM 3401B 
* Toshiba XM 3401TE (Silicon Graphics, and Sun versions) 
* Toshiba XM 4101TA Toshiba XM 5301TA
* Hitachi 6750S

And also remove this:
Protected CD:
SecuRom 3
PX-4824A (ecc/edc of the 2 sector doesn't match)
CDS200, Label Gate, XCP
PX-4824A (doesn't get the TOC correctly)

It's no use mentioning individual issues for certain discs/drives. A lot of things can go wrong during dumping. The dumper needs to learn himself how to pick up on these issues.

Also the section 'Disc Compatibility' isn't really needed. DIC should work with any CD.

A guide should be as compact and easy to read as possible.

escarlata wrote:

In what situations a Plextor drive would be useful?
Audio Tracks? SafeDisc? SecuROM? Any other protection?

Any CD dump

Hi. You probably need to update the firmware of the PX-716 for it to work with DIC: … 1.exe.html


(1,229 replies, posted in General discussion)

The new test version dumps the disc correctly, thanks!


(1,229 replies, posted in General discussion)

Trying to dump a CD-i game (Dimo's Quest).

It seems that the offset is misdetected, which results in a dump with shifted data that is missing 3816 bytes in the first sectors.

What is also strange, is that when I do a normal sector view in IsoBuster with the Plextor, there is an offset in the data sectors. The Optiarc drive does not have this.

The old px_d8 tool detects the combined offset correctly as -924. The dump should match this other disc(which also matches Trurip) -

Is this a drive bug or a software bug?

It's still on the TODO list - … o-shedule/
iR0b0t is the only site coder, so no idea if or when this will be implemented.


(4 replies, posted in General discussion)

Not eager to respond to all your questions, because you don't bother replying to my pm's either, but I'll say this about DPM:

also this might be a dumb question, but is there any possible way to get an 100% accurate descriptor file or is this just one of those things that our drives can't do 1:1?

I think nobody here ever really looked into the ways of preserving the Data Positioning Measurement data, because the format is proprietary/undocumented and the results seem to be different for each drive and even on the same drive if it's dumped multiple times or at different speeds. We could've gone the trurip way on this and preserve a single dump, but redump is about verifiable results. This is also why we're not hosting full subchannels: It's almost impossible to obtain 100% clean unaltered subs. Maybe this approach doesn't help preservation in the end, but since it's essentially metadata, it can always be added at a later time once a sensible preservation method is chosen. The SecuROM subchannel data was added 10 years later, but it only took us a couple months to recover more than half of the missing data (although some discs are missing the pregap sector).
It would be interesting to get some more info on exactly how the DPM data is retrieved and stored. If anyone has this info, feel free to let us know. Maybe a better way of preserving this would be to retrieve the accepted range of values from the game binaries in some way that the game checks for (good luck with that).

These dumps all have ~462 error sectors. This is the number that you should aim for with these discs.

You basically start by getting a "rough" dump of the data track. I prefer to use CloneCD with Intelligent Bad Sector Scanner and Sector Skip set to 500.
The problem also is that you will still need DIC for the audio tracks, cuesheet etc.. Currently the only way that I know to get DIC to skip through the ring without taking forever is to press the eject button of the drive when it starts retrying sectors, then wait until it filled enough sectors with dummy data, and then pause the command prompt by right clicking into it. Then when the program is paused, press the eject button again and when the disc is loaded again, let command prompt resume and it will continue reading the remaining post-ring area of the disc.
Ideally sarami could implement some kind of smart sector skip function that skips x sectors after x read errors, maybe for a preset range.

When you have a dump of the data track with a wide error range, the next step is to try and read as many sectors as possible before and after the ring, and inject them into the image.
Reentrant made a tool to help automate this process. The tool lacks any documentation / help text, so it's better not to share it for now. Maybe he can make a more "release friendly" version. The tool lets you specify the range that you want to read, the direction (back / forward or both), number of retries for each sector, etc. It looks at the reference image to determine if a sector is corrupt, and then saves any readable sectors to a folder. The tool can then be used to inject the readable sectors into the image.

For the 2 dumps that I did, I used a combination of drives (Optiarc + Samsung + Plextor) to get as many readable sectors as possible. It's a trial and error process that can take several hours. OptiArc drives are well suited for reading most sectors, but keep in mind that you would still need a Plextor drive to dump the rest of the disc (including the audio tracks) properly with DIC.

There should only be a handful of games with this particular protection (maybe only Blue Byte ones). They can be identified by the ring with spikes, that is also visible on the label side. Also, the errors start at around 94% of the data track IIRC, so comradesean's disc might be a different protection.

sarami wrote:
comradesean wrote:

I'm at a loss. Using the Optiarc with CDM and I'm getting different number of errors every time I run it again.

edit: Got the same number of errors on two different dumps, but different errors and mismatch on CRC.

comradesean wrote:

So... I got tired of running it over and over and I decided to run it with DIC with c2 checking.
DiscImageCreator.exe data I "Settlers III - Disc 1" 4 0 228319 /c2 9999 40960 4

For the time being, you should not use your precious time until they(Jackal, reentrant) release the detailed dumping instruction of the ring protect. If this keeps up, we can't verify that their dumps is good or bad.

I'm not gonna invest any time in this issue until comradesean replies to some pm's that I sent a while ago.

All I can say for now is that trying to dump this with a plextor + DIC is a waste of time.


(1,229 replies, posted in General discussion)

"308558-->308560 isn't readable.
Track 3 is recognized as Audio mode in IsoBuster."

I guess the shift is caused by data > audio transition?


(1,229 replies, posted in General discussion)

olofolleola4 is having some problems dumping a disc. The disc has 3 data tracks and in the third track seems to switch between different data modes. DIC seems to be descrambling it erroneously, starting from byte 529200.
There seem to be some bytes missing in the last sector of the .scm, which make it impossible to fully descramble.

When I manually descramble the .scm, I get these results:

D:\dic>eccedc check "d:\descramble_CDDA_TEAZLE_CD (Track 3).bin"
FILE: d:\descramble_CDDA_TEAZLE_CD (Track 3).bin
[F:handleCheckOrFix][L:512] GetLastError: 2, The system cannot find the file specified.

If sub file exists, this app can check the data sector precisely
Checking sectors (LBA)    512/   512
User data vs. ecc/edc match all

Does this mean that if properly descrambled, the dump is correct and doesn't need any 0x55 fixes?



(1,229 replies, posted in General discussion)

sarami wrote:
Jackal wrote:
usurper wrote:

Sarami, if you are looking for a challenging protection, get yorself this or this disc. … 6FS54.html … 6FS55.html

This one from the same publisher has the same protection: … edVeryGood

GameCopyWorld wrote:

The process took 18 hours to complete because about 35% of the CD contains unreadable errors!

What protection is this?

How to find out? Gamecopyworld lists it as 'Read errors'.


(1,229 replies, posted in General discussion)

usurper wrote:

Sarami, if you are looking for a challenging protection, get yorself this or this disc. … 6FS54.html … 6FS55.html

This one from the same publisher has the same protection: … edVeryGood

GameCopyWorld wrote:

The process took 18 hours to complete because about 35% of the CD contains unreadable errors!


(6 replies, posted in General discussion)

use CDmage