Originally Posted by Lady Anne Blunt
I wanted to post after having done full test around that setting display to reproduce what this trick does but may be in two days or so i ll have the time.
i did a little and it seems to don t really refresh the SFO or only the resolutions (but it s already great for fews games such Eden of child so peoples don t have to create pkg to make, like i did)
I ll report here (i got the same setting than it was decribed on psx scene, Japanese sd TV, so it just a question of test)
Around resolution, fews weeks/.months ago, i got homebrew (showtime or MultiMan, can t remenber for sure) changing it automatically the XMB (after using MutliMan or showtime XMB went to 16:9 to 4:3) and i wanted to reproduce it also.
|
I have no idea of this problem with this game, and never saw this message, the only thing i can say is i doubt a change in resolution can "refresh the XMB"
Originally Posted by Lady Anne Blunt
About flag n7(and may be 8), i was thinking it s related to something similars as toogle resoltution or XMB pictures/videos in game but can it be only available for specific category/ ID/ combinated flags (like that list of reserved file.dat)?
(like only will work if it s under TV or VIDEO category and with torne?)
It s intrigued me that picture in xmb, it s not grey but you just can t open it (i tested fews things around without any results)
|
Interesting idea hmmm, flags that only works if the content is a specific CATEGORY... this happens with the "copy protection" flag in savedata (SD). The difference is savedata is not bootable, but yes its possible
Originally Posted by Lady Anne Blunt
One thing also about data base, i noticed something a bit specific when i was playing with your blueray structure but need to make more test here also.
|
Btw... im not sure exactly what is the database and where is the file that stores all the PARAM.SFO (but i saw it one day and could read the list with all them, is just i dont remember), i will look for it again and add it to the page for reference. I speculated if by erasing this file the console generates it again (in the next reboot) but im not 100% sure and i not going to test it, im just saying it if somebody has more info about this
Edit:
Ohh, and yes, with disc there are some weird errors, because sometimes the PARAM.SFO is stored in this "database" and other times not, also part of the structure (files and folders) is stored in HDD as a "temporall files" but are still there after rebooting
Edit 2:
Thinking in it... is because while making test there is no bootable content in the main icon... so its no so easy to "refresh the XMB"... good point, this needs an explain and is important, this is a new trick that i never taked care
Originally Posted by Lady Anne Blunt
Other thing around PARAM.HIP, i tried to make it working under DG or (blueray structure) but i don t think it possible (because officially "PARAM.HIP, it should not be")
I was trying fews tests around XI but here also no luck untill now.
|
Right, a raw PARAM.HIP cant be placed next to a PARAM.SFO inside a disc, i suppose the ps3 ignores it... but it can be placed inside a .PKG in one of the installable packages inside the disc (but is lot of work for what BahumatLord want to do, he has like hundreds of packages)
Edit:
Xi is not so easy that seems at first sight, for me is an "Extra Item" (or XML item) so it must be placed inside a subfolder, but there are not more kinds of contents that can be placed in a disc (this is sadly verifyed)
The only resting kind of content is the one inside HTMLDIR (this is verifyed that exist), but i dont know if in HDD or discs, i dont remember where i saw it, but probably was in this pastebin from jaicrab time ago so no more info that a HTML content "exist". I never saw an example of this sadly and i have no idea where to look at
But there are high chances that both are related (lets say... a HTMLDIR folder with a PARAM.SFO marked as XI and a INDEX.XML at his side) because there are the last ones resting (are the last folder and the last CATEGORY)
Originally Posted by Lady Anne Blunt
I keep in mind also about that trick part on the page, it s something really nice for peoples to start playing with SFO.
|
There is a lot of "tricks" we talked about here in the forum that are not explained in the wiki, at some point i began in thinking in this idea to add the "tips & tricks" section in the wiki because this reason
The sections that are actually inside this "tips & tricks" is just like a layout to keep expanding it, we can add there whatever thing that is usefull and related, also, this is very usefull for people that begins to making experiments, also the next section with links, tools, etc... all this needs lot of work
The size of the page is not huge by now, actually there are like other 20 pages bigger
Originally Posted by Lady Anne Blunt
eboot.pbp talk: the structure file/folder is incomplete (because the edat algo? from the examples i used) but i may find other way to complete it. I wanted also to document the difference on SFO before/after FIX.
Where i should look on SFO to have that Software manual appear? (category as MN summon it but i think there are other data for it, like on psp it s not automatically to have it appear)
|
I think is summoned

by the psp emulator (Minis & PS1), i suppose when the ps3 sees this categories the content is booted by the PSP emulator, and the emulator has a speciall "XMB in game" menu when pressing PS button (same one than psp)
This menu simply is able to load a DOCUMENT.DAT if the file is in his "standard path" inside the game folder
To verify this, you can erase this file and his folder from the game and boot it... to see if the option to see the manual dissapears
If is still there, then is something other that is activating it (inside the ATTRIBUTE of the other PARAM.SFO inside EBOOT.PBP?)
The point is.... to be able to load this kind of manuals from a PS3 game (a PS3 game is not booted from the PSP emulator) i imagine 3 ways but i think none of them will work:
1. change the category of a PS3 game to MN or P1 and include one of this DOCUMENT.DAT in the standard path... like a PSP game
2. include one of this DOCUMENT.DAT mimic the standard path inside a PS3 game (keep the original ps3 category, dont change it)
3. change the firmware (e.g: game_category.sprx or something) to be able to load functions that are specific for different formats... in other words... PS3 format able to load DOCUMENT.DAT's
The first one probably will give a crash or will take you out of the game (because psp emulator cant manage a ps3 game)
The second one probably will be ignored (because the format and the path are not standard for a ps3 content)
The third one is even half crazy, because the function to load this file is inside the psp emulator... but you need to make it available to a ps3 game (when a ps3 game is running i suppose the psp emulator is "deactivated")... so lets say when running the game you need both working (PS3 and PSP emu)... not sure if this is possible but thinking in the emulators composed by modules in .sprx format... maybe can be tweaked