PS2 classics PSN lists
Remember this edit you made time ago ? http://www.psdevwiki.com/ps3/index.php?title=XMB&diff=40676&oldid=39344
I guessed you posted it there because you could not find a better place (and i understand you because we could make a new page for it, is something i had in mind but never did), but actually if posible it should be added to this template http://www.psdevwiki.com/ps3/Template:PS3_XMBML_Configuration_Files basically we should rebuild that template by adding the info you posted about numerical ID
We never tolk about it, and at the time you posted it you didnt explained where are located those ID's, how are selected, and some other details... so personally i dont get it, but i made a table with what you wrote here http://www.psdevwiki.com/ps3/Template_talk:PS3_XMBML_Configuration_Files (at bottom of the talk page), the goal is to rebuild the template at front page at some point
Im advising you to review that new table, also it seems you forgot to list the ID's for settings XMB column (category_sysconf.xml), and im guessing there are some more missing (such the others arcade XMB icons)
Im not asking you to complete the info because i know you are busy with other things, but please write some explain about them in XMB page (where you found them, how it works, whatever, even if is a bit speculative), also feel free to edit the new template, or if you consider there could be a better way to show all that together in a new table make a new one under it for wiki experiments
I noticed them inside the explore_* plugins. It's been a while and I dont really know what is up with those values anymore.
Any chance for release psp minis2 patch? I mean one that allow non-encrypted config to be read by emulator? This help a lot in creating compatibility list, and testing. Btw. I found compatibility patches for ppsspp that can be ported in some cases to ps3 config: https://github.com/hrydgard/ppsspp/commits/525cce095a6e4ac569736c14dbcde7b64a92328f/assets/compat.ini
I would say these strings store the version which Sony wants to be the minimal version, although the real minimal version is lower (or higher), because the manufacturing updater is able to rewrite this section. The info doesn't get checked in service mode or by the ebootrom lv1 proc, so it's only meant to be used for regular updates (or downgrades using downgrader PUPs), which is safe if the info is still valid.
All my prototype console do have a different build id in this section compared to the released ("normal") PUPs, which means the min version is probably higher and the initial firmware is a special build.
Factory preinstalled version is there. manufacturing_updater_for_reset.self sets it using function ss::update_manager_if::write_industry_area(uint offset, uint size, void *buf) in main