SILKPADD

From PS3 Developer wiki
Jump to navigation Jump to search

Description[edit | edit source]

  • SILKPADD Is a container format used by the Silk Web Browser. The meaning of the name "PADD" is unknown, some speculations: Program ADDresses ?... or... PAD Data ?

Silkpadd files and Versions[edit | edit source]

Total 22 files in PS3 firmwares

SILKPADD files in PS3 firmwares
File Version Size MD5 Notes/Changes
dev_flash/vsh/resource/silk/data/
CEFramework.bin 1.02~1.60 12.288 347337F4E26A8AFB38389C5997952D2A
1.70~2.36 40.141 DC2E8183C00213FDF6AC609F1839484D
2.40~4.83 40.141 650C67EA9E56ABAC1B771296A32396A1
CEHtmlApi.bin 1.02~4.83 1.699 2F237A4B98DD2733D13286842C5B103D Never was updated. Contains 12 tiny CEBinary files of type image\gif
CEHtmlBrowserApp.bin 1.02~2.17 54.013 2BC8ACF9A9952AEB6F1A181357E6648F Removed in firmware 2.20
CEHtmlBrowserAppXaiWidget.bin 1.02~2.17 53.985 493DD038DE219DAAA543A014410DB0A6 Removed in firmware 2.20
CEHtmlUI.bin 1.02 15.396 04F60F47751CD376860ED476A5BEC717
1.10~2.01 14.776 EF2DA3A37BD8B57CC2782BD9C9708C59
2.10~2.36 14.777 CDAFFB6C81230E371AEA262433511679
2.40~2.43 14.841 73958AE1FAC54A8C098B1574BF3B16FA
2.50~4.83 14.857 E130F653D00C46886B1C8AA6C904A970
CEPhWeb.bin 1.02~1.60 41.719 87FE0D9A7E1EB3FF17392F3A4EA41697
1.70~2.01 42.452 42DA163F761A7B44521BBE2B2E6E4F5D
2.10~2.36 42.453 2D60C7858680CD10969069BA9D7F899E
2.40~2.43 42.813 12889911D357E2DFE9E346720ADBCD24
2.50~2.60 50.347 A025D7E2B17DC49856D213857F3221EF
2.70~3.01 50.351 EE84DBA482F532B298C59016E5774025
3.10~4.83 50.995 DC4F6D763022CFBE4E672940B9F95709
dev_flash/vsh/resource/silk_nas/data/
CEFramework.bin 2.20~4.83 40.141 DC2E8183C00213FDF6AC609F1839484D Same file under silk path in firmwares 1.70~2.36
CEHtmlApi.bin 2.20~4.83 1.699 2F237A4B98DD2733D13286842C5B103D Same file under silk path in firmwares 1.02~4.83
CEHtmlUI.bin 2.20~4.83 14.777 CDAFFB6C81230E371AEA262433511679 Same file under silk path in firmwares 2.10~2.36
CEPhWeb.bin 2.20~4.83 42.453 2D60C7858680CD10969069BA9D7F899E Same file under silk path in firmwares 2.10~2.36
dev_flash/vsh/resource/silk_webkit/data/
CEFramework.bin 4.10~4.83 39.077 FB0BB25EA510A200040A25062458BCC1
CEHtmlApi.bin 4.10~4.83 1.699 2F237A4B98DD2733D13286842C5B103D Same file under silk path in firmwares 1.02~4.83
CEHtmlUI.bin 4.10~4.83 36.918 386417CECD1539CA141AB8EE909A5FC9
webcoreapp.bin 4.10~4.26 59.133 DF0F948BC03FAC412E81BE32BA8540D0
4.30~4.83 59.938 8030618238A6756EE27B893A5C94FF1B

Structure[edit | edit source]

Header[edit | edit source]

Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F

00000000  53 49 4C 4B 50 41 44 44 00 00 0C 00 00 00 00 00  SILKPADD........
Offset Length Example Name Notes
0x00 0x04 SILK silk_signature By now this is represented in wiki as two separated signatures just incase the format allows for other variants, like SILKFLAT, SILKPLUS, etc... but maybe the 8 bytes are a single signature
0x04 0x04 PADD padd_signature
0x08 0x02 00 00 hdr_unk2 Always zeroes ?
0x0A 0x02 0C 00 entry_count Number of entries in the file (l.e.)
0x0C 0x04 00 00 00 00 hdr_unk4 Always zeroes ?

