PS3 PS3 Disc Dumper for PC v3.0.8

[DeViL303]

@DeViL303 Could You try make image by ImgBurn using the same drive? And if succeed, after that decrypt data manually? This test will proof if this is fault of this application or oddw firmware (maybe there are some non standard PS3 discs).

Decompress (if compressed) IRD and extract disc key from it. Then use tool from attachment.

I have never done the manual way, You mean for the disc that would not dump? So I'm not sure exactly what you mean, but I will try. You mean dump the raw data using image burn, then mount that and try dump it again with the tool?


Unrelated: look how quick I'm dumping: 28 minutes 42GB.. took 32 minutes to do the whole game.

 

[Berion]

1. Try dump this game to *.iso using disc image creating by ImgBurn (the result will be encrypted *.iso).
2. Then use application from attachment in preview post, typing in cmd: "PS3Dec.exe d key <put your ac2 key here as upper case hex values> ac2.iso" and You should get ac2.iso.dec (which will be decrypted *.iso).

I'm trying retrieving key from this specific game (anyone know good tool to gzip decompressing but strings instead files?). :/ But meanwhile, You can just dump the disc to see if it's even "dumpable" (which should point us that it is possible but the possible problem is decryption made by this app). ^^


PS: Because PS3 have BDx2 and current PC drives x4-x8. ;p

 

[sandungas]

For now, it is better than nothing having such IRD file, but my point was, that instead of IRD we should switch to something simpler, cleaner, lighter and better. Switching to disc image checksums + disc keys alone.

@Luisile No, and unfortunately never be. This depending of the drive firmware if have or have not support for PS3 BD-ROMs.

I see it in the opposite way

We can use the IRD to check the hash of the files
But in the way you are suggesting it involves checking the files + all security crap added by sony

In CFW/HEN the only thing that matters are the files, the security crap added by sony only creates problems, if we bypass it everything becomes more simple and efficient
*And the backups are smaller because we have the freedom to delete the PS3UPDAT.PUP and other files that you are not going to use ever (like the audio of languages you dont understand)

 

[Berion]

@sandungas Your point of view is functionality on PS3 which is of course ok and have sense. My is data preservation where more important is having untouched, possibly exactly the same data as originally released and not bloated standards for verification purpose. How much they occupied space is not important looking at it from future perspective (on PS3, let's say that we have 1,5TiB limitation but on PC+emulator, there is not and sooner or later we get i.e memory cards which could fit whole PS3 library including patches, dlc, digital and disc releases).

Anyway, IRD is IMO bad designed, containing a lot of unnecessary informations (like i.e 4MiB of header god know from where ;]). I would make even one step ahead and say that *.iso is not sufficient. We should have format which will contain in one file all "hidden areas"+ISO.

- - -

I see that this app also support single disk keys. Good! ^^

 

[DeViL303]

1. Try dump this game to *.iso using disc image creating by ImgBurn (the result will be encrypted *.iso).
2. Then use application from attachment in preview post, typing in cmd: "PS3Dec.exe d key <put your ac2 key here as upper case hex values> ac2.iso" and You should get ac2.iso.dec (which will be decrypted *.iso).

I'm trying retrieving key from this specific game (anyone know good tool to gzip decompressing but strings instead files?). :/ But meanwhile, You can just dump the disc to see if it's even "dumpable" (which should point us that it is possible but the possible problem is decryption made by this app). ^^


PS: Because PS3 have BDx2 and current PC drives x4-x8. ;p

Sorry for delay in replying. I will do that soon with Assassins creed. Don't understand it all so need to figure it out.

 

[sandungas]

@sandungas Your point of view is functionality on PS3 which is of course ok and have sense. My is data preservation where more important is having untouched, possibly exactly the same data as originally released and not bloated standards for verification purpose. How much they occupied space is not important looking at it from future perspective (on PS3, let's say that we have 1,5TiB limitation but on PC+emulator, there is not and sooner or later we get i.e memory cards which could fit whole PS3 library including patches, dlc, digital and disc releases).

Anyway, IRD is IMO bad designed, containing a lot of unnecessary informations (like i.e 4MiB of header god know from where ;]). I would make even one step ahead and say that *.iso is not sufficient. We should have format which will contain in one file all "hidden areas"+ISO.

