PS3 - Best program to convert to ISO

What's wrong about dumping the original disc with MultiMan to ISO and directly on the desired device (USB, HDD, etc.)?
 
I don't know how did you download it , because the original binaries don't have a ".DMS" extension at all...

in any case, assuming you have the binaries, you might need to allow execution with:
Code: 
chmod +x makeps3iso
 
bucanero said:
I don't know how did you download it , because the original binaries don't have a ".DMS" extension at all...

in any case, assuming you have the binaries, you might need to allow execution with:
Code: 
chmod +x makeps3iso
Click to expand...

from your github downloading with safari and got .DMS file but downloading next with firefox all ok, finally can create ps3 ISO with my mac gracias! but everytime i need to rename games folders without spaces or symbol ][ before starting create an iso else i get an error (see pics!) is it normal?
 

Attachments

  • in.png
    in.png
    81.6 KB · Views: 216
  • mp.png
    mp.png
    138.5 KB · Views: 232
Try to write the path/filename in between quotation marks like this:
Code: 
"Volume/path with spaces/file name with spaces.iso"
 
marconino said:
from your github downloading with safari and got .DMS file but downloading next with firefox all ok, finally can create ps3 ISO with my mac gracias! but everytime i need to rename games folders without spaces or symbol ][ before starting create an iso else i get an error (see pics!) is it normal?
Click to expand...

it seems that you're using the "interactive mode" and entering the information by hand on the app. Probably the parser there needs specific escaping.

The easiest way is to just run it directly from command line, I never had an issue:
Code: 
makeps3iso /mydir/something/BLUS1234-\[sega\ rally\]
 
arcadekidflo said:
Is there any way to check if an ISO was created with genps3iso or makeps3iso ?
Click to expand...
Hmm, thats a good question, i dont know the answer though and i dont have much to comment, other than i think it would be a nice feature to have in backup managers

I guess by comparing 2 iso's made with each tool it could be posible to find the differences
For the experiments the files for a "fake" BD disc structure can be created 100% custom in a minimalistic way, only containing the EBOOT.BIN + PS3_DISC.SFB + .PARAM.SFO + ICON0.PNG... and not much more
This should create very small isos

But finding the differences is a thing... and using that differences as "search patterns" to identify the tool that made the iso is another story
 
TnA said:
What's wrong about dumping the original disc with MultiMan to ISO and directly on the desired device (USB, HDD, etc.)?
Click to expand...

The same as with other apps, it is not 1:1 dump but disc image made from dumped files and folders. Consequences are: it should be verified by IRD (because there are problems with all those apps with some games) and it is decrypted. The best approach to make preservation, fully valid disc images of PS3 games are PC ODD/ODDW (not all drives will see PS3 discs) or multiMAN on PS3 but with turned on Direct Disc Access and dumping from video category. Plus dumping disc keys on PS3 to decrypt images on PC or just leave it in encrypted form but with *.dkey. There is only two flaws of such backups: unnecessary 256MiB larger image than "normal methods" (because of PS3UPDAT.PUP) and no way to modding game (which is not a point of archiving anyway).
 
For the PS3 backup managers the encrypted isos are fully invalid @Berion :rolleyes:

Lets rewind back some years... the priority was to load the game backup without encryption so it was implemented first... and the decryption was something "extra" but nobody implemented it because it involves doing additional intermediate steps at the load time and having specific code to deal with it
By removing the encryption everything is easyer, and probably the access to the game files is more efficient and with a better performance
 
For WebMAN Mod they are valid @sandungas. ;) At least in theory (I'll test it today if it's possible from play it from internal HDD). @aldostools integrated those changes: http://forum.redump.org/topic/14472/ps3netsrv-modified-for-encrypted-3k3yredump-isos/ with WMM.

Years ago games cannot be launched from disc images but unpacked on HDD to imitate digital category because that was the only known way in those times (times which dongle payloads started). But now we have Cobra, and we can mount images like real discs. I don't see a reason to using decrypted hand made *.iso instead to proper one. ;) The only flaws as I mentioned are wasting 256MiB space for each game as consequences of *.pup on every disc and lack of modding capabilities which doesn't matter in archiving purpose. And the most important benefit here, they can be dumped on PC a lot faster than on PS3.

About efficient: I highly doubt as not whole disc is encrypted, just part of it, and decryption is doing on the fly.
 
Berion said:
For WebMAN Mod they are valid @sandungas. ;) At least in theory (I'll test it today if it's possible from play it from internal HDD). @aldostools integrated those changes: http://forum.redump.org/topic/14472/ps3netsrv-modified-for-encrypted-3k3yredump-isos/ with WMM.