Index table[edit | edit source]

The index table starts at offset 0x10, every entry in the index table is 0xC bytes length and is composed by 3 values. All values in the index table are in little endian. There is no gap or padding at the end of the index table

Example of the first entry in the index table of CEHtmlApi.bin

Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F

00000010  B9 0B 00 00 A0 00 00 00 9B 00 00 00              ¹... ...›...
Offset Length Example Name Notes
0x00 0x04 B9 0B 00 00 data_id A unique ID for the data, used by the web browser to identify and to access the data (l.e.)
0x04 0x04 A0 00 00 00 data_offset Absolute offset of the data (l.e.)
0x08 0x04 9B 00 00 00 data_length Size of the data (l.e.)

Data table[edit | edit source]

At this point is unknown if the PS3 parses every one of the datas in a specific way based on his type because the IDs of them are hardcoded in the .sprx (so the sprx knows what to do with every data before reading it), or the data type is identifyed by reading the first bytes. Anyway, to manage the datas in PC is needed to read the first bytes because in PC we are not using a database with all the IDs (so we dont know what to do with every data entry before reading it)

This identification method (by reading the data itself) is what is explained here in wiki, the order of how are listed the data types in this wiki page is also a suggestion of the order of how the data types checks could be performed

Data types[edit | edit source]

All data entries starts with 4 bytes + a text string. The first 4 bytes indicates the length of the text string located inmediatly after. So the first bytes that needs to be readed are the 4 bytes + the length indicated by that 4 bytes

Text string[edit | edit source]

This is the most basic example, the entry can be identifyed as a "text string" because is null terminated (note how the text_string_length=5 of the example below includes the null byte 0x00 at the end)

Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F

00000000  00 00 00 05 54 65 73 74 00                       ....Test.
Offset Length Example Name Notes
0x00 0x04 00 00 00 05 text_string_length Length of the next text string + 1 null byte at the end (b.e.)
0x04 varies Test text_string A normal text string (starting with random characters that doesnt matches the search patterns for the other data type checks)
varies 0x01 00 null This is the null termination of the previous string
HTML (stored as a single text string)[edit | edit source]

The fileformat allows to store HTML files as standard text string data, and are also null terminated (so it falls under the same characteristics as a standard text string). Because this reason, the only way to identify this data type in PC is by reading the first bytes of the string (if it starts with <!DOCTYPE HTML is a HTML)

To extract the data as a HTML file is needed to remove the null byte at the end (and the null byte at the end needs to be added when the HTML file is injected back)

Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F