- - -

I see that this app also support single disk keys. Good! ^^

Mine is also preservation, but we differ in the definition of "data"
I only worry about game data (the files used by the game) and you want 100% of the data in the disc

I had this dilemma time ago, initially i was thinking like you but i changed my mind, mostly because the PS3UPDAT.PUP is an annoyance, and because the game industry doesnt follows good standards to package the games

I mean... if i go to a store, buy a game, and start downloading it... im downloading audio for languages i dont understand (at all, is imposible for me to use that files)
Is a complete nonsense, the owner of the store and me are both wasting time, energy, money, etc, etc, etc...
I hate that, im used to rip games, and ive seen lot of different ways to package files, some are nice, other sucks... anyway, in all cases i have the need to "fix it" by removing the files of the game im not going to need ever

And by doing that im "breaking" the posible validity checks that some tools could made to my modifyed files
But still... the IRD allows me to verify all the other files, and also allows me to keep a record of the modifications i made to the game files
*I use to store a log of the IRD check before, and another log after my modifications, this way by comparing the logs i know what i did

 

[DeViL303]

I feel the same. I have no need to back up the stuff that was meant to stop us from backing it up in the first place, Also I prefer a per file check via IRD as I like the idea of being able to modify the image but still verify what is left.

A whole disc check is like a really low resolution version of a IRD check.

 

[sandungas]

Imagine if all the games was packaged following standard rules

You enter in the online store, and you have a screen with the download settings, and one of them is a list with languages with checkboxes, in my case because i have the system language of the console configured in spanish i should have checkmarked "spanish audio" by default
But im free to change it, also im free to checkmark other languages

In the same way, another download setting where you have 3 checkboxes
-common files (this one is mandatory)
-offline mode
-online mode

And so on... pretty cool
Now imagine the same packaging rules is used in optical discs... so the tools used to make backups of optical discs most probably would add an option to make this same selection at the time you backup the disc
This would be something pretty cool too... something like this would make you change your mind @Berion because it would allow to backup the game in a much better way

The point is... this standarization for packaging games applyes officially for distributing them either in digital or physical formats, but if affects too at how the games are backupped
Im convinced it will happen in the future, and at that point there is not going to be much people that wants to make a 1:1 copy of the disc
So... we need to move on... 1:1 copies of game discs from consoles of past generations was ok, but in the generation of the PS3 there is a breakpoint in my oppinion because is when it started the explosion of the digital stores
The generation of the PS3 is when it was more evident that they are packaging the games in a wrong way

 

[Berion]

I fully understand You guys but IMHO it is good to stick 1:1 releases instead of rips. This philosophy was tried years ago when arcade dumps start be uploading. Dumpers didn't dump whole memory making images, instead they creating ZIP archives from files from fs, and worst scenario here is, they calculate checksums for entire archives which was extremely unwise - who today using ZIP? LZMA archives rules today's world - but the checksums still stays for this ancient junk which wastes ~30% to even 60% of possible compression which is in parallel doesn't to much resource demanding during decompression. So I understand that idea.

Another problem with i.e archiving PS3/PS4/PSV/PSP packages files is encryption which killing any compression. And today, we have PS4 which packages are more like disk images than archive format, and even discs are no longer be a mandatory medium as PKGs are copied from them and act the same as those from digital releases (besides of course NP differences in executables/their meta). So again, I understand it.

Yet still, I cannot fully agree to drop that old preservation idea because i.e files on discs sometimes are placed on specific LBA to i.e speed up a little reading (it is quite important in those streaming games with thousand of files).

 

[Devilswarchild]

̶I̶ ̶j̶u̶s̶t̶ ̶w̶a̶n̶n̶a̶ ̶p̶o̶i̶n̶t̶ ̶o̶u̶t̶ ̶t̶h̶a̶t̶ ̶i̶t̶ ̶s̶e̶e̶m̶s̶ ̶s̶i̶l̶l̶y̶ ̶f̶o̶r̶ ̶t̶h̶i̶s̶ ̶p̶r̶o̶g̶r̶a̶m̶ ̶t̶o̶ ̶n̶o̶t̶ ̶h̶a̶v̶e̶ ̶t̶h̶i̶s̶ ̶k̶e̶y̶ ̶a̶t̶ ̶a̶l̶l̶?̶
edit: figured out what was causing it to not find the key

 

