Editing Talk:PARAM.SFO

Jump to navigation Jump to search
Warning: You are not logged in. Your IP address will be publicly visible if you make any edits. If you log in or create an account, your edits will be attributed to your username, along with other benefits.

The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then publish the changes below to finish undoing the edit.

Latest revision Your text
Line 1: Line 1:
=Unknown or new parameters=
This page is an index/worklog/notepad with sections referred to the front page. All the sections in this page are things related with PARAM.SFO that are not completely documented, and the final purpose is to move the info when completed to the front page. This also will help to keep the front page free of speculation.


==CATEGORY (new content formats)==
----
*CATEGORY '''VF''' - (HDD content, NOT in game column) ---> '''unknown name''', used as a valid category filter in the XML configuration file for [[XMB-Game | XMB game column]] in path: dev_flash/vsh/resource/explore/xmb/category_game.xml in key="gameDir"
 
**key="gameDir" is an XMB item that allows to order the contents by "rating" or "timeCreated" the command used contains a list of categories that are excluded using the [[XMBML Functions#Operators| operator "An" = An not equal]] (VF is at the end of the list excluded with '''An+Game:Game.category VF''')
=Unknown=
**Similar than MN, 1P?
This page is an index/worklog/notepad with sections refered to the "front" page that doesnt needs to have the same names but needs to be grouped in some way. All the sections in this page are things related with PARAM.SFO that are not completly documented, and the final purpose is to move the info when completed to the "front" page. This also will help to keep the "front" page free of speculation
 
The sections are ordered (from top to bottom) starting with the parameters that are most interesting, near completed, or more probable to support new features or content types in the future (TITLE_ID, CATEGORY and ATTRIBUTE).. Next there is a list of unknown parameters that are ordered by his difficulty from easy to hard, this list ends with the parameters related with security and continues with the data types that are very related to security, after this there are a few sections that are related with SFO but are not directly dependant of a parameter (e.g: structures activated by the presence of a folder with a reserved name, etc...)
 
At the end of the page there is a table of SFO parameters for other sony consoles, the only purpose of this table is to know the names of them to dont confuse with PS3... there is no plan to document them, although if anyone is interested in improving this table you can start here but later you will need to move to vitadevwiki, psdevwiki.com/ps4, or whatever
 
==TITLE_ID (reserved, special or rare)==
See [[PARAM.SFO#TITLE_ID]], everything that "breaks" the standards explained in this link can be added here in this table as an example to understand better how the ID's are assigned to each type of content
 
{| class="wikitable"
|-
! Content ID (.PKG) !! TITLE_ID (.SFO) !! TITLE (.SFO) !! CATEGORY (.SFO) !! Notes
|-
! colspan="5" | NPIA0****
|-
| IP9100-NPIA00001_00-PS2HDDSYSDAT0001 || NPIA00001 || PS2 System Data || 2D ||
|-
| IP9100-NPIA00002_00-0000111122223333 || NPIA00002 || Folding@home & Life with Playstation || CB ||
|-
| EP9000-NPIA00005_00-HOME000000000001 || NPIA00005 || Playstation home || HM ||
|-
| IP9100-NPIA00006_00-VSHMODULE0000029 || {{No}} || {{No}} || {{No}} || Photo Gallery (doesnt have an .SFO)
|-
| IP9100-NPIA00007_00-0000111122223333 || NPIA00007 || Folding@home & Life with Playstation || CB ||
|-
| || NPIA00009 || ? || ? || <!-- seen in vsh.self -->
|-
| || NPIA00010 || Playstation home || HG || Debug Version (shipped with HDK)
|-
| || NPIA00011 || ? || ? || <!-- seen in vsh.self -->
|-
| || NPIA00012 || DigitalComics || ? || PSP App
|-
| || NPIA00013 || SenseMe || ? || PSP App
|-
| IP9100-NPIA00016_00-VSHMODULE0000001 || {{No}} || {{No}} || {{No}} || Video Editor and Uploader (doesnt have an .SFO)
|-
| IP9100-NPIA00025_00-SFPROD0000000000 || NPIA00025 || Playstation Store || SF || new Playstation Store, not via webbrowser anymore
|-
| IP9100-NPIA09002_00-0000111122223333 || NPIA09002 || Music Unlimited || AM || Qriocity
|-
! colspan="5" | NPIA9****
|-
| IP9101-NPIA9100[5-9]_00-PLUS???????????? || {{No}} || {{No}} || {{No}} || Playstation Plus <!-- seen in vsh.self -->
|-
! colspan="5" | NP*A0****
|-
| EP9000-NPEA00008_00-AQUAVITAPS300000 || NPEA00008 || Aqua Vita || HG || interactive aquarium [http://www.theaveragegamer.com/2007/08/28/aqua-vita-the-ps3-gets-all-fishy/ info link]
|-
| EP9000-NPEA00013_00-HOME000000000001 || NPEA00013 || Playstation Home Beta || HG ||
|-
| EP9000-NPEA00022_00-EYECREATE0000000 || NPEA00022 || Eye Create || HG || Playstation Eye cam utility (create photos, videos, etc...)
|-
| EP9000-NPEA00030_00-MESMERIZEPACK001 || NPEA00030 || Mesmerize || HG || (is a move controller tech demo)
|-
| JP9002-NPJA00040_00-ADHOCPARTY000000 || NPJA00040 || Ad-Hoc Party || HG || (used by "PSP remasters" games to play online in PSP network)
|-
! colspan="5" | NP*B0****
|-
| EP4183-NPEB00344_00-LOVEFILMFULL0100 || NPEB00034 || LOVEFiLM || AV ||
|-
| EP2058-NPEB00894_00-HDDBOOTPINBALL01 || NPEB00894 || Pinball Arcade || HG || "game purchase" enabled in ATTRIBUTE (C00 folder), TROPDIR included
|-
| EP4381-NPEB01229_00-YOUTUBE000000001 || NPEB01229 || Youtube || AT || NPUP10028 for usa region
|-
! colspan="5" | NP*D0****
|-
| EP4061-NPED00026_00-GSKYSCRAPE000ENG || SLES55152 || Skyscraper || 2P || Is a "PS2 Classic" note the TITLE_ID inside SFO is the original of the PS2 game and is different than the CONTENT_ID of the .pkg
|-
! colspan="5" | NPHA*****
|-
| || NPHA0**** || First Party PSP PSN/SEN Games || ? ||
|-
| HP9009-NPHA80082_00-0000000000000100 || NPHA80082 || now TV || AT ||
|-
| HP9000-NPHA70006_00-0000000000000100 || NPHA70006 || QOOK TV || AT ||
|-
! colspan="5" | NPHB*****
|-
| || NPHB0**** || Licensed PSP PSN/SEN Games || ? ||
|-
! colspan="5" | NPXS0[!0]*** (FW Components) <!-- seen in vsh.self -->
|-
| IV0001-NPXS01001_00 || NPXS01001 || {{No}} || {{No}} ||
|-
| || NPXS01002 || {{No}} || {{No}} ||
|-
| || NPXS01003 || {{No}} || {{No}} ||
|-
| || NPXS01005 || {{No}} || {{No}} ||
|-
| || NPXS03003 || {{No}} || {{No}} ||
|-
| || NPXS03029 || {{No}} || {{No}} ||
|-
| || NPXS03043 || {{No}} || {{No}} ||
|-
| || NPXS04004 || {{No}} || {{No}} ||
|-
| IP9100-NPXS09386_00 || NPXS09386 || Playstation Store || SF || Playstation Store (internal)
|-
! colspan="5" | NPXS00*** (SDK Samples)
|-
| IV0002-NPXS00006_00-SAMPLE0000000001 || NPXS00006 || NP GAME || HG ||
|-
| IV0002-NPXS00008_00-GAMEUPDATEPATCH[1/2] || NPXS00008 || GameUpdate Utility Sample || DG ||
|-
| IV0002-NPXS00009_00-GAMEUPDATEPATCH[1/2] || NPXS00009 || GameUpdate Sample (By System) || DG ||
|-
| IV0002-NPXS00018_00-SAMPLE0000000001 || NPXS00018 || Matching2 Invitation Sample || HG ||
|-
| IV0002-NPXS00020_00-HDDBOOTSAMPLE001 || NPXS00020 || HDD Game Sample || HG ||
|-
| IV0002-NPXS00021_00-SAMPLE0000000001 || NPXS00021 || Game Data Sample || HG ||
|-
| IV0002-NPXS00022_00-GAMEPURCHASE000[1/2] || NPXS00022 || Game Purchase Sample || HG ||
|-
| IV0002-NPXS00024_00-SAMPLE0000000001 || NPXS00024 || NP Basic Sample || HG ||
|-
| IV0002-NPXS00031_00-SAMPLE0000000001 || NPXS00031 || NP SNS || HG ||
|-
! colspan="5" | ULES*****
|-
| EP1004-ULES00151_00-GPCGRANDTH000001 || ULES00151 || Grand Theft Auto: Liberty City Stories || PP ||
|-
! colspan="5" | Others
|-
| AA0001-HOGE00000_00-PLAYGOGAMESAMPLE || HOGE00000 || PlayGo game sample || HG || PS4 test sample
|-
| UP0001-FSYN00001_00-0000111122223333 || FSYN00001 || FaceSync || HG ||
|-
| XXYYYY-MCPD12345_00-XXXXXXXXXXXXXXXX || MCPD12345 || Motion Controller Playground Demo || HG ||
|-
| UP9000-NPUO00007_00-AVAPS15ANVSYCOLR || {{No}} || {{No}} || {{No}} || Avatar 15 anyversary (doesnt have an .SFO)
|-
| UP9002-NPUO00008_00-NHLGAMECENTERPS3 || NPUO00008 || NHL GameCenter || AV ||
|-
| UT0016-NPUO00013_00-SAMPLE0000000229 || NPUO00013 || Video Unlimited - preview || AV ||
|-
| UP9002-NPUO00014_00-MOVEMESERVER0000 || NPUO00014 || Move.Me || HG ||
|-
| UT0007-NPUP00030_00-NETFLIXRIGEL01NA || NPUP00030 || Netflix || AV ||
|-
| {{No}} || PBPX95208 || DVD Player Version 2.10 || {{No}} || PS2 DVD Player Update 2.10 <br/> ps2emu refuses to load this CD
|-
| {{No}} || PBXC0020[1-4] || PSX-Update 1.10/1.20/1.31/2.11 || {{No}} || PSX Updates <br/> ps2emu refuses to load this CD
|-
| {{No}} || SLED01340 || NET YAROZE COLLECTION || {{No}} || PS1 NET YAROZE demo disc <br/> ps1emu + ps3 crashes <!-- main loader is encrypted for [http://en.wikipedia.org/wiki/Net_Yaroze NET YAROZE] -->
|-
| UP0001-TEST00000_00-0000111122223333 || TEST00000 || Debugging Station Launcher || HG ||
|-
| ? || SCEAPPS01 || ? || ? || Related with "shop/kiosk" PS3 models (only visible in "unlocked mode" ?)
|-
| ? || SCEAPPS02 || ? || ? || Related with "shop/kiosk" PS3 models (only visible in "unlocked mode" ?)
|-
| ? || SCEAPPS03 || ? || ? || Related with "shop/kiosk" PS3 models (only visible in "unlocked mode" ?)
|-
|}
 
----
'''Other TITLE_ID's (speculation or as exotic)'''
 
*PlayView see: [[Talk:Eboot.PBP#PlayView]]
For PS3: NPJB60*** & NPJA60***
 
For PSP: NPJH60***
 
*Cross buy(?) : US: XCUS-0000* UE: XCES-0000*  JP: XCJS-0000*
 
*NPEO12345 & NPUO12345 : Others items also as theme, digital manual.
 
*PSP remaster: BLJM-8500*
 
*Converted edition: BLJM-6100*? PARAM.SFO use NP_COMMUNICATION_ID with DG / PS3_DISC.SFB is regular.
 
*FVGK-00** used only on PS3/PSP/PS2? game box but not on disc? <!-- FVGK-0075 Muv-Luv Alternative Total Eclipse
                                            FVGK-0077 Memories Off 6 Limited Edition (Complete)
                                            FVGK-0078 Memories Off Yubikiri Limited Edition -->
 
*1.5 HD remix (generic name used more than one time?) have specific title id? KINGDOM HEARTS -HD 1.5 ReMIX-BLJM-60589.
 
*ps2emu refuses to load CD's, that would crash, but ps1emu does this not
 
*Candidates to NPEA000** (more sony experiments) "Operation Creature Feature", "Trials of Topoq", "tori-emaki", "flower".
 
*NPUB31187 music apps "Visualizer" by Q-Games
 
*NPMA & NPVA : M for TV series, V for video
 
 
Homeland UV0010-NPMA40309_CN-0000000000179825
 
*SCEAPPS01, SCEAPPS02, SCEAPPS03
**blocked in [[XMB-Game | category_game.xml]] specifically in shop firmwares using tag [[XMB#XMB_Configuration_Files | <View id="shop_guest_root">]] (not allowed for "guest" users in shop PS3's)
 
*On main page someone can "explain" than sometime the id is different. e.g. Last of US sound track is NPEA when it "should be " an other NPE'''N''' because similar app.
 
*MRTC (final fantasy xiii, disc based game)
 
==CATEGORY (new firmware supported formats brainstorming)==
 
*VT - '''Speculation''', refered as "VT" in one his related PS3 packages: NP0001-NPXS10002_00-VTSTORELIVEAREA0.pkg
 
*VF - '''Confirmed''' (HDD content, NOT in game column) ---> '''unknown name''', used as a valid category filter in the XML configuration file for [[XMB-Game | XMB game column]] in path: dev_flash/vsh/resource/explore/xmb/category_game.xml in key="gameDir"
**key="gameDir" is an XMB item that allows to order the contents by "rating" or "timeCreated" the command used contains a list of categories that are excluded using the [[XMB_modding#Operators| operator "An" = An not equal]] (VF is at the end of the list excluded with '''An+Game:Game.category VF''')
**Similar than X1, MN, 1P?
 
*X1 internal name code for MN? //as X0 and X4 are HG. See also [[Talk:Eboot.PBP#Others:_PARAM.SFO_attribut_.28PSP.29| Attributes on PSP]]
 
*XI - '''Confirmed''' ---> '''System File for Extra Content Item''' , related to another disc structure/subfolders: [[PS3_DISC.SFB| PS3_DISC.SFB]]?
 
*Folders EX_GAME & EX_VIDEO belongs to PS3_CONTENT disc substructure (same than THEMEDIR & VIDEODIR) :)
**StorageMedia:Common.fileName EX_GAME <--- Mounted by XMB in game column using key="seg_add_content_device" see: http://www.ps3devwiki.com/wiki/XMB-Game
**StorageMedia:Common.fileName EX_VIDEO <--- Mounted by XMB in video column using key="seg_add_content_device" see: http://www.ps3devwiki.com/wiki/XMB-Video
 
----
 
[[PSvita]] & Other Mobile device
 
*'''PSVita Remote play:''' ATTRIBUTE for remote play. See main page.
*'''PSVita Cross play :''' PS VITA used as controller but not directly SFO related.
PS3 FW min 4.20 with PS VITA FW min 1.80:
 
PS3_GAME/CROSSDIR/[[SIG_File_Format#CERTIFICATE|DATA000.SIG]] (Encrypted Certificate, magic "CER")
PS3_GAME/CROSSDIR/[[PKG_files#Game_Packages|DATA000.PKG]] (PS Vita PKG, DRM type: "free")
PS3_GAME/CROSSDIR/[[Content_Information_Files#CROSSDIR|DATA000.PNG]]
*'''PSVita Cross buy:''' PS3 FW min 4.25? See above for title id and [[PS3_DISC.SFB]] but no SFO related.
*'''PS VITA System Application Utility:''' dev_hdd0/home/0000000x/psp2_backup/
 
{| class="wikitable sortable"
|-
!  Name !! description !! notes
|-
| ps1 || Playstation 1 ||
|-
| psm || Playstation Mobile ||
|-
| psp || Playstation Portable ||
|-
| psp2 || Playstation Vita || icon0 & param.sfo on PCSE000**/sce_sys/
|-
| System || Full Playstation Vita Backup ||
|-
|}
 
Note 1: psp2 is the codename of PSvita, this contents are "shared/exported/imported" between PS3 and PSvita)
Note 2: Can be also found without ps vita, generated folder and displayed :e.g. with PS vita pkg
Note 3: "psp" folder display "psp/other", "system" folder don t seems to expect .pkg.
Note 4: Trophy PS3-PS vita for possible similar user path.
 
----
 
*<span style="text-decoration: line-through;">keyboard/mouse support (in one of the patches of game "DUST 514") ...?
http://gamescatalyst.com/2012/08/ps3-users-to-make-contact-with-their-pc-neighbours-as-dust-514-migrates-to-eve-onlines-servers/
previous old game UNreal III has keyboard support, but not from SFO.
</span>
 
*PlayStation Mobile (implemented around 4.21 firmware)
'''explore_plugin_full\Text\English.xml''' (inside explore_plugin_full.rco)
<Text name="msg_applications_psm">Applications (PlayStation®Mobile)</Text>


*CATEGORY '''XI''' - '''Confirmed''' ---> '''System File for Extra Content Item''' (or '''eXtra Item''' in short form) Used on blu ray structure?
*new youtube app
youtube remote control from a paired smartphone -- http://www.ps3news.com/playstation-3-psn-news/sony-announces-the-new-youtube-app-hits-playstation-3-today/


*'''Indie games''' New category on PSvita and PSN http://blog.us.playstation.com/2013/06/25/ps-vita-indie-games-category-now-live-on-psn/
*Indie games
New category on PSvita and PSN http://blog.us.playstation.com/2013/06/25/ps-vita-indie-games-category-now-live-on-psn/
Indi games has a specific license, if XMB differences it it will be using ATTRIBUTE flags (similar identification than neogeo and pcengine because has a special license)
Indi games has a specific license, if XMB differences it it will be using ATTRIBUTE flags (similar identification than neogeo and pcengine because has a special license)


*'''PlayStation Mobile''' Implemented around 4.21 firmware, asociated with a text string in explore_plugin_full\Text\English.xml (inside explore_plugin_full.rco). See [PS3 and PSVita Cross Functions]
==ATTRIBUTE (unknown flags brainstorming)==
<Text name="msg_applications_psm">Applications (PlayStation®Mobile)</Text>
{| class="wikitable"
|+Examples
!  Little Endian !! Big Endian !! Decimal !! Flags (Binary) !! Description || Flag Nº || Notes
|-
| colspan="7" style="text-align:center; background-color:#DDDDDD;" | '''Discs'''
|-
| 05 17 80 00 || 00 80 17 05 || 8394501 || 00000000 10000000 00010111 00000101 || killzone 3 || 01+03+09+10+11+13+24 || all flags identifyed
|-
| 20 00 02 00 || 00 02 00 20 || 131104 || 00000000 00000010 00000000 00100000 || Dead Space 2 || 06+18 || all flags identifyed
|-
| colspan="7" style="text-align:center; background-color:#DDDDDD;" | '''Patches'''
|-
| 85 00 00 00 || 00 00 00 85 || 133 || 00000000 00000000 00000000 10000101 || Torne v3.52 || 01+03+08 || all flags identifyed (doesnt use any "overwrite" flag)
|}


==ATTRIBUTE (flags brainstorming)==
'''XMB In-Game System Chat Voice Disable''' (Flag Nº7) : Value and name description are related to this flag but need to be confirmed from PS3 side / not used on bootable but as patches?.
'''XMB In-Game System Chat Voice Disable''' (Flag Nº7) : Value and name description are related to this flag but need to be confirmed from PS3 side / not used on bootable but as patches?.


Line 26: Line 298:
Some flags may only be effective with some hardwares (PSP/PSVITA/[[Torne| Torne ]]/[[Nasne |Nasne]]...), FW, Games, or Category and/or in a cumulative way and others conditions.   
Some flags may only be effective with some hardwares (PSP/PSVITA/[[Torne| Torne ]]/[[Nasne |Nasne]]...), FW, Games, or Category and/or in a cumulative way and others conditions.   


'''Unkown flag nº21''' (not tested by myself btw, this is my understanding after decrypting ada hints :P --[[User:Sandungas|Sandungas]] ([[User talk:Sandungas|talk]]) 22:01, 4 February 2014 (EST))
===subcategories from X0 to X7===
*Previously proposed to be named "XMB In-Game for Software"... but "About This Game Disabled" looks a more intuitive name (note some of the other flags in the third byte of ATTRIBUTE like "Game Purchase Enabled" and "License Logo Disabled" enables/disables an option in side menu). This 3 flags could be grouped together because "About This Game" is another option in side menu, are under the third byte, and there is another unknown flag at his side that could work in a similar way (changing options in side menu)
*When activated, inside the game, and inside XMB In-Game, then trying to boot other content the warning text message is different (it mentions "software" and the variable %1 instead of "game"). In the next examples (copyed from a RCO) the first line is the normal error message and the second one is what appears with this flag enabled
<Text name="msg_need_quit_game_to_operate_ask">To perform this operation, you must quit the game. Do you want to quit the game now?</Text>
<Text name="msg_need_quit_to_operate_ask">To perform this operation, you must quit [%1]. Do you want to quit the software now?</Text>
 
'''ATTRIBUTE for other CATEGORY's'''
*ATRIBUTE is listed in this table: [[PARAM.SFO#SFO_Requirements_for_HDD_contents]] as valid for CATEGORY '''PP''', added by me here: http://www.psdevwiki.com/ps3/index.php?title=PARAM.SFO&diff=11171&oldid=11166 i guess it was filled with zeroes because i didnt taked note of special values. But the fact that was used there means is posible that exists specific flags for it, is also posible ATTRIBUTE is used in other CATEGORY's i missed of was added later--[[User:Sandungas|Sandungas]] ([[User talk:Sandungas|talk]]) 18:06, 4 February 2014 (EST)


===subcategories from X0 to X7===
X category appear as HG (sub cat)but with different parameters and need cumulative flag (n22 at least+ 4th byte: half byte)
{{Boxframe0|content='''Subcategories'''<BR />
X category appear (listed on game_ext_plugin.prx) as HG (sub cat)but with different parameters and need cumulative flag (n22 at least+ 4th byte: half byte)
The 4th byte is not used as binary (only?) but as Hex value for half byte (right nibble, left nibble is ignored?) to set X category. If the value is 0 or end up with 0, and the X maker flag is set under right SFO X parameters, X0 (PCEngine) is read by the system.
The 4th byte is not used as binary (only?) but as Hex value for half byte (right nibble, left nibble is ignored?) to set X category. If the value is 0 or end up with 0, and the X maker flag is set under right SFO X parameters, X0 (PCEngine) is read by the system.


SFO TEST Tool from Deroad can boot and return to XMB even under X category (when MINIS don t and are stuck after being X categorized, error occurred during the start operation (80010006))
SFO TEST Tool from Deroad can boot and return to XMB even under X category (when MINIS don t and are stuck after being X categorized, error occurred during the start operation (80010006))


'''Folder position in XMB ordered by format (in fw 3.55 with hand-made PARAM.SFO's):'''
'''Folder position in XMB (in fw 3.55 with hand-made PARAM.SFO's):'''
 
Bootable contents installed in game column: [triangle]>[group by]: (works with square too in any item of game column)
*from dev_flash/vsh/resource/explore/xmb/registory.xml
 
-format <------------- GameList:GameList.type %xCB_LIST_TYPE_GAME_FORMAT
-tag/album <--------- GameList:GameList.type %xCB_LIST_TYPE_GAME_TAGS
-all <---------------- long list of "conditionals" excluding CATEGORY's that doesnt belongs to XMB game column in the format: '''An+Game:Game.category **'''


By pressing square, group content format position (the 8 X category folders can be displayed at the same time in XMB):
By pressing square, group content format position (the 8 X category folders can be displayed at the same time in XMB):
Line 57: Line 313:
*Mini icon: {{icon content pspremaster}} PSP Remaster, on 3.55, Mini icon: not present (-) ,not accessible (with titles inside).
*Mini icon: {{icon content pspremaster}} PSP Remaster, on 3.55, Mini icon: not present (-) ,not accessible (with titles inside).
*Mini icon: {{icon content pspminis}} minis
*Mini icon: {{icon content pspminis}} minis
*mini icon: {{icon content psp}}PSP (Playstation portable): category PP


*Mini icon: {{icon content ps2}} Playstation 2
*Mini icon: {{icon content ps2}} Playstation 2
Line 88: Line 342:
Group content order is similar on PSP for the available icons (PS3 folder being PSP and no "PS2"). See [[Talk:Eboot.PBP#Others:_PARAM.SFO_attribut_.28PSP.29]]
Group content order is similar on PSP for the available icons (PS3 folder being PSP and no "PS2"). See [[Talk:Eboot.PBP#Others:_PARAM.SFO_attribut_.28PSP.29]]


Other app with category not implemented yet on 3.55 FW such WT or unknown as VF on 4.21 can also just not "appear" on XMB and not being on the "Unknown" folder as Corrupted/Unsupported data. To access/delete from 3.55 XMB your PSP remaster folder s titles, group content it (not by format).
Other app with category not implemented yet on 3.55 FW such WT or unknown as VF on 4.21 can also just not "appear" on XMB and not being on the "Unknown" folder as Corrupted/Unsupported data. To access/delete from 3.55 XMB your PSP remaster folder s titles, group content it (not by format).
}}


*The existence of the weird flags X0 (for PCEngine) and X4 (for NeoGeo) and we called them "subcategories" (refered to the fact that are an extension of HG category) seems to be related with the fact that those emulators are running under the PSP emulator. PC Engine and NeoGeo are part of the PSP firmware
===XMB In-game background music===
'''Attempt to create compatiblity list with XMB In-Game (v2) Background Music feature.'''


==APP_VER, TARGET_APP_VER, PATCH_FILE, PS3_SYSTEM_VER, VERSION (Patches)==
XMB In-Game Background Music was implemented in firmware 2.40
Lot of things to add here, maybe needs another page, but im not the best one to document how patches works
----


To activate it from SFO, see [[PARAM.SFO#ATTRIBUTE_In_Bootable_content]]


See list:[http://community.us.playstation.com/t5/PlayStation-3/Custom-Soundtrack-Compatible-PS3-PSN-Video-Games/m-p/31099592#U31099592  Custom Soundtrack Compatible list] (without SFO edited?)


When a patch for a game (e.g: a disc game) is installed, the game boots from the "patch installation" folder, XMB loads from this folder his [[Content Information Files]], a new [[PARAM.SFO]], and a new EBOOT.BIN
For [[PARAM.SFO#Replacing_a_PARAM.SFO_manually |replacing PARAM.SFO manullay]]


After one of this installations PS3 loads both PARAM.SFO's (the "original.sfo" one from disc + the new from the "patch.sfo" folder)... some values are taken from the "original.sfo" (e.g: BOOTABLE, RESOLUTION, SOUND_FORMAT... are not present in patches)... and others are taken from the "patch.sfo" (e.g: APP_VER increases in every patch)
*Limitations:


Patches uses a system of "overwrite flag/param_key" that makes the PS3 ignore the "original.sfo" value and use the value from the "patch.sfo"... this can be used in combination with the "standard flags" (one flag indicates the value must be taken from the patch... and the other flag enables the feature)
After editing the SFO, you should not have anymore the XMB message saying "Music content cannot be played during use of this game" and you ll be able to listen to the music or "music will start in a while ( please insert exact xmb text message). In this case,the feature might not work correctly and never loaded.


*Reasons (speculation):
Conflict with others system utility (E.G.:system chat voice, recording utility used on fews titles [http://www.ps3devwiki.com/wiki/PS4#Console such PAIN], ), eboot compiled with old SDK or others restrictions (?)


*[[QA_Flagging#Debug_Menu_settings_not_in_Retail.2FCEX_QA | Debug Menu]]:


----
*Million dollars questions in relationship with ATTRIBUTE:
**Why ATTRIBUTE flags for patches (used to overwrite other ATTRIBUTE flags or param_key's) are placed at the third byte of ATTRIBUTE instead of first byte ?. Being an special group under CATEGORY '''GD''' they could be placed anywhere, all the other groups of flags are placed starting from top of the table represented in wiki (matching chronologicall usage/implementation of them), this is the only group of flags that doesnt starts with his first (or oldest) flag with a value of 00000000000000000000000000000001
***Is because the first and second byte of ATTRIBUTE for patches (16 flags) was used before ? (so are reserved and never was used, or used but unknown, or used but only internally) ?
***Is because the overwrite flags for patches needed to be placed in the third byte because every byte is managed by different process ? (third byte is marked in frontpage as "flags for game & software features").
***Is posible every byte is managed in a different level ? (e.g: one for vsh, other for lv2, etc...)
***Other theories ?... This is a good hint of how ATTRIBUTE flags are managed, wich part of the firmware is responsible of managing them, and if are managed as separated bytes
**When a game is booted from a disc and there is a game patch installed for this game in internall hdd, there are 2 SFO's readed (one in the disc, and another in internall hdd)... some areas from the SFO in the disc are ignored and taken from the SFO in internall hdd
***Who is the responsible of loading parts sellectivelly from each of them ?, is just by the presence of the same param_key's in the internall SFO ?. In this case the third byte of ATRIBUTE should be an exception of this rule because the ATTRIBUTE flags in the patch (overwrite flags) uses the third byte, but ATTRIBUTE flags in the disc in third byte are readed too because contains features that are not overwrited (as game purchase enabled, install packages, etc...)
***XMB database stores a copy of all PARAM.SFO's. Is posible the 2 files (SFO from disc, and SFO from his patch) are merged before indexed in database ? (or some of his values, more specifically the resulting of applying the overwrite flags from the patch)
**The process of adding or removing a flag from a previous value of ATTRIBUTE is simply a math operation with numberic values, some of the flags for patches overwrites ATTRIBUTE, but there is one that allows to overwrite Remote Play (an ATTRIBUTE flag) and RESOLUTION, SOUND_FORMAT (param_key's)... The overwriting of param_key's is a different process (not a math calculation) where the new value replaces the old value. What all them has in common is all overwrited data types (math calculations with ATTRIBUTE values or overwriting of RESOLUTION and SOUND_FORMAT) are "integer 4 bytes"
**Why overwrite Remote Play (an ATTRIBUTE flag) and RESOLUTION, SOUND_FORMAT (param_key's) are grouped together ?... This is a bit weird


==CONTENT_ID, NP_COMMUNICATION_ID, NPCOMMID (Network and purchase features)==
'''Other:''' On PS Vita PKG:
Needs to be explained in another page


==ACCOUNT_ID, PARAMS, PARAMS2, SAVEDATA_FILE_LIST, SAVEDATA_PARAMS, PADDING (security, integer special data type)==
Facebook (gdc):
00 80 00 00
LiveTweet (gdc):
00 80 00 00
Skype (gdc):
00 80 04 00
Musicunlimited (gdc):
88 90 0E 00
Torne (gdc)
00 00 80 81
For Torne: http://www.vitadevwiki.com/index.php?title=System_File_Object_(SFO)_(PSF)


All this parameters uses the data type = '''0400''' (in the SFO) named "utf8 Special Mode" in the wiki page (not used in SFX so we dont have an accurate name, consequently this "special mode" is an invented name)... seems to have the particularity of returning a "right" or "wrong" when comparing the value, so it can be said that the difference between the simple "utf8" and "utf8 Special Mode" is only from the point of view of how the system manipulate this data. There is no real explain yet why this data is marked differently and who is the responsible of processing it.
Note: for Torne, it could have been a typo from the source.


*If the "scale" used for the second byte follows the proportion of 2^X (e.g. 1, 2, 4, 8, 16, 32, etc...) then we are missing a "04 01" valid data type in the list
==SOUND_FORMAT (availables in debug or tool firmware, not in retail)==
*7.1 virtual surround (in SOUND_FORMAT) sound mode has been announced officially, it will be implemented in the next firmware (aparently version 4.20). This sound mode will need one (or two) new flags for being activated in games


===PARAMS===
==ANALOG_MODE & RESOLUTION (in PS1, PS2, and PSP package games)==
This table is a collection of examples of some "rare" savedatas, probably will be needed to erase this section (replaced by a resume in front page) when all areas are identifyed, but by now is usefull to have an overview of how this process works and to find good candidates for tests, feel free to add any other examples you consider interesting ;)
Emulators specific parameters/flags/values


The examples in the table are considered rare because most of the other games uses the values: 1,5,1,2,2 (2 last pointers pointing to the same counter slot 2 at 0x0C) or 1,5,1,3,3 (2 last pointers pointing to the same counter slot 3 at 0x10), so dont add this kind of games to the table because are pointless (by now the only identifyed pointers are the values at ffset 0x03 and 0x04 and the interesting examples are when this pointers are different, or when they changes his values to different numbers like 2,3 or 3,2, or any other combination of 2 different numbers, this means the SFO has several counters enabled), also the table doesnt includes the "user/console" areas that starts at offset 0x18 because are identifyed and explained in front page
The resolution for original PS1 disc games can vary (See: [[Emulation#Resolution|Emulation Resolution]]). The RESOLUTION flags used in PARAM.SFO's of "PS1 Classics Game" from PSN seems to be specific (e.g: 01 00 00 00). This will need another table if more are found


The table differences 2 types of savedata, one for "profile" and other for standard "savedata", the reason is because are treated different by the system, after the first analysis it looks the profile support more features, it can evolve by changing his type, and it can store the counters from the other savedatas when SFO's are merged (this happens after completing the game)
==APP_VER, TARGET_APP_VER, PS3_SYSTEM_VER, VERSION (Patches)==
lot of things to add here, maybe needs another page, but im not the best one to document them


*Notes
==CONTENT_ID, NP_COMMUNICATION_ID, NPCOMMID (Purchase content, network features)==
**Iris manager (and all his forks) has an hexeditor inside his archive manager, just navigate to the SFO press "X" and scroll down to offset 0x558 (where PARAMS area usually starts), is easy to recognize because always starts with this 1,5,1,2,2 bytes, at the next line are the 4 counters, 4 bytes length each
**To know exactly wich files has been updated inside the savedata folder is needed to look at his timestamps, iris manager doesnt displays timestamps, but you can use the FTP feature to see then from a FTP client running in a PC connected to the PS3, be sure the FTP client doesnt fool you with the timestamps, usually after a disconection/conection the old timestamps are displayed, is needed to "refresh" the files (with F5 in filezilla) or close/open the FTP client again to force it to refresh timestamps
**The system considers the savedata has been updated when the timestamp of the SFO is updated (and consequently the PFD has been updated too). But sometimes the PFD is the only file updated in the folder, in this cases the system doesnt considers the savedata has been updated. The number of times the SFO has been updated is stored in one of the counters inside PARAMS, most games loads and updates the SFO when the game boots (to be able to update his timestamp in XMB and display the last time the game was booted)


{| class="wikitable"
==ACCOUNT_ID, PARAMS, PARAMS2, SAVEDATA_FILE_LIST, SAVEDATA_PARAMS, PADDING (security, integer special type)==
|-
! rowspan=2 | Game Title !! rowspan=2 | Savedata type !! colspan=12 | PARAMS areas (by offset) !! rowspan=2 | Notes
|-
! 0x0 !! 0x01 !! 0x02 !! 0x03 !! 0x04 !! 0x05 !! 0x06 !! 0x07 !! 0x08 !! 0x0C !! 0x10 !! 0x14
|-
| untold legends ||  || 1 || 1 || 1 || 2 || 2 || 0 || 0 || 0 || 00000000 || 40000000 || 00000000 || 01000000 || old game, after completing the game
|-
| venetica || profile || 1 || 1 || 1 || 2 || 3 || 0 || 0 || 0 || 00000000 || 01000000 || 02000000 || 01000000 || old game, after completing the game
|-
| yakuza 4 || SYSTEM || 1 || 3 || 1 || 2 || 2 || 0 || 0 || 0 || 00000000 || E1010000 || 00000000 || 01000000 ||
|-
| yakuza 4 || CLEAR || 1 || 1 || 1 || 2 || 2 || 0 || 0 || 0 || 00000000 || 01000000 || 00000000 || 01000000 || after completing the game, needed to start a game+
|-
| need for speed most wanted ||  || 1 || 5 || 1 || 2 || 3 || 0 || 0 || 0 || 00000000 || 7A010000 || 64000000 || 01000000 ||
|-
| motogp 13 || || 1 || 5 || 1 || 3 || 3 || 0 || 0 || 0 || 00000000 || 00000000 || 16000000 || 01000000 ||
|-
| tintin || || 1 || 5 || 2 || 2 || 2 || 0 || 0 || 0 || 00000000 || AC010000 || 00000000 || 01000000 ||
|-
| prince of persia sands of time || || 1 || 5 || 1 || 2 || 2 || 0 || 0 || 0 || 00000000 || FF000000 || 00000000 || 01000000 ||
|-
| prince of persia sands of time || || 1 || 5 || 2 || 2 || 2 || 0 || 0 || 0 || 00000000 || E6000000 || 00000000 || 01000000 ||
|-
| the last of us || profile || 1 || 7 || 1 || 3 || 3 || 0 || 0 || 0 || 00000000 || 00000000 || 01000000 || 01000000 || new profile savedata, no previous savedatas
|-
| the last of us || profile || 1 || 8 || 1 || 3 || 3 || 0 || 0 || 0 || 00000000 || 00000000 || 02000000 || 01000000 || boot game, quit game (see examples below)
|-
| the last of us || profile || 1 || 7 || 1 || 3 || 3 || 0 || 0 || 0 || 00000000 || 00000000 || 97000000 || 01000000 || after completing the game
|-
| the last of us || save || 1 || 2 || 1 || 3 || 3 || 0 || 0 || 0 || 00000000 || 00000000 || 21000000 || 01000000 || after completing the game
|-
| tomb raider || profile || 1 || 5 || 1 || 3 || 3 || 0 || 0 || 0 || 00000000 || 00000000 || 01000000 || 01000000 || new profile savedata, no previous savedatas
|-
| tomb raider || save || 1 || 5 || 1 || 3 || 3 || 0 || 0 || 0 || 00000000 || 00000000 || 01000000 || 01000000 || new game savedata, no previous savedatas
|-
| tomb raider || profile || 1 || 5 || 1 || 2 || 3 || 0 || 0 || 0 || 00000000 || 91000000 || 14000000 || 01000000 || after completing the game
|}
 
*Tests examples
**The last of us ---> http://pastebin.com/raw.php?i=SAiDzjLN (overall save behaviour with the profile, identifying update counter)
***the game loads and updates the profile in every boot (by only updating the SFO timestamp and consequently the PFD), and changes the value at offset 0x01 to 8
***when the user changes some option or forces the save the value at offset 0x01 is changed to 7
***the profile is updated 1 time for every submenu inside "options" (there are 5 submenues under options)
***every time the SFO is updated, the counter at 0x10  increases 1 unit
**tomb raider ------> http://pastebin.com/raw.php?i=S13yrq9R (overall save behaviour with profile and save, update counter, timestamps, failed attempt to increase the game completion counter at offset 0x564)
***every time the game boots, only the PFD is updated (no other file is updated)
***When the savedata is updated all the files inside the folder are updated (included ICON0.PNG timestamp)
***the profile is updated 1 time for every submenu under options, and another time when exiting options (3 submenues + 1 when exiting options for a total of 4 updates)
***the profile is updated 1 time when exiting extras
***every time the SFO is updated, the counter at 0x10  increases 1 unit
***when the game is completed a new counter is added to the profile savedata, and the pointer at offset 0x03 changes to a new counter slot (from slot 3 to slot 2), the new value stored in counter slot 2 is partially unknown but seems to be another counter taken from the SFO of the save used to finish the game


==SAVEDATA_LIST_PARAM==
'''Example of SAVEDATA_LIST_PARAM containing the "folder size in sectors" in the gamesaves generated by the game "The Orange Box: BLES00153, BLES00171, BLES00172, BLUS30055"'''
'''Example of SAVEDATA_LIST_PARAM containing the "folder size in sectors" in the gamesaves generated by the game "The Orange Box: BLES00153, BLES00171, BLES00172, BLUS30055"'''
{{Boxframe1|content='''Game Selector Boot Process'''
{{Boxframe1|content='''Game Selector Boot Process'''
Line 241: Line 442:
Also, there is a simple "trick" that can be used to display the files divided in clusters of the size you want (maybe are others but this is the faster way i found). By formatting a usb pendrive in advanced mode, using the cluster size your need, then moving the folder there (by using FAT32 with 1024 bytes cluster the value reported by your operative system is the same one stored inside SAVE_DATA_LIST)
Also, there is a simple "trick" that can be used to display the files divided in clusters of the size you want (maybe are others but this is the faster way i found). By formatting a usb pendrive in advanced mode, using the cluster size your need, then moving the folder there (by using FAT32 with 1024 bytes cluster the value reported by your operative system is the same one stored inside SAVE_DATA_LIST)


*PARAM.PFD relationship ?
*PARAM.PFD relationship


=Other parameters not used in PS3 (only used in other sony consoles)=
==Others==
The only purpose of this table is to keep a record of them to not confuse with the ones used in PS3


{| class="wikitable" style="font-size:x-small"
===DATA types===
|-
{| class="wikitable"
! rowspan=2 | Parameter !! colspan=3 | Console !! rowspan=2 | Notes
|-
! PSP !! [http://www.psdevwiki.com/vita/index.php?title=Talk:System_File_Object_%28SFO%29_%28PSF%29 PSV] !! [http://www.psdevwiki.com/ps4/Param.sfo PS4]
|-
| DISC_ID || {{Yes}} || || ||
|-
| DISC_NUMBER || {{Yes}} || || {{Yes}} ||
|-
| DISC_TOTAL || {{Yes}} || || {{Yes}} ||
|-
| DISC_VERSION || {{Yes}} || || ||
|-
| DRIVER_PATH || {{Yes}} || || ||
|-
| GAMEDATA_ID || {{Yes}} || || || Used in some PSP UMD games, found in [[game_ext_plugin]].sprx
|-
| HRKGMP_VER || {{Yes}} || || ||
|-
| REGION || {{Yes}} || || ||
|-
| USE_USB || {{Yes}} || || ||
|-{{cellcolors|red}}
| ACCOUNT_ID ||  || {{Yes}} || || Not the same ACCOUNT_ID than PS3... this one for vita has  (fmt:utf8-S, len:0x8, max_len:0x8)
|-
| ATTRIBUTE2 ||  || {{Yes}} || ||
|-
| ATTRIBUTE_MINOR ||  || {{Yes}} || ||
|-
| GC_RO_SIZE || || {{Yes}} || || GameCache ReadOnly Size ?
|-
| GC_RW_SIZE || || {{Yes}} || || GameCache ReadWrite Size ?
|-
| INSTALL_DIR_ADDCONT ||  || {{Yes}} || || Shared Additional Content, fmt:utf-8, max_len:12
|-
| INSTALL_DIR_SAVEDATA ||  || {{Yes}} || || Shared Save Data, fmt:utf-8, max_len:12
|-
| PARENT_DIRECTORY ||  || {{Yes}} || || used in PSvita savedata (fmt:utf8, len:0xB, max_len:0x40)
|-
| PSP2_DISP_VER ||  || {{Yes}} || || utf-8, max_len:8, example: "00.000"
|-
| PSP2_SYSTEM_VER ||  || {{Yes}} || || int32
|-
| PUBTOOLINFO ||  || {{Yes}} || {{Yes}} ||
|-
| SAVEDATA_MAX_SIZE || || {{Yes}} || || int32
|-
|-
| SAVEDATA_VER ||  || {{Yes}} || || used in PSvita savedata (fmt:utf8, len:0x6, max_len:0x8)
! Data_Type !! Description !! Used in
|-
|-
| STITLE || || {{Yes}} || || App Short Title, utf-8, len:52
| 04 00 || style="background-color:#00DDDD;" | utf-8 Special Mode || Data generated by the system: '''Game Saves''' (ACCOUNT_ID, PARAMS, PARAMS2, SAVEDATA_FILE_LIST, SAVEDATA_PARAMS)... and '''Trophies''' (PADDING)
|-
| STITLE_xx ||  || {{Yes}} || ||
|-
| SUPPORT_URI ||  || {{Yes}} || ||
|-
| APP_TYPE ||  ||  || {{Yes}} ||
|-
| CONTENT_VER ||  ||  || {{Yes}} ||
|-
| DISP_LOCATION_x ||  ||  || {{Yes}} ||
|-
| DOWNLOAD_DATA_SIZE ||  ||  || {{Yes}} ||
|-
| FORMAT ||  ||  || {{Yes}} ||
|-
| INSTALL_DIR_SAVEDATA ||  ||  || {{Yes}} ||
|-
| IRO_TAG ||  ||  || {{Yes}} ||
|-
| PROVIDER ||  ||  || {{Yes}} ||
|-
| PROVIDER_xx ||  ||  || {{Yes}} ||
|-
| PUBTOOL_VERSION ||  ||  || {{Yes}} ||
|-
| REMOTE_PLAY_KEY_ASSIGN ||  ||  || {{Yes}} ||
|-
| SERVICE_ID_ADDCONT_ADD_x ||  ||  || {{Yes}} ||
|-
| SYSTEM_ROOT_VER ||  ||  || {{Yes}} ||
|-
| SYSTEM_VER ||  ||  || {{Yes}} ||
|-
| USER_DEFINED_PARAM_x ||  ||  || {{Yes}} ||
|-
| SUB_TITLE_ID || || || ||
|-
| CONTENT_URL ||  || || || URL of content (not parameter but related to link.xml?)
|-
| _PARAM.SFO || ? || || || found in [[game_ext_plugin]].sprx (anti exploit/bug prevention ?)
|-
| __PARAM.SFO || ? || || || found in [[game_ext_plugin]].sprx (anti exploit/bug prevention ?)
|-
| /PARAM.SFO || ? || || || found in [[game_ext_plugin]].sprx (anti exploit/bug prevention ?)
|-
| FOLDER_NAME || || || || found in [[game_ext_plugin]].sprx
|-
| FOLDER_NAME_00 || || || || found in [[game_ext_plugin]].sprx
|-
|-
|}
|}


=DISC contents temporal installations (in dev_hdd0/tmp)=
The '''Data_Type''' = '''0400''' marked as "utf-8 Special Mode" has the particularity of return a "right" or "wrong" when comparing the string with a reference value, so it can be said that the difference between the simple "utf-8" and "utf-8 Special Mode" is only from the point of view of how the system manipulate this data. For more info read the section [[#ACCOUNT_ID|ACCOUNT_ID]].
'''/dev_hdd0/tmp/disc_install/'''
 
If the "scale" used for the second byte follows the proportion of 2^X (e.g. 1, 2, 4, 8, 16, 32, etc...) then we are missing a "04 01" valid data type in the list
 
===LINK.XML===
{{Boxframe1|content=
{{Boxcode|content=<syntaxhighlight lang="xml">
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<link ver="1.0">
<url>http://www.ps3devwiki.com</url>
</link>
</syntaxhighlight>}}
*<link ver="1.0">
**Other version values doesnt seems to have any effect
*<url>
**Malformed or missing url starts the browser with an '''about: blank''' page
}}
 
Used in category '''WT''' (and all '''BOOTABLE''' content installed in HDD ?) to create a XMB link to a url that will be launched with the silk core of the internet web browser
 
The file LINK.XML is placed in the same path than the PARAM.SFO next to it at '''dev_hdd0/game/<TITLE_ID>/'''. There is no USRDIR folder and there is no EBOOT.BIN but the PARAM.SFO needs to be marked as "BOOTABLE" (it boots the web browser using the url as parameter from LINK.XML)
 
Is not posible to create a folder containing 2 items that can be booted (EBOOT.BIN, and LINK.XML)...when trying to boot it the XMB displays the error message: "this service has ended"
 
----
 
'''Web Browser Core Engine Notes'''
*Silk (doesnt supports Java script elements), used in:
**Used with LINK.XML
**In-game Web browser in PS3 Games. After closing browser it can return to the same point in the game
 
*WebKit (supports Java script elements), used in:
**Internet Search, or XMB options on Game column when a game is unlighted (using parameter TITLE) ?
**"what's news" (message: "You are launching an internet website")
 
*Both, used in:
**Online Instruction Manuals and Internet Browser
 
===System Folders used in contents (reserved names)===
C00, HTMLDIR, <span style="text-decoration: line-through;">DRMDIR</span>, INSDIR, <span style="text-decoration: line-through;">LICDIR</span>, <span style="text-decoration: line-through;">MANUAL</span>, PKGDIR, SHOPDIR, <span style="text-decoration: line-through;">TRPDIR</span>, Lxx
 
Note:e.g. for '''MANUAL''' on NPUA80543/MANUAL/ with .dds files. Sub folder 02 is for French, 03 is for Spanish
but no .SFO
 
====L00, L01, L02, L03, L04, L05 (License Area subfolders with optional .SFO's)====
 
*Path:


=Reserved Folder Names used in HDD or disc contents=
/dev_bdvd/PS3_GAME/PARAM.SFO
/setting/system/licenseArea
/dev_bdvd/PS3_GAME/L00/PARAM.SFO
/dev_bdvd/PS3_GAME/L01/PARAM.SFO
/dev_bdvd/PS3_GAME/L02/PARAM.SFO
/dev_bdvd/PS3_GAME/L03/PARAM.SFO
/dev_bdvd/PS3_GAME/L04/PARAM.SFO
/dev_bdvd/PS3_GAME/L05/PARAM.SFO


==L00 up to L05 (License Area subfolders with restricted .SFO's)==
/dev_bdvd/PS3_GAME/C00/L00/PARAM.SFO
/dev_bdvd/PS3_GAME/C00/L01/PARAM.SFO
/dev_bdvd/PS3_GAME/C00/L02/PARAM.SFO
/dev_bdvd/PS3_GAME/C00/L03/PARAM.SFO
/dev_bdvd/PS3_GAME/C00/L04/PARAM.SFO
/dev_bdvd/PS3_GAME/C00/L05/PARAM.SFO


*From dev_bdvd: ?
*From HDD0:
/dev_bdvd/PS3_GAME/L00/PARAM.SFO (up to L05)
/dev_bdvd/PS3_GAME/C00/L00/PARAM.SFO (up to L05)


*From dev_hdd0:
  /dev_hdd0/game/ABCD12345/Lxx/PARAM.SFO
  /dev_hdd0/game/ABCD12345/Lxx/PARAM.SFO
  /dev_hdd0/game/ABCD12345/C01/Lxx/PARAM.SFO ---only working if region setting is L03 country (only other tested: L00 not working)
  /dev_hdd0/game/ABCD12345/C01/Lxx/PARAM.SFO ---only working if region setting is L03 country (only other tested: L00 not working)


Speculation: Path used to restrict/use different License in the same region (L03?).


You can quickly check your region area with this sub folder (and inserting content file informations such ICON0). L** path can avoid error some code related to param.sfo/disc.sfo.
Few speculation: Path used to restrict the content to a specific License Area:
 
*<span style="text-decoration: line-through;">Ancestor of Parental_Level_x (Parental_Level_x was created around FW 2.00? and them Region_Deny later (around FW 3.30 or less)  making theses Lxx path archaic ( and so if have been used, only in early titles). Title_xx was early implemented but it is not up to the region.</span>
 
or
 
<span style="text-decoration: line-through;">*Offspring of few parameters</span> and implemented recently ( FW? and all region?) for use different License Area in the same region (L03?).
 
 
You can quickly check your region area with this sub folder (other than checking debug menu, parental level, original Time Zone setting, ...) by using this sub folder and inserting content file informations such ICON0 etc... ('''will load directly on XMB''' instead of regular path but can have case it s not) and param.sfo (will load if not embedded shadow copy). L** path can be used for quick trick/test and '''avoid error code related to disc.sfo mostly'''.
 


{| class="wikitable"
{| class="wikitable"
Line 384: Line 555:
|}
|}


(Unlinked Note: Button Behavior: for L05 is also O , Oceania is X. Path Pioneer with significant idea about it: Deroad)
Unlinked Note: Button Behavior: for L05 is also O , Oceania is X. Path Pioneer with significant idea about it: Deroad
 


You can compare the result with this table (and when L** are more defined, we will disturb this table):
[[Regions |Regions ]] and report which Lxx is loaded on your Region and which speculation is wrong.
You can load different Lxx folder by using [[QA_Flagging#Debug_Menu_settings_not_in_Retail.2FCEX_QA | Debug Menu Setting Region]] but be alert about your TV setting display video (NTSC/PAL).
You can load different Lxx folder by using [[QA_Flagging#Debug_Menu_settings_not_in_Retail.2FCEX_QA | Debug Menu Setting Region]] but be alert about your TV setting display video (NTSC/PAL).


Line 392: Line 566:
See also: "license area" restrictions used in combination with "parental level" http://www.ps3devwiki.com/wiki/Talk:PARAM.SFO#Lxx:_License_Area
See also: "license area" restrictions used in combination with "parental level" http://www.ps3devwiki.com/wiki/Talk:PARAM.SFO#Lxx:_License_Area


==EX_GAME and EX_VIDEO==
===DISC contents temporal installations (in dev_hdd0/tmp)===


*Theory 1:
'''/dev_hdd0/tmp/disc_install/'''
**Belongs to PS3_CONTENT disc substructure (same than THEMEDIR & VIDEODIR)
**StorageMedia:Common.fileName EX_GAME <--- Mounted by XMB in game column using key="seg_add_content_device" see: http://www.ps3devwiki.com/wiki/XMB-Game
**StorageMedia:Common.fileName EX_VIDEO <--- Mounted by XMB in video column using key="seg_add_content_device" see: http://www.ps3devwiki.com/wiki/XMB-Video


*Theory 2:
=Other .SFO parameters not used in PS3 (from other sony consoles, PSP, PSvita, PS4)=
**EX_GAME & EX_VIDEO requires SFO Category 'XR' and are emerged into PS3_EXTRA! (EX_GAME/EX_VIDEO are actually leftovers?)
The only purpose of this table is to know the names of them to dont confuse with PS3


==Others==
{| class="wikitable"
|-
! rowspan=2 | Parameter !! colspan=3 | Console !! rowspan=2 | Notes
|-
! PSP !! PSV !! PS4
|-
| GAMEDATA_ID || || || || length max should be 32 (0x20)?
|-
| FOLDERNAME || || || ||
|-
| FOLDERNAME_00 || || || ||
|-
|}


-GE
----
PS3 DVD / PS2 CD
----
/dev_bdvd/NORMAL
----
/dev_bdvd/HYBRID
 
-GP
/dev_bdvd/PHOTODIR
/dev_bdvd/PS3_CONTENT/PHOTODIR
/dev_bdvd/PS3_CONTENT/PHOTODIR/PARAM.SFO


-GM
=To Do=
/dev_bdvd/MUSICDIR
There are lot of "yes" in the parameters table that in fact are optional "opt". The "yes" means the value is mandatory, so the table is not fully correct, it needs to add a lot more "opt" in the paces of the "yes"
/dev_bdvd/PS3_CONTENT/MUSICDIR
/dev_bdvd/PS3_CONTENT/MUSICDIR/PARAM.SFO


-GV
Also... this table represents the values needed for each content ordered by CATEGORY, but there are different contents that shares the same CATEGORY (like the different types of patches, DLC's, and game installations... alll them uses "'''GD'''"
/dev_bdvd/VIDEODIR
/dev_bdvd/PS3_CONTENT/VIDEODIR
/dev_bdvd/PS3_CONTENT/VIDEODIR/PARAM.SFO


-GT
The "parameter table" cant contain all this different variations, by now i dont see a way to do it
/dev_bdvd/THEMEDIR
/dev_bdvd/PS3_CONTENT/THEMEDIR
/dev_bdvd/PS3_CONTENT/THEMEDIR/PARAM.SFO


=Todo and Suggestions=
=Suggestions=
*'''Parameters requirements table''' has lot of "yes" that should be "opt" (optional). The "yes" means the value is mandatory, so the table is not fully correct.Also... this table represents the values needed for each content ordered by CATEGORY, but there are different contents that shares the same CATEGORY (like the different types of patches, DLC's, and game installations... alll them uses "'''GD'''". The "parameter table" cant contain all this different variations, by now i dont see a way to do it--[[User:Sandungas|Sandungas]] ([[User talk:Sandungas|talk]]) 12:25, 29 January 2014 (EST)
* Link each ID to a subpage, so they can be centrally managed (some are also listed here : http://www.ps3devwiki.com/wiki/Productcode )
*The internal structure example for SFO needs to be replaced by a new one with at least 2 parameters, this will make more obvious how are meassured the relative offsets displacements
* Sure NP Communication refers to '''Network Platform''' and not '''Playstation Network'''(sdk) ?
*Is needed an explain of how the file is loaded in stages by the system, how is indexed, and the method to access single areas to update single values, the rebuilding process, etc... this is complex and i ignore (but i imagine) how is made by the PS3, but the source codes i saw that manages SFO files uses different methods and styles (and probably some others i ignore), by now im not skilled enought to discuss this in the page but an open talk about all this could be interesting --[[User:Sandungas|Sandungas]] ([[User talk:Sandungas|talk]]) 23:41, 15 February 2014 (EST)
** The name comes from: '''NPMT''' (Network Platform Management Tools) --[[User:Sandungas|Sandungas]] 06:06, 18 January 2013 (MSK)
*'''Overall page cleanup''' of obsolete or wrong info, grammar corrections, etc...
* Attribute flags on bootable and patches combined? which ones can not be combined?
*'''Link each ID to a subpage''', so they can be centrally managed (some are also listed here: [[IDs_%2B_labels | ID's and labels]]
**The affected sections in front page are: [[PARAM.SFO#CONTENT_ID|CONTENT_ID]], [[PARAM.SFO#NP_COMMUNICATION_ID|NP_COMMUNICATION_ID]], [[PARAM.SFO#NPCOMMID|NPCOMMID]], and [[PARAM.SFO#TITLE_ID|TITLE_ID]], explaining them in the .SFO page (as i did initially) doesnt looks the best solution, but is needed at least a short description of each, now there are specific pages for them (without much descriptions) and the decission of separating all the IDs in pages makes hard to have a overall view of them... the best solution i see is to use the [[IDs_%2B_labels | ID's and labels]] converted to a template an use it repeatedly in SFO page, but the names are not the same used in SFO, also this doesnt solves the short description needed in SFO page (that should be duplicated, and expanded in his specific pages)--[[User:Sandungas|Sandungas]] ([[User talk:Sandungas|talk]]) 12:25, 29 January 2014 (EST)
Please note that all contributions to PS3 Developer wiki are considered to be released under the GNU Free Documentation License 1.2 (see PS3 Developer wiki:Copyrights for details). If you do not want your writing to be edited mercilessly and redistributed at will, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource. Do not submit copyrighted work without permission!

To protect the wiki against automated edit spam, we kindly ask you to solve the following hCaptcha:

Cancel Editing help (opens in new window)