idlesauce / ps4-eboot-dlc-patcher

Patches ps4 fpkgs to load dlcs from the base pkg.
GNU General Public License v3.0
58 stars 5 forks source link

rock band 4 does not show the dlc #9

Open DarkValkirion opened 7 months ago

DarkValkirion commented 7 months ago

I have used each new version of this app and the game continues with the same behavior.

By doing the whole process correctly and starting the game, the game does recognize the dlc (which are custom) as I show in the example image and it tells me that it detects 2/2 dlc but when checking the song list, it does not show the dlc songs

example image

I have a feeling that it is not a problem with the app but a different problem

can you take a look at it? thanks

idlesauce commented 4 months ago

Apologies for taking so long to look into this. Unfortunately it seems the game is not willing to accept a mountpoint in app0, no clue why the devs did this, sadly i cannot do anything to fix this (without escalated privileges).

As a not so great workaround you can make use of etaHEN's /data mounts in sandboxes with this custom dlcldr.prx, this creates one dummy dlc and sets the mountpoint to /data. Run the patcher on the eboot like normal so you have a patched eboot but use the custom dlcldr.prx instead of the one generated by the patcher, you also wont need to extract dlcs into the update since that wont be the mountpoint. Copy the contents of /Image0/songs from each dlc into /data/songs on the ps5 with ftp. If you add more songs in the future go into the game settings at click Refresh music library.

Sadly using app0 like this didnt work. I also checked if setting the mountpoints to /data/dlcXX would work, but it does not unfortunately, so it'll be some extra work to extract stuff.

If you're fine with storing stuff in /data and want the official dlcs I can check if that would work in the same folder and make a custom prx.

DarkValkirion commented 4 months ago

have you tried this method yourself? I've tried it exactly as you instructed and it didn't work, it still doesn't detect the DLC, although now when it tries to load them it only shows 1/1 (I've also used the refresh music library option).

idlesauce commented 4 months ago

Yes i have tried it, they show up, I grabbed 3 random dlcs: game I changed the sort order, by default they're not at the top like this. When loading it shows 1/1 for me too, it shows the dlc count not the songs count

Double check that your folder structure looks like this: datasongs2

You can verify if the data mount is working if after opening the game you see the songs folder inside here /mnt/sandbox/<titleid of rock band 4>/data: mntsandbox

DarkValkirion commented 4 months ago

The data folder is not mounting, but I followed the normal steps and then replaced the dlcldr.prx with the one you provided. I am using etahen 1.7 Captura de pantalla 2024-07-07 150202

idlesauce commented 4 months ago

Make sure that you don't have Allow_data_in_sandbox=0 in /data/etaHEN/config.ini, if you do, change it to 1, and restart your ps5 and etahen.

DarkValkirion commented 4 months ago

Same result, the data folder is still not mounted, the etahen log says that it did. etaHEN.log

idlesauce commented 4 months ago

I'm afraid I don't have another option to offer... You could open an issue in the etaHEN repo, see if lm can fix the data mount issue, it's been working reliably for me on 4.03.

idlesauce commented 4 months ago

I've just learned that shsrv exposes a mount command, i saw you opened an etaHEN issue, so this is just an option for the meantime until its officially fixed, in case you want to play dlcs asap. This is a pretty crappy experience at this point, since you'll have to run these commands every time after starting the game, you'll probably also have to do Refresh music library the first time, also for me shsrv says command not found the first few times after opening a new terminal so just try again. After starting the game:

mkdir /mnt/sandbox/CUSA02084_000/data
mount -t nullfs /data /mnt/sandbox/CUSA02084_000/data

And after closing you'll have to do these otherwise the system will keep making new sandbox folders for this game (so it'll be CUSA02084_001 the next time) (although they got cleaned up for me after a kp, maybe a regular restart will also do it):

umount /mnt/sandbox/CUSA02084_000/data
rmdir /mnt/sandbox/CUSA02084_000/data
rmdir /mnt/sandbox/CUSA02084_000

(I tested this ingame, but i used a different folder name and prx bc i already have the data folder)

DarkValkirion commented 4 months ago

I might try it as an experiment, although it's not the best solution but I really appreciate that you've researched and spent your time on a way to make it work, thank you. I was already planning to update my console to 4.03 but now I think I'll wait patiently since I see that LM responded quickly and it also seems that a new version of etahen will be released soon (with the possible fix for the mounting error) and you've also given me an option to try.

By the way, do you think you could add this option to your patcher (the method that creates the prx special pointing to the /data folder)? It could also be useful in other games that don't support the first patching method.

DarkValkirion commented 4 months ago

Works great as a temporary alternative. Apparently it is indifferent to use one or more pkg when using the patcher. I think (at least for me) this problem is solved, I hope you can update the patcher with this new strategy. Rock Band 4_20240720012626