[VTSTech]

I'm not a huge fan of the IRD format either. Was thinking of writing a tool or two to create/verify PS3 iso and the file/format/verification that comes to mind for me is ... SFV Files w\ CRC32 Checkums. Widely supported. Easily read. Easily parsed. Plain text.

SFV Files also support comments, could use a custom field to store Game ID/Title along with the bundled FW version and whatever other infos is needed that is not a filename or a checksum

Can point it at entire ISO or each file in the ISO. Was thinking I'd see about just doing both...

Would there be any huge problems with this method ?

 

[Berion]

@VTSTech If there is no games with not written files to TOC (like i.e FF12 on PS2), then no problems.

If You want write some application for PS3, what do You think to join forces?
https://www.psx-place.com/threads/disc-dumper.26641/

 

[VTSTech]

I actually do most of my ripping on the PS3 itself. Don't even have an optical drive hooked up to my PC most of the time.

The tool I was thinking of writing would mainly be verification and conversion of Folder Rips into verified ISO (unencrypted/plain)

Basically what PS3 ISO Rebuilder does, but with SFV support instead of IRD

 

[arcadekidflo]

Maybe it's a little too late to change the standard format now but it would be nice to have something like abgx for ps3 .
Now that the ps3 can use burns , one could keep his mastered discs safe and use a backup , in the original case .
But right now , we don't even have full info on how to properly backup and burn a game .

 

[VTSTech]

Why would you ever want to burn a game thou? Isn't the whole point of playing backups to keep the laser from dying and keep the original discs in great condition? If we can play from ISO, that's absolutely what we should be doing.

Optical discs, as a general rule, aren't great for storing data for long periods of time. I mean if we're lucky we'll get 10-15 years out of them.

 

[Berion]

@VTSTech That's wrong statement for non-organic discs. If we are lucky, BD-R HTL and DVD+M will survive much much more. Far better archiving format than HDDs with multiple discs and gas or SSD on TLC or QLC.

@arcadekidflo What info do You need? Everyone knows how, just like normal data, UDF, one closed session, mode1. Nothing special here, but You must create *.iso first because of special magic number + sector range number in the first sectors. For BD-R HTL/LTH backups must be decrypted because there is not way to burn hidden tracks on such media.

 

[Cypher_CG89]

Optical discs, as a general rule, aren't great for storing data for long periods of time. I mean if we're lucky we'll get 10-15 years out of them

I have burned backups of PS1, DreamCast, and PC games etc from way back and they still work fine whit no issues. so thats about 20 years out of them and there still going.

The thing is people never tend to look after them properly, leave them lying around out of case's, collectin dust on them, keeping them in cold damp places or in places that are far too hot, putting geasey finger prints on them etc...

 

[arcadekidflo]

Berion , i tried to create an unencrypted ISO and burned it , but it errors with 80010017 , probably because i used one of those LTH discs ( the only ones i could find here ) . So , i guess my test of 1:1 copy failed and i won't try again . But what i noticed that the blank disc is not burned on the whole surface . Is there not a dummy data that makes the disc written completely ? Or it is pressed this way and there is no dummy ?

 

[Berion]

If disc is readable enough, should be read without problems even BD-R LTH (if game is small enough it should also works from DVD-R DL or standard DVD-R as PS3 have no such thing in executable like media flag). Do You have CFW with Cobra enabled? It is mandatory.

There is no dummy data or something to fill the disc. Such things was implement only on GC discs as I remember (and maybe Wii/WiiU too, I dunno).

 

[arcadekidflo]

Berion , i tried the encrypted disc on latest Rebug , it errors with 80010017 . I also created an ISO on HDD , launched with Webman , same error . Disc used was identified as RITEK-BR2-000 . So , encrypted burn will not work for me , and probably many others . What program must be used to decrypt ?

Also , when checking a game with the IRD , there are some information about the sector of each file . Now , if you patch a regular ISO with the IRD , will it burn the sectors accordingly ?