00000000  00 00 03 A9 3C 21 44 4F 43 54 59 50 45 20 48 54  ...©<!DOCTYPE HT
00000010  4D 4C 20 50 55 42 4C 49 43 20 22 2D 2F 2F 57 33  ML PUBLIC "-//W3
00000020  43 2F 2F 44 54 44 20 48 54 4D 4C 20 34 2E 30 20  C//DTD HTML 4.0 
00000030  54 72 61 6E 73 69 74 69 6F 6E 61 6C 2F 2F 45 4E  Transitional//EN
00000040  22 3E 0A 09 09 09 09 09 3C 48 54 4D 4C 3E 0A 09  ">......<HTML>..
00000050  09 09 09 09 3C 48 45 41 44 3E 0A 09 09 09 09 09  ....<HEAD>......
00000060  09 3C 73 74 79 6C 65 3E 0A 09 09 09 09 09 09 61  .<style>.......a
00000070  3A 6C 69 6E 6B 09 09 09 7B 66 6F 6E 74 3A 38 70  :link...{font:8p
00000080  74 2F 31 31 70 74 20 76 65 72 64 61 6E 61 3B 20  t/11pt verdana; 
00000090  63 6F 6C 6F 72 3A 72 65 64 7D 0A 09 09 09 09 09  color:red!important}......
000000A0  09 61 3A 76 69 73 69 74 65 64 09 09 7B 66 6F 6E  .a:visited..{fon
000000B0  74 3A 38 70 74 2F 31 31 70 74 20 76 65 72 64 61  t:8pt/11pt verda
000000C0  6E 61 3B 20 63 6F 6C 6F 72 3A 23 34 65 34 65 34  na; color:#4e4e4
000000D0  65 7D 0A 09 09 09 09 09 09 3C 2F 73 74 79 6C 65  e}.......</style
000000E0  3E 0A 09 09 09 09 09 09 3C 6D 65 74 61 20 48 54  >.......<meta HT
000000F0  54 50 2D 45 51 55 49 56 3D 22 43 6F 6E 74 65 6E  TP-EQUIV="Conten
00000100  74 2D 54 79 70 65 22 20 43 6F 6E 74 65 6E 74 3D  t-Type" Content=
00000110  22 74 65 78 74 2D 68 74 6D 6C 3B 20 63 68 61 72  "text-html; char
00000120  73 65 74 3D 57 69 6E 64 6F 77 73 2D 31 32 35 32  set=Windows-1252
00000130  22 3E 0A 09 09 09 09 09 09 3C 74 69 74 6C 65 3E  ">.......<title>
00000140  4E 65 74 77 6F 72 6B 20 45 72 72 6F 72 3C 2F 74  Network Error</t
00000150  69 74 6C 65 3E 0A 09 09 09 09 09 3C 2F 48 45 41  itle>......</HEA
00000160  44 3E 0A 0A 09 09 09 09 09 3C 42 4F 44 59 3E 0A  D>.......<BODY>.
00000170  09 09 09 09 09 09 3C 54 41 42 4C 45 20 77 69 64  ......<TABLE wid
00000180  74 68 3D 22 34 30 30 22 20 63 65 6C 6C 70 61 64  th="400" cellpad
00000190  64 69 6E 67 3D 22 33 22 20 63 65 6C 6C 73 70 61  ding="3" cellspa
000001A0  63 69 6E 67 3D 22 35 22 3E 0A 09 09 09 09 09 09  cing="5">.......
000001B0  20 20 3C 74 72 3E 0A 09 09 09 09 09 09 09 3C 74    <tr>........<t
000001C0  64 20 69 64 3D 22 74 61 62 6C 65 50 72 6F 70 73  d id="tableProps
000001D0  22 20 76 61 6C 69 67 6E 3D 22 74 6F 70 22 20 61  " valign="top" a
000001E0  6C 69 67 6E 3D 22 6C 65 66 74 22 3E 3C 2F 74 64  lign="left"></td
000001F0  3E 0A 09 09 09 09 09 09 09 3C 74 64 20 69 64 3D  >........<td id=
00000200  22 74 61 62 6C 65 50 72 6F 70 73 32 22 20 61 6C  "tableProps2" al
00000210  69 67 6E 3D 22 6C 65 66 74 22 20 76 61 6C 69 67  ign="left" valig
00000220  6E 3D 22 6D 69 64 64 6C 65 22 20 77 69 64 74 68  n="middle" width
00000230  3D 22 34 35 30 22 3E 3C 68 31 20 69 64 3D 22 74  ="450"><h1 id="t
00000240  65 78 74 53 65 63 74 69 6F 6E 31 22 0A 09 09 09  extSection1"....
00000250  09 09 09 09 73 74 79 6C 65 3D 22 43 4F 4C 4F 52  ....style="COLOR
00000260  3A 20 62 6C 61 63 6B 3B 20 46 4F 4E 54 3A 20 31  : black; FONT: 1
00000270  38 70 74 20 76 65 72 64 61 6E 61 22 3E 3C 73 70  8pt verdana"><sp
00000280  61 6E 20 69 64 3D 22 65 72 72 6F 72 54 65 78 74  an id="errorText
00000290  22 3E 54 68 65 20 70 61 67 65 20 63 61 6E 6E 6F  ">The page canno
000002A0  74 20 62 65 20 64 69 73 70 6C 61 79 65 64 2E 3C  t be displayed.<
000002B0  2F 73 70 61 6E 3E 3C 2F 68 31 3E 3C 2F 74 64 3E  /span></h1></td>
000002C0  0A 09 09 09 09 09 09 20 20 3C 2F 74 72 3E 0A 09  .......  </tr>..
000002D0  09 09 09 09 09 20 20 3C 74 72 3E 0A 09 09 09 09  .....  <tr>.....
000002E0  09 09 09 3C 74 64 20 69 64 3D 22 74 61 62 6C 65  ...<td id="table
000002F0  50 72 6F 70 73 57 69 64 74 68 22 20 77 69 64 74  PropsWidth" widt
00000300  68 3D 22 34 30 30 22 20 63 6F 6C 73 70 61 6E 3D  h="400" colspan=
00000310  22 32 22 3E 3C 66 6F 6E 74 0A 09 09 09 09 09 09  "2"><font.......
00000320  09 73 74 79 6C 65 3D 22 43 4F 4C 4F 52 3A 20 62  .style="COLOR: b
00000330  6C 61 63 6B 3B 20 46 4F 4E 54 3A 20 31 31 70 74  lack; FONT: 11pt
00000340  20 76 65 72 64 61 6E 61 22 3E 0A 09 09 09 09 09   verdana">......
00000350  09 09 4E 65 74 77 6F 72 6B 20 65 72 72 6F 72 20  ..Network error 
00000360  6F 63 63 75 72 72 65 64 2E 3C 2F 66 6F 6E 74 3E  occurred.</font>
00000370  3C 2F 74 64 3E 0A 09 09 09 09 09 09 20 20 3C 2F  </td>.......  </
00000380  74 72 3E 0A 09 09 09 09 09 09 3C 2F 54 41 42 4C  tr>.......</TABL
00000390  45 3E 0A 09 09 09 09 09 3C 2F 42 4F 44 59 3E 0A  E>......</BODY>.
000003A0  09 09 09 09 09 3C 2F 48 54 4D 4C 3E 00           .....</HTML>.
Offset Length Example Name Notes
0x00 0x04 00 00 03 A9 text_string_length Size of the HTML file + 1 null byte at the end (b.e.)
0x04 varies <!DOCTYPE HTML, etc... text_string HTML file
varies 0x01 00 null This is the null termination at the end of the HTML file (needed to be removed to extract the data as a HTML file)
CEBinary[edit | edit source]

