xvortex / ps4-dumper-vtx Goto Github PK

As you know since firmware 4.55 ps4 supports installing games on an external usb disk, this option is named extended memory. If i run a game from the extended memory and run the dumper the output folder is created correctly but has a different folder structure and is missing param.sfo making the dump unusable.

If you move the game from extended memory to internal memory the game is dumped correctly but this isn't a real fix, can you fix the code to dump param.sfo even when games are run from extended memory? the file should reside somewhere in the ps4 ram for the game to run

I think a useful improvement would be to prevent console sleeping until dumping is done.

Seems a better option than disabling power saving or constantly nudging the controls.

After dumping each game, (Uncharted Collection CUSA02320 and Advanced Warfare CUSA00803), using the v1.8 Dumper on 5.05 firmware, it seems to rip the games incorrectly as I can NEVER seem to turn them into package files. The OrbisGen app continues to tell me that the game PARAM file and sometimes the PNG files are too big/small of size, (incorrect file size), and I can rip my entire rest of my collection, so something is wrong with the dumper 1.8 IMO. Please fix this, thank you.

Is there a way for the dumper to pull the decrypted trophy files in the newer gsmedt and updates?

After game is run, decrypted DLC files are stored in /mnt/sandbox/pfsmnt/CUSAXXXXX_00-DLCID-ac/ directories. If user uses any theme there will be additional -ac directory that DOES NOT MATCH CUSAXXXXX directory of a game user run.
Since *-ac/sce_sys/ directories is empty, you have to extract param from /user/addcont/CUSAXXXXX/DLCID/ac.pkg file.
so in a nutshell step would be:

1. Wait for user to run the game (dumper does it right now)
2. Copy all detected directories [that have same CUSAXXXXX as game that is running] from /mnt/sandbox/pfsmnt/CUSAXXXXX_00-DLCID-ac/ to /mnt/usb0/CUSAXXXXX-ac/CUSAXXXXX_00-DLCID-ac/
3. Get proper param.sfo for those directories from matching /user/addcont/CUSAXXXXX/DLCID/ac.pkg

This part fully covers dumping DLCs WITH EXTRA DATA.

Now for DLCs WITH NO EXTRA DATA: currently I have no clue where console stores their contentids and/or names. The closest thing I found is: user/home/0000xx/license/regioncode+somenumber_CUDAXXXXX_00.rif (example: EP0002-CUSA07399_00.rif``) you can get all installed contentids from this file and:
-skip first contentid in this file since its basegame contentid
-skip any contentids that have their -ac directories in /mnt/sandbox/pfsmnt/
and for the ones that do not have their directories:
-create new `/mnt/usb0/CUSAXXXXX-ac/CUSAXXXXX_00-DLCID-ac/` create subdir sce_sys in it + generate param.sfo file (from hardcoded template) with proper CONTENTID. Title does not matter (it cant be displayed under options -> information -> installed dlcs anyway) so you can name them DLC 1 (and increase this number for every next detected unlock dlc)
There is one downside by using this workaround for unlock dlcs - if user had other/any dlcs installed previously it will create DLCs with no extra data despite dlc probably being dlc with extra data since ps4 does store licenses for uninstalled games and dlcs.

I successfully dumped 2 DLCs with additional data and about 10 DLCs without additional data(unlock dlcs) and installed them - they are working just fine.

edit: gengp4 does not support any kind of DLC, so its needs to be updated as well. In the meantime, user can manually create fpkg.

Hi,
I would like to ask about your build environment, if I use binutils 2.28 (Debian Stretch) the linking fails on HEN or creates bigger "dumper" and FTP payloads. If I use binutils 2.25, HEN payload still fails at linking time, but the dumper and FTP have a reasonable size, less than 25 KB like your files in the release sections. I noticed that HEN uses a different script file, but I don't know ELF structure to this level to understand what's going on... ^__^;

Thank you in advance.

I try to dump my shadow of the tomb raider with update 2 00. Original game and Patch run good. But if i try Dumping i still get a popup "Waiting for game to copy 72completed..."
If i dump other games, its works.

The dump does not seem to work, insert the exploit page on my server on android phone, the configuration file in the usb drive with the bin file (I do not know if it is correct), I start the exploit from the ps4 browser, I get a " done "and I see the notifications that guide me to the creation of the dump, at the end of the procedure the ps4 goes off, but in the usb drive I can not see any files.

I'm on 4.55 and i have downloaded your file but USB give no message, can you do something please ?

Hello.

Am i missing something here ?

Notifications are missing when launching it self hosted (html + js files in a web server).

Notifications are shown fine when binary payload sent. Also shown in some beta 1 version floating around.

bin and js payloads are exactly the same.

Thanks.

There is no warning about full usb drive.
it seems can't write file but it says "CusaXXXXX dumped"
but game isn't.
even it's creating is a *****.complete file without any folder...

[Error] Format of the project file is not valid. (element <scenarios_info> is missing)
I get that error when i try and open the .Gp4 in orbis-pub-gen.
Game: Call Of Duty Black Ops 3. CUSA: CUSA02290. Thanks for taking your time and looking at my message.

When i tried to dump the game and the update file for this game CUSA03745 on my friend's 4.55
using v1.7 and split=3, it only dump the game and display dump complete but the update folder doesn't contain any file!

Ok i am tearing my hair out here. I have followed the instructions over and over but i just cannot get this to do ANYTHING?

1TB Drive formatted to ExFat
dumper.cfg in root

Ive tried loading the dumper and starting the game.
Starting the game then loading the dumper.
Running exploit then the dumper.
swapping ports
Reformated HDD

Nothing....

I get welcome to PS4 Dumper

....

And thats it ?

Help

does not dumper the game spider man in physical media

just message. disc complete 94%

if param.sfo is "gdo" type, gengp4 v1.8 modify the param.sfo and replace it by "gd".
When you check the package with orbis-pub-chk you can see "Category: gd" inside [Params] section and not "gdo" like original param.sfo file.

Ok so I noticed that app image extraction does not work correctly.
I saw on my USB-stick that it dumps files sure, but it does not show percent correctly. It's just stuck on 0%.

Anyone else having this issue?
Model: PS4 FAT (Destiny edition)
Firmware: 5.05

I noticed v1.6 dumper dumped installed game patches will v.1.7 do the same eventually

USB Dumper always dumps to /mnt/USB0. When using a HDD enclosure such as (https://www.amazon.com/gp/product/B00GLL41MA/) the PS4 mounts 2 USB devices:

• /mnt/USB0
• /mnt/USB1

Where /mnt/USB0 is the SATA controller driver and /mnt/USB1 is the actual USB mass storage.

This Dumper tool always uses USB0 so it reports success all the way through the process but when its completed its execution there is no dump on the actual USB mass storage device and the files created on USB0 (the controller) are 35 MB

When it generates the gp4 in an update, it exchanges the version of APP_VER and that of VERSION in the param.sfo, please, fix that, is very anyoning because for do a fPKG for an update i need edit manually again the version number. And also other bug is the pg4gen change the type of app, for example gp (game application patch) to gd (game digital application).

This version cannot dump the patch/update folder of this BDGame.Maybe it's because is like a "patch dlc folder" and not a normal patch folder?.Hope it can fix this.Thanks.

Could you add a feature to split packages up into 4gb files for us poor bastards running one HDD across multiple systems.

@xvortex,

I've run the Dumper exploit through by Al Azif's Exploit Host (using relevant index.html instead of the .bin), added the dumper.cfg to my hard disk and ran the disc and backed out. Its been hours and my PS4 didn't shut down... How do i know if Dumper is running properly or not?

Sorry for the confusing write up.