Years ago games cannot be launched from disc images but unpacked on HDD to imitate digital category because that was the only known way in those times (times which dongle payloads started). But now we have Cobra, and we can mount images like real discs. I don't see a reason to using decrypted hand made *.iso instead to proper one. ;) The only flaws as I mentioned are wasting 256MiB space for each game as consequences of *.pup on every disc and lack of modding capabilities which doesn't matter in archiving purpose. And the most important benefit here, they can be dumped on PC a lot faster than on PS3.

About efficient: I highly doubt as not whole disc is encrypted, just part of it, and decryption is doing on the fly.
Click to expand...

These changes were integrated into ps3netsrv, not wMM. Any manager that use netiso (multiMAN, sMAN, webMAN MOD, etc.) should be able to run these games.
 
Oh, so I misunderstood Your post last time. :( There is any chance to implement it on WMM side? I can test it.
 
Berion said:
Oh, so I misunderstood Your post last time. :( There is any chance to implement it on WMM side? I can test it.
Click to expand...

wMM is a front-end for mounting games. The ISOs are processed by Cobra, which intercept the scsi events and emulate a Bluray drive returning the requested sectors from an ISO file. So, it would be a change in Cobra.

Not sure if this help, but when the syscall 36 is called, the encrypted bdvd files become readable.
https://github.com/aldostools/webMAN-MOD/blob/master/include/ftp.h#L825
 
Yeah the ps3netsrv decryption is a nice trick, but in that case the PC is doing the decryption work, and the game data is served to the PS3 already decrypted

In the PS3 there are basically 2 ways to do the decryption, by hardware or by software
To do it by hardware is needed to use the ENCDEC (is a subcircuit inside southbridge). The hdd, bd, flash, usb, etc... all them are considered "peripherals" of the southbridge so when the data passes through the southbridge you can "ask nicelly" to the ENCDEC do the decryption. This way the decryption is made by the southbridge so there is no performance penaly to the CELL processor

But if you do it by software (some code running inside CELL) then there is going to be a performance penalty, i cant imagine how many, but theoretically there should be some

The good way would be if there is some way to enable the ENCDEC decryption when loading a encrypted iso from USB
USB is another peripheral of southbridge, but in official firmware i guess the data from USB doesnt pass through ENCDEC
Anyway, i dont even know if someone found how to use the ENCDEC for this kind of things

Incase the encrypted iso is stored in dev_hdd0 (remember internal hdd is already encrypted and decrypted on the fly by the ENCDEC)... this results in a double encryption, and i guess is not posible to do both together with the ENCDEC
Maybe doing this 2 decryptions togeter is too much stressing for the ENCDEC

Dunno, im just brainstorming a bit
 
@aldostools Thanks for the explanations. I completely forgot about Cobra/Mamba.

@sandungas Encrypted are only few MiB, not the whole disc, so I doubt of any real efficient impact.
We don't need to use ENCDEC if plugin or i.e Cobra would do it on the fly by it's own algorithm implementation.
 
As far i remember from some documentation published by the 3K3Y ODE manufacturers about the PS3 BD layout, the areas of the BD are encrypted "by region" (and that regions are like partitions)
The whole contents of USRDIR folder are encrypted and are a region, because this is where are located the game files
The PS3UPDAT.PUP have his own region and is not encrypted (because is not needed, the PUP has his own security)
And the content information files are not encrypted either (because his purpose is to be loaded by the XMB as faster as posible)

I think if we do the decryption with cobra or a plugin, then that processess are loaded in CELL and the decryption functions are going to "steal" some of the CELL performance
Lets push this with an extreme theoretically example... if we encrypt a single file 100 times (covering it with 100 encryption layers on top of each other) and then we use a code to decrypt the 100 layers this is going to cause a performance penalty in CELL
The performance penalty of the 100 layers is going to be more notable than only 2 layers... but in theory it happens in both

In the original design probably they offloads all the encryption and decryption of southbridge peripherals into ENCDEC because this way CELL doesnt needs to do anything
If we find a way to do it with ENCDEC nice... but otherway im not so sure of the results, the performance penalty could be so big that it could be unusable
 
Last edited:
At least in case of Mirror's Edge (BLES-00322), is not true (that's the most tiny game I have so I only tested this one). The differences between hand made ISO and 1:1 ISO was few MiB, on which are main executable and modules. So definitely not whole USRDIR. Maybe it's per game choice of developers?
 
Not sure, im talking based of what i remember from some documentation i did read lot of time ago from one of the ODE manufacturers, but i never did read much other pople talking about it so i dont have any real proof and i cant give any link where is explained how that encryption is applyed to the discs
 
You must log in or register to reply here.

Similar threads

Back
Top