The CEBinary data type indicates this data is a binary file, there are several predefined file types allowed (explained below)

Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F

00000000  00 00 00 08 43 45 42 69 6E 61 72 79 00 00 00 00  ....CEBinary....
00000010  00 09 69 6D 61 67 65 5C 67 69 66 00 00 00 7C 47  ..image\gif...|G
00000020  49 46 38 39 61 09 00 0B 00 B3 00 00 99 66 00 FF  IF89a....³..™f.ÿ
00000030  AD 5B E6 CE AE FF F1 B9 FF CC 99 FF FF CC FF C2  ­[æήÿñ¹ÿÌ™ÿÿÌÿÂ
00000040  86 FF D6 AC FF B5 6A 00 FF 00 00 00 00 00 00 00  †ÿÖ¬ÿµj.ÿ.......
00000050  00 00 00 00 00 00 00 00 00 00 00 00 21 F9 04 05  ............!ù..
00000060  14 00 09 00 2C 00 00 00 00 09 00 0B 00 00 04 29  ....,..........)
00000070  50 00 31 AA 05 03 DB 0A 8A DE DD 77 79 53 29 79  P.1ª..Û.ŠÞÝwyS)y
00000080  06 90 06 40 48 00 2F D2 16 C3 41 10 86 DC D5 77  ...@H./Ò.ÃA.†ÜÕw
00000090  3E F3 38 1D CD 16 04 44 00 00 3B                 >ó8.Í..D..;
Offset Length Example Name Notes
0x00 0x04 00 00 00 08 data_type_length Length of the next text string (b.e.)
0x04 0x08 CEBinary data_type CEBinary data type. Without the null termination !
0x0C 0x02 00 00 bin_unk2 Always zeroes ?
0x0E 0x04 00 00 00 09 file_type_length Length of the next text string (b.e.)
0x12 varies image\gif file_type File type. Without the null termination !. Some predefined filetypes found:
image\png
image\gif
image\gifPushed (it seems this files are png)
image\ms-cursor (microsoft .cur file extension)
image\ms-icon (microsoft .ico file extension)
etc...
varies 0x04 00 00 00 7C file_legth Indicates the size of the file (b.e.)
varies varies GIF, etc... file_data This is the file
CEDialog[edit | edit source]

The CEDialog is a complex data type that represents the root of a hierarchy of parent/chidren/brothers. Every one of them have an unique ID of the same type than the ones at the index table. The ID of CEDialog (root of this hierarchy) is the only that appears duplicated in the index table, the IDs of the children of CEDialog doesnt appears in the index table

Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F

