|
|
#21 | |
|
Homebrew Developer
![]() Join Date: May 2012
Posts: 386
Likes: 312
Liked 150 Times in 106 Posts
Mentioned: 42 Post(s)
Tagged: 0 Thread(s)
|
But because there are different type of update etc... you can still have the new sfo booting from disc and the one from update being used as cumulative but not taking off (sorry it s really bad explanations and i m not sure about it, never really fully tested) So....i can see two more things to test: sfo edited from disc like the first time you tested but with the update. If my idea of cumulative update and sfo is fine, you will music in game (but not working), the sfo from update being used only as "bonus". There are other thing, when you boot the second time the new sfo is now really used (for psn game at least) For SFO and update...even with different title name (you change a little the title of the game so you know which SFo is loaded but i suspect some parameters are not) But for strictly about music in game, system version 2.50 (or so) being a good way to check but not everytime. I also suspected Sony to have block it on some games, like i suspect psp remote play not working in purpose in some game. Thanks you for your tests. edit: it s complex because annoying to test and related to each eboot. Your uncharted didn t have Attributes but have xmb in game, I suspected something similar with recent games, SFO don t matter and even without any flag on Attributs, they will still got music in game etc...so we can t really fully trust only the SFO capability but also the sys param thing on the eboot ( and in annoying case patch them or update them to don t use spoof) If you are fine with test, you might report them on the wiki ( either create a page or on talk page of SFO but Sandungas can have better idea if it s really appropriate) so it will be easy for everyone to know where to find the list. |
|
|
|
|
|
|
#22 | |
|
Member
![]() Join Date: Sep 2010
Posts: 120
Likes: 48
Liked 40 Times in 27 Posts
Mentioned: 6 Post(s)
Tagged: 0 Thread(s)
|
Hope this helps. |
|
|
|
|
|
|
#23 | |
|
Homebrew Developer
![]() Join Date: Oct 2011
Location: dev_hdd0/home/
Posts: 498
Likes: 239
Liked 498 Times in 209 Posts
Mentioned: 100 Post(s)
Tagged: 0 Thread(s)
|
Now that im thinking about it... hmmm, seems obvious that the PS3 is loading information from both PARAM.SFO's (the original one in the disc.... and the one used by the patch) Example... RESOLUTION is taken from the "disc" SFO (obvious because the patch doesnt use it)... but APP_VER is taken from the "patch" SFO (you can press triangle over the icon, and in the side menu select "information", you will see the version 01.10... refered to the APP_VERSION from the patch) So first thing i need to thank you because i understand a bit better how patches works ![]() And i have another SFO for you to test ---> http://www.sendspace.com/file/cn32ir ![]() *The area marked in blue is the ATTRIBUTE... there are 2 "flags" activated (the value in the "little endian" column in the tables in wiki) 00 00 10 00 = Overwrite XMB In-Game 20 00 00 00 = XMB In-Game (v2) Background Music The addition of this 2 "flags" makes the 20 00 10 00 value i changed (marked in blue in my screencapture) Basically... "Overwrite XMB In-Game" belongs to a group of "special flags" used ONLY in patches (see the section ATTRIBUTE in Patches... one of them is used to "overwrite XMB In-game" http://www.ps3devwiki.com/wiki/PARAM...otable_content Last edited by sandungas; 08-12-2012 at 03:09 PM. |
|
|
|
|
|
|
#24 | |
|
Member
![]() Join Date: Sep 2010
Posts: 120
Likes: 48
Liked 40 Times in 27 Posts
Mentioned: 6 Post(s)
Tagged: 0 Thread(s)
|
I also tried something different: i took the SFO from midnight club la, which has in game music playback, and changed the title and title id but nothing else, and put it in the uncharted game folder, just to see if it would work. Uncharted boots ok, but i get the message "music will start to play in a while" when trying to play music through XMB. There must be more to it than just the SFO, eboot too maybe? |
|
|
|
|
|
Likes: (1) |
|
|
#25 |
|
Homebrew Developer
![]() Join Date: May 2012
Posts: 386
Likes: 312
Liked 150 Times in 106 Posts
Mentioned: 42 Post(s)
Tagged: 0 Thread(s)
|
About the table for flags, at first i thought it was better to don t have 2 different tables about patches and one other from bootable.
because in that case , the tables don t look complete when in fact it s almost done but need to know them more accurately: in bootable content flags n14-15-16 are empty when in fact they are already used in patches)-----but it s just visual problem other reason: bootable is a bit restricted word, If the fixed eboot come from patches, the original eboot from disc/back up is not used (but for me at that time it was more or less: eboot+sfo from same folder boot together but in fact not at all. XMB in game chat voice disabled is probably from patches if it was already used. But thanks to Sandungas and v8s10, it s a bit more clear now and the way it look on the wiki is better. |
|
|
|
|
|
#26 | ||||
|
Homebrew Developer
![]() Join Date: Oct 2011
Location: dev_hdd0/home/
Posts: 498
Likes: 239
Liked 498 Times in 209 Posts
Mentioned: 100 Post(s)
Tagged: 0 Thread(s)
|
Its more obvious with APP_VER (this is the info you can see when you press triangle over the icon displayed as: "version")... this obviously is loaded from the patch But the patch doesnt contains important values that are mandatory for this type of content, like BOOTABLE, RESOLUTION, SOUND_MODE, etc... A game cant boot without them... so is obvious this ones are taken from the original For what we are trying... we need do add flags in ATTRIBUTE... and im sure this can be done, because there are official patches that does it (like the heavy rain, patch 2.00 that adds "move controller" support)
Most of the PARAM.SFO are pretty similar (from the same CATEGORY... in this tests "DG" = disc... and "GD" = patch).. in most cases you can replace them from one game to another by changing only TITLE_ID In resume... this test you did is the same one you did with the file ada modifyed (she added ATTRIBUTE with the "XMB In-game background music" flag) After you said this doesnt works... we tryed to activate it with a patch (first test with only 1 flag... and second tests with 2 flags)... but this doesnt works ![]() The last test i can imagine has a chance to work is to replace both files at the same time (the one ada did inside the backups folder.... and the second one i did in the patch installation folder)... this idea is based in maybe the ps3 needs to have the ATTRIBUTE in both PARAM.SFO's ---------------------------------- All related with "patches" is a bit unknown (at least for me, because for what i saw there are a few different ways to make them, and few tricks)... initially when you asked if music can be enabled in all games i said "yes" because the flag is there and is valid, it doesnt mind if the game is old... firmware 3.55 XMB "understands it" The EBOOT.BIN can be the bigger problem, and maybe what is making all this not to work ![]() The next interesting test to make are with games compiled over 2.40 firmware
|
||||
|
|
|
|
|
#27 |
|
Member
![]() Join Date: Feb 2012
Location: Death's Horizon
Posts: 769
Likes: 239
Liked 189 Times in 143 Posts
Mentioned: 62 Post(s)
Tagged: 0 Thread(s)
|
Since people(including myself) may not fully understand the editing process for Param.sfo files to allow music playback ; I'm want to know if somebody/PS3HAX community will provide us with Param.sfo fixes for in game music similar to how we have a thread for eboot fixes?
__________________
"Ha! Man you're so funny you should be comedian, God Damn! Unfortunately I am I just hide behind the tears of a clown"- Verse from "Beautiful" by 3M1N3M |
|
|
|
|
|
#28 | |
|
Homebrew Developer
![]() Join Date: May 2012
Posts: 386
Likes: 312
Liked 150 Times in 106 Posts
Mentioned: 42 Post(s)
Tagged: 0 Thread(s)
|
For edit your SFO and this function, xmb music, you are confuse because of the update thing and you might not use recent tool. It s more simple than it look like (to start you better use one of the available SFO editor) There are somewhere a list / thread about the games working or not with music in game, it can save you some test. |
|
|
|
|
|
|
#29 | |
|
Homebrew Developer
![]() Join Date: Oct 2011
Location: dev_hdd0/home/
Posts: 498
Likes: 239
Liked 498 Times in 209 Posts
Mentioned: 100 Post(s)
Tagged: 0 Thread(s)
|
The only one i know has a problem with this is "sfo editor" by hellcat, but there are others that are based in it, so i dont know Like i said before, if you have some ones you want to test, upload them in a .zip renamed with different names and i will modify them Because im doing it by hand, and because is better for the test we did in this thread... upload PARA.SFO's from games or patches that requires firmware 2.40 or higher |
|
|
|
|
|
|
#30 | |
|
Homebrew Developer
![]() Join Date: Oct 2011
Location: dev_hdd0/home/
Posts: 498
Likes: 239
Liked 498 Times in 209 Posts
Mentioned: 100 Post(s)
Tagged: 0 Thread(s)
|
By now... it seems the ones with ATTRIBUTE are games compiled after 2.40... this ones has very high chance to work The previous test with uncharted1 was one of the older games (we began the hardest way trying to achieve 100% compatibility with alll games) The next thing to test is if there is 100% compatibility for games after 2.40 Edit: If the PARAM.SFO is from a patch... there are a group of "overwrite" special flags that are not documented and maybe are needed for this to work in patches This can be the cause uncharted1 didnt work... but also can be the cause for more "fails" in our next tests
Last edited by sandungas; 08-16-2012 at 06:52 AM. |
|
|
|
|
![]() |
| Bookmarks |
| Thread Tools | |
|
|