User talk:Roxanne: Difference between revisions
mNo edit summary |
mNo edit summary |
||
Line 39: | Line 39: | ||
! colspan="2" style="background-color:#90FF90;"| Hexadecimal !! rowspan="2" style="background-color:#FFB6C1;"| Decimal !! rowspan="2" style="background-color:#FFFFBB;"| Binary<br>(flags) !! style="background-color:#FF9090;"| Feature | ! colspan="2" style="background-color:#90FF90;"| Hexadecimal !! rowspan="2" style="background-color:#FFB6C1;"| Decimal !! rowspan="2" style="background-color:#FFFFBB;"| Binary<br>(flags) !! style="background-color:#FF9090;"| Feature | ||
|- | |- | ||
! little endian !! big endian !! style="background-color:# | ! little endian !! big endian !! style="background-color:#ddddff;"| for bootable content | ||
|- | |- | ||
| colspan="5" {{cellcolors|black}} | | colspan="5" {{cellcolors|black}} | ||
Line 353: | Line 353: | ||
It's very likely that this is because of a new update from the MediaWiki, which defyboy installed after the massive Spam deletion and after the wiki was down several times. But you can change the colors easily like you can see it now on this page on the table above :) I think you mean the color #B3B7FF like in "for bootable content" and for the right side of the table. - Roxanne. | It's very likely that this is because of a new update from the MediaWiki, which defyboy installed after the massive Spam deletion and after the wiki was down several times. But you can change the colors easily like you can see it now on this page on the table above :) I think you mean the color #B3B7FF like in "for bootable content" and for the right side of the table. - Roxanne. | ||
So the problem appeared when updating wiki, i see. Adding the color individually for every table is a noway, are hundred of tables affected included all the tables in PS4 wiki, so the only way to solve it in a good way is by finding where are stored that settings and try to see if we can change otherway ask defyboy to change it. The headers color was a light blue, more like #ddddff or #eeeeff |
Revision as of 01:16, 19 August 2016
Best Wishes
Best wishes and get well soon. – Conrad T. Pino (talk) 20:18, 22 February 2016 (UTC)
PUP/PROTO Hashes reminder
When possible, please update hashes. thanks :)
Zecoxao, where is the problem adding them for your own? :( Next Tuesday I will have my 2nnd surgery and won't be available for a even longer time I guess. (Roxanne (talk) - 03rd march 2016 09:38 GMT+1)
Oh, alright. I'll do it :)
I've finished adding the hashes for the ebootroms. as for the pups, i already have the pup information tool, but i'm missing the pup file hashes tool. when i have it i'll take care of the rest.
- Whatever this means, I think after 9.5 years later, I will still stay on 1.10 CEX :P (Roxanne (talk) - 03rd march 2016 12:20 GMT+1)
- ZeroTolerance is taking care of the "puppies" ;)
- Meanwhile in the hospitals reception area lounge --> http://i.imgur.com/LXdzUVN.jpg (Roxanne (talk) - 07th March 2016 20:13 GMT+1)
- ZeroTolerance is taking care of the "puppies" ;)
Massive Spam Deletion on PS4 devwiki
- 1111 Spam Users blocked and deleted
- nearly 500 Spam Pages deleted
- All this in 2 Days without using any Bot
- with my right Hand only (left hand still unavailable)
- via a Bluetooth Mouse from Microsoft consuming 4x Duracell AAA batteries
- listening 16 Hours of Music
- and drinking about 16 cups of coffee - it wouldn't be possible without that :)
- oh dear I need a new life
ATTRIBUTE
Contains a maximun of 32 flags that can be turned on/off to activate/deactivate special boot modes and features of the content.
Values are stored in "Little Endian" format inside the SFO, to represent the whole tables in a "human readable" format has been needed to convert them to "Big Endian" and then to "Binary".
|
|
ATTRIBUTE flags for bootable content (1st byte) The flags stored at 1st byte seems to be related with firmware features
· PSP Remote Play v2 (firmware v1.80)
· PSVita Remote Play (firmware v4.00)
Remote play is a feature that displays the PS3 screen on a PSP or a PSVita enabling remote operations over a wireless LAN. See: Remote Play
Used in PS1 Classics, PSP Minis, and PSP Games. Allows the copy of the game to a PSP by pressing over the game icon and selecting the option [Copy] in the side menu. This export process is closelly related with how the PS3 manages the downloads and installation of content from PSN using temporal subfolders in dev_hdd0/vsh/task/. See Project Database (PDB)
Games released/compiled before firmware 2.40 doesnt uses "XMB In-Game" even when launched in higher firmwares. This flag enables "XMB In-Game" for these old games, the flag has no effect in games released after 2.40 because newer games has "XMB In-Game" enabled by default. See: XMB Modes.
Disables "XMB In-Game", the flag works in all games and doesnt causes any problem, useful to free ram and to improve the loading time of the menu. See: XMB Modes.
When enabled allows to play your own music from the files stored in your HDD by using the icon that appears in XMB column, is posible to play single songs or a playlist and then return to the game while your music is playing. See XMB In-game background music
Speculation: Not clear if the flag enables or disables voice chat, and not clear wich kind of voice chat (in the very probable case there are severals chat modes/types), supposed to be valid before Jun 2010, matching chronologigally the release of "home" (probably used in beta stages of the developing of chat functions inside "Home" enviroment to make internall tests related with voice chat). Enabling the flag manually for testing in different SFO's with different CATEGORY's didnt give any result
ATTRIBUTE flags for bootable content (2nd byte) The flags stored at 2nd byte seems to be related with warning and notification screens
· Navigation Controller Warning (firmware v3.40)
· PlayStation Eye Cam Warning (firmware v3.40)
This warning screens are composed by several animated images loaded from dev_flash/vsh/resource/game_ext_plugin.rco, are displayed before the game is launched (around 3 seconds each), are an explain of the correct way to use "move controller", "navigation controller", and "eye cam" respectively. The game waits for them to appear so removing them improves the loading time, the presence of this 3 flags/screens has no effect over move controller support.
This is a calibration screen composed by several animated images loaded from dev_flash/vsh/resource/sysconf/calibration/, appears when the controller has not been calibrated previously (or when is miss-configured).
This is a warning screen (composed and loaded from ?) similar than the ones related with move peripherals, when enabled only appears if the PS3 is connected to a "Stereoscopic 3D" compatible TV.
ATTRIBUTE flags for bootable content (3rd byte) The flags stored at 3rd byte seems to be related with game & software features
Loads a secondary SFO from path: dev_bdvd/PS3_GAME/PKGDIR/PARAM.SFO (the flag in the main SFO in path dev_bdvd/PS3_GAME/PARAM.SFO enables the secondary SFO in path dev_bdvd/PS3_GAME/PKGDIR/PARAM.SFO displayed as a bubble inside a disc ), the secondary SFO and the contents of this subfolder are mounted by XMB under the main disc icon in column. See BluRay Disc Structure
Enables the [purchase] option that appears in side menu when pressing over the icon in XMB. Is directly related with CONTENT_ID. When the content is purchased its CONTENT_ID is checked online to obtain the license. After the license is retrieved the game loads another PARAM.SFO from a subfolder with different values. E.g. main PARAM.SFO enables the purchase flag and could use the TITLE "Demo", when purchased other PARAM.SFO from a "C00" subfolder is loaded that could use the TITLE "Full".
When activated, "XMB in Game" for software is used (when quitting an app that uses this flag the message displayed in XMB In-Game changes to: "Do you want to quit the software now?"), and disables [About this Game] option that appears in side menu when pressing over the icon in XMB. This flag is used in combination with the parameter BOOTABLE = 2 to make the software boot in a special mode
Disables the [About this Game] option that appears in side menu when pressing over the icon in XMB. This flag also removes the needed of storing a LICENSE param_key in the PARAM.SFO, the consequence of removing LICENSE param_key is the size of the PARAM.SFO file is reduced drastically (LICENSE text is huge in comparison with the rest of the file... SFO's without LICENSE are much smaller). Used by games that have their own license and not the sony one (e.g: PCengine & NeoGeo)
Enables Move Controller support for the game. See Move Motion Controller
Note Move Navigation Controller is supported in all games because is a reduced version of DualShock 3 and PlayStation Eye camera is enabled automatically when needed. This ones doesn't have/needs a flagATTRIBUTE flags for bootable content (4th byte)
ATTRIBUTE flags for savedata (1st byte)
Disables the [Copy] option that appears in side menu when pressing over the gamesave icon in XMB. In other words... disables the gamesave export feature. Used only in PS3 Game Saves (CATEGORY: SD). See Game Saves.
Note in PS3 Game Saves the PARAM.SFO is always included in the list of protected files that is stored inside PARAM.PFD, so after removing the copy protection flag in the .SFO is needed to generate a valid .PFD. See PARAM.PFDATTRIBUTE flags for disc subfolders (1st byte)
Used in Discs subfolders (CATEGORY: TR, VR, DP, XR) to activate another subfolder. This secondary subfolder can contain another SFO (or a .SFX) and are loaded in cascade, all the SFO's in the subfolders structures contains an ATTRIBUTE = 1. In other words... the flag simply indicates the presence of items under this path.
ATTRIBUTE flags for patches (3rd byte)
- This list contains a short description of all the ATTRIBUTE flags known, there is no room in this page for explaining in detail all this functions but there are several links to other pages that expands the info, please help completing the identification of all flags (with short descriptions and links to other wiki pages when posible/needed), also try to not add too much speculation and in case of speculation use question marks, for an open discussion, any usefull notes or brainstorming use Discussion page.
Wikitable default settings has been changed
You have some idea when/why/how the header color of the default class="wikitable" has changed to white ?
Some months ago the header of the tables (the rows starting with ! character) was blue to keep some consistency of colors with the templates used on main wiki page
Now with the tables in full white looks cheaper, is a small detail, but if there is no reason for the change i think is good to return to the previous look, also i guess is posible other default settings we was using for wikitables has been lost too the same day the color of the headers changed
If i remember correctlly the settings we was using was not the defaults, it was changed several times by eussNL when we was discussing about wiki styles and consistency of colors. So is posible that an update of the mediawiki version has updated/overwrited them
The same problem happens in PS4 wiki
It's very likely that this is because of a new update from the MediaWiki, which defyboy installed after the massive Spam deletion and after the wiki was down several times. But you can change the colors easily like you can see it now on this page on the table above :) I think you mean the color #B3B7FF like in "for bootable content" and for the right side of the table. - Roxanne.
So the problem appeared when updating wiki, i see. Adding the color individually for every table is a noway, are hundred of tables affected included all the tables in PS4 wiki, so the only way to solve it in a good way is by finding where are stored that settings and try to see if we can change otherway ask defyboy to change it. The headers color was a light blue, more like #ddddff or #eeeeff