00000000  00 00 00 08 43 45 44 69 61 6C 6F 67 00 00 27 56  ....CEDialog..'V
00000010  00 00 00 00 00 00 00 00 00 00 01 09 00 00 00 55  ...............U
00000020  00 01 00 63 FF C0 C0 C0 FF 00 00 00 00 00 00 0C  ...cÿÀÀÀÿ.......
00000030  00 00 00 05 01 00 00 00 0F 43 45 52 65 63 74 43  .........CERectC
00000040  6F 6D 70 6F 6E 65 6E 74 00 00 27 57 00 00 00 0A  omponent..'W....
00000050  00 00 00 08 00 00 00 20 00 00 00 20 00 00 00 83  ....... ... ...ƒ
00000060  FF FF FF FF FF 00 00 00 00 00 00 0C 01 00 00 00  ÿÿÿÿÿ...........
00000070  07 43 45 4C 61 62 65 6C 00 00 27 58 00 00 00 2D  .CELabel..'X...-
00000080  00 00 00 19 00 00 00 B4 00 00 00 32 00 0B 20 8B  .......´...2.. ‹
00000090  FF FF FF FF FF 00 00 00 00 00 00 0C 00 00 00 00  ÿÿÿÿÿ...........
000000A0  00 00 01 00 00 00 08 43 45 42 75 74 74 6F 6E 00  .......CEButton.
000000B0  00 27 59 00 00 00 3C 00 00 00 64 00 00 00 32 00  .'Y...<...d...2.
000000C0  00 00 14 1A A8 00 1B FF C0 C0 C0 FF 00 00 00 00  ....¨..ÿÀÀÀÿ....
000000D0  00 00 0C 00 00 00 03 4F 6B 00 00 00 01 00 00 00  .......Ok.......
000000E0  08 43 45 42 75 74 74 6F 6E 00 00 27 5A 00 00 00  .CEButton..'Z...
000000F0  73 00 00 00 64 00 00 00 32 00 00 00 14 22 A8 00  s...d...2...."¨.
00000100  1B FF C0 C0 C0 FF 00 00 00 00 00 00 0C 00 00 00  .ÿÀÀÀÿ..........
00000110  07 43 61 6E 63 65 6C 00 00 00 01 00 00 00 08 43  .Cancel........C
00000120  45 42 75 74 74 6F 6E 00 00 27 5B 00 00 00 AA 00  EButton..'[...ª.
00000130  00 00 64 00 00 00 32 00 00 00 14 02 A8 00 1B FF  ..d...2.....¨..ÿ
00000140  C0 C0 C0 FF 00 00 00 00 00 00 0C 00 00 00 06 52  ÀÀÀÿ...........R
00000150  65 74 72 79 00 00 00 00 00 00 00                 etry.......
Offset Length Example Name Notes
0x00 0x04 00 00 00 08 data_type_length Length of the next text string (b.e.)
0x04 0x08 CEDialog data_type CEDialog data type. Without the null termination !
0x0C 0x02 00 00 unknown Always zero for CEDialog ?
0x0E 0x02 27 56 data_id Unique ID (b.e.)
0x10 0x04 00 00 00 00 unknown Other examples: CERectComponent=0x0A, CELabel=0x2D, CEbutton(1)=0x3C, CEbutton(2)=0x73, CEbutton(3)=0xAA
0x14 0x04 00 00 00 00 unknown Other examples: CERectComponent=0x08, CELabel=0x19, CEbutton(1,2,3)=0x64
0x18 0x04 00 00 01 09 unknown Other examples: CERectComponent=0x20, CELabel=0xB4, CEbutton(1,2,3)=0x32
0x1C 0x04 00 00 00 55 unknown Other examples: CERectComponent=0x20, CELabel=0x32, CEbutton(1,2,3)=0x14
0x20 0x01 00 unknown Other examples: CERectComponent=0x00, CELabel=0x00, CEbutton(1)=0x1A, CEbutton(2)=0x22, CEbutton(3)=0x02
0x21 0x01 01 unknown Other examples: CERectComponent=0x00, CELabel=0x0B, CEbutton(1,2,3)=0xA8
0x22 0x01 00 unknown Other examples: CERectComponent=0x00, CELabel=0x20, CEbutton(1,2,3)=0x00
0x23 0x01 63 unknown Other examples: CERectComponent=0x83, CELabel=0x8B, CEbutton(1,2,3)=0x1B
0x24 0x04 FF C0 C0 C0 bg_color Background color (in #ARGB format?, or #ABGR format ?)
0x28 0x04 FF 00 00 00 color Color (in #ARGB format?, or #ABGR format ?)
0x2C 0x04 00 00 00 0C unknown Font size ?

The values above seems to be commonly used by all the "items" of the hierarchy, after them (at relative offset 0x30) appears other values that are specific for each "item"

For CEDialog at 0x30

Offset Length Example Name Notes
0x30 0x04 00 00 00 05 children_count Number of chidrens under the root CEDialog (in this example there are 5 children: CERectComponent, CELabel, CEButton, CEButton, CEButton)
0x34 0x01 01 read_next ? Always 1 ? (and 0 for the last entry). Indicates if there is an entry next (or a brother at the same level of the hierarchy) ?

For CERectComponent at 0x30

Offset Length Example Name Notes
0x30 0x01 01 read_next ?

For CELabel at 0x30 (same than CEButton, but in this example without the text string)

Offset Length Example Name Notes
0x30 0x04 00 00 00 00 text_string_length ?
0x34 0x02 00 00 key_shorcut ? Always zero for CELabel ?
0x36 0x01 01 read_next ?

For CEButton at 0x30

Offset Length Example Name Notes
0x30 0x04 00 00 00 03 text_string_length Length of the next text string + the null byte (b.e.)
0x34 varies Ok text_string Ok, Cancel, Retry, etc...
varies 0x01 00 null
varies 0x02 00 00 key_shorcut ? Always zero for CEButton ?
varies 0x01 01 read_next ?
  • Notes:
    • The IDs of the hierarchy are:
      • 0x2756 (10070 in decimal) - CEDialog (root)
      • 0x2757 (10071 in decimal) - CERectComponent (first children)
      • 0x2758 (10072 in decimal) - CELabel (second children)
      • 0x2759 (10073 in decimal) - CEButton (third children) with the text Ok
      • 0x275A (10074 in decimal) - CEButton (fourth children) with the text Cancel
      • 0x275B (10075 in decimal) - CEButton (fifth children) with the text Retry
      • The ID of the root is the same of the index table (converted to decimal in the "SILKPADD editor" app to 10070), the IDs of the 5 childrens of 10070 doesnt appears on the index but are 10071, 10072, 10073, 10074, 10075. This is why the next CEDialog ID in the index inmediatly after 10070 is 100076 (because the IDs 10071 up to 10075 are used by the 5 childrens of 10070)
CEMenu[edit | edit source]

The CEMenu is a complex data type that represents the root of a hierarchy of parent/chidren/brothers. Every one of them have an unique ID

Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F

00000000  00 00 00 06 43 45 4D 65 6E 75 00 00 75 BA 00 00  ....CEMenu..uº..
00000010  00 00 00 00 00 00 00 00 00 00 00 00 00 00 02 32  ...............2
00000020  04 0B FF FF FF FF FF 00 00 00 00 00 00 0C 00 00  ..ÿÿÿÿÿ.........
00000030  00 05 48 65 6C 70 00 00 48 00 01 00 01 75 BB 00  ..Help..H....u».
00000040  00 00 06 41 62 6F 75 74 00 00 00 00 00 00 41 00  ...About......A.


First appears the same values than the ones used in CEDialog, and after them (at relative offset 0x2E)

Offset Length Example Name Notes
0x2E 0x04 00 00 00 05 text_string_length
0x32 varies Help text_string Displays the text Help
varies 0x01 00 null
varies 0x02 H key_shorcut Keyboard shorcut (in this example "H" for "Help")
varies 0x02 00 01 navbar_position ? This value seems to indicate the Menu location on the web browser navigation bar, some examples found:
0x1=Help
0x2=Bookmarks
0x4=Tools
0x6=File
0x7=Edit
0x9=Debug
0xA=Debug
0xD=View

The values above seems to be the definition of a menu in the main "navigation bar"

The values below seems to be every one of the entries inside a "collapsable list"

Offset Length Example Name Notes
varies 0x02 00 01 parent ? This seems to indicate who is the parent/owner of this entry, in this example this entry is data_id=0x75BB and the parent is data_id=0x75BA
varies 0x02 75 BB data_id Weird, this ID is pointing to a problem of how is splitted the CEDialog/CEMenu structure in this wiki page
varies 0x04 00 00 00 06 text_string_length
varies varies About text_string Displays the text About
varies 0x01 00 null
varies 0x02 00 00 unknown
varies 0x02 00 00 unknown
varies 0x02 A key_shorcut Keyboard shorcut (in this example "A" for "About")
varies 0x02 00 00 unknown
varies 0x01 00 read_next ?

Links and Tools[edit | edit source]