BFN - Revision history

Arookas at 18:25, 18 December 2016

2016-12-18T18:25:13Z

Arookas at 18:20, 18 December 2016

2016-12-18T18:20:59Z

Arookas at 14:30, 18 December 2016

2016-12-18T14:30:18Z

Arookas at 14:25, 18 December 2016

2016-12-18T14:25:48Z

Arookas at 13:49, 18 December 2016

2016-12-18T13:49:49Z

Arookas at 13:43, 18 December 2016

2016-12-18T13:43:39Z

Arookas at 06:00, 18 December 2016

2016-12-18T06:00:40Z

Arookas: full specs

2016-12-18T05:55:51Z

full specs

Show changes

Gamma at 05:24, 10 January 2016

2016-01-10T05:24:43Z

Gamma: /* WID1 */

2016-01-10T05:23:59Z

‎WID1

@@ Line 35: / Line 35: @@
 | 0x08 || 2 || Font encoding type (see below). This value is needed to properly read and decode any text rendered by this font.
 |-
-| 0x08 || 2 || Ascent of the font, in screen units. This is how far above the baseline the top edge of the glyphs will reach.
+| 0x0A || 2 || Ascent of the font, in screen units. This is how far above the baseline the top edge of the glyphs will reach.
 |-
-| 0x0A || 2 || Descent of the font, in screen units. This is how far below the baseline the bottom edge of the glyphs will reach.
+| 0x0C || 2 || Descent of the font, in screen units. This is how far below the baseline the bottom edge of the glyphs will reach.
 |-
-| 0x0C || 2 || Leading (also known as line-height) of the font, in screen units.
+| 0x0E || 2 || Width of a character in the font, in screen units. This will be used as the base width of the font for scaling calculations at run time. It is also used as the width for all characters if the font is rendered in monospace.
 |-
-| 0x0E || 2 || Replacement code (not character). The game will substitute unmapped characters with this code. It is assumed this code will have a valid glyph assigned to it.
+| 0x10 || 2 || Leading (also known as line-height) of the font, in screen units.
 |-
-| 0x10 || 4 || Unknown (always zero, never referenced).
+| 0x12 || 2 || Replacement code (not character). The game will substitute unmapped characters with this code. It is assumed this code will have a valid glyph assigned to it.
 |-
-| 0x14 || 12 || Padding bytes.
+| 0x14 || 4 || Unknown (always zero, never referenced).
 |}

@@ Line 32: / Line 32: @@
 |-
 | 0x04 || 4 || Total size of the block, in bytes, including padding.
 |-
 | 0x08 || 2 || Ascent of the font, in screen units. This is how far above the baseline the top edge of the glyphs will reach.
@@ Line 44: / Line 46: @@
 |-
 | 0x14 || 12 || Padding bytes.
 |}

@@ Line 119: / Line 119: @@
 | 1 || Maps the basic set of S-JIS kanji characters linearly, starting at a base code. The ''entry count'' field should be either zero or one. If there is one entry, it overrides the base code value for the conversion (otherwise, a constant of 796 is used). Should be used only for the character range 0x889F&nbsp;-&nbsp;0x9872 (亜&nbsp;-&nbsp;腕). See below for the specific formula.
 |-
-| 2 || The characters are table mapped. An array of ''entry count'' 16-bit codes follows the header. The input character's index into the character range is used as the index into this array, where the value in this array at that index is used as the character's code.
+| 2 || The characters are table mapped. An array of ''entry count'' 16&#8209;bit codes follows the header. The input character's index into the character range is used as the index into this array, where the value in this array at that index is used as the character's code.
 |-
 | 3 || The characters are map mapped. Two interlaced arrays of ''entry count'' 16&#8209;bit codes follow the header. The first array is searched until a value matching the input character is found. Once found, that index is used to get the value out of the second array, which is then used as the final mapped code.
 |}
-For mapping type 1, the formula is designed to map each of the 94-kanji blocks from 0x889F&nbsp;-&nbsp;0x9872 to a linear range of codes, starting at a base code value (defaulting to 796). The formula is the following:
+For mapping type 1, the formula is designed to map each of the 32, 94&#8209;kanji blocks from 0x889F&nbsp;-&nbsp;0x9872 to a linear range of codes, starting at a base code value (defaulting to 796). The formula is the following:
 <ol style="list-style-type: none;">

@@ Line 117: / Line 117: @@
 | 0 || The characters are mapped to codes linearly as their index into the character range specified in the header. For example, a range of 32-255 would map the character 65 (ASCII for capital 'A') as the code 33. The ''entry count'' field is ignored and should be 0.
 |-
-| 1 || Maps a larger range of S-JIS characters to a much lower range of codes. The ''entry count'' field should be either zero or one. If there is one entry, it overrides the base code value for the conversion (otherwise, a constant of 796 is used).
+| 1 || Maps the basic set of S-JIS kanji characters linearly, starting at a base code. The ''entry count'' field should be either zero or one. If there is one entry, it overrides the base code value for the conversion (otherwise, a constant of 796 is used). Should be used only for the character range 0x889F&nbsp;-&nbsp;0x9872 (亜&nbsp;-&nbsp;腕). See below for the specific formula.
 |-
 | 2 || The characters are table mapped. An array of ''entry count'' 16-bit codes follows the header. The input character's index into the character range is used as the index into this array, where the value in this array at that index is used as the character's code.
 |-
-| 3 || The characters are map mapped. Two interlaced arrays of ''entry count'' 16-bit codes follow the header. The first array is searched until a value matching the input character is found. Once found, that index is used to get the value out of the second array, which is then used as the final mapped code.
+| 3 || The characters are map mapped. Two interlaced arrays of ''entry count'' 16&#8209;bit codes follow the header. The first array is searched until a value matching the input character is found. Once found, that index is used to get the value out of the second array, which is then used as the final mapped code.
 |}
-If the character fails to be mapped by any of the above methods, the ''invalid code'' from the INF1 block is used as a substitute.
+For mapping type 1, the formula is designed to map each of the 94-kanji blocks from 0x889F&nbsp;-&nbsp;0x9872 to a linear range of codes, starting at a base code value (defaulting to 796). The formula is the following:
-{{Todo|Get the formula used by mapping type 1.}}
+<ol style="list-style-type: none;">
 == WID1 ==

@@ Line 121: / Line 121: @@
 | 2 || The characters are table mapped. An array of ''entry count'' 16-bit codes follows the header. The input character's index into the character range is used as the index into this array, where the value in this array at that index is used as the character's code.
 |-
-| 3 || The characters are map mapped. Two interlaced arrays of ''entry count'' 16-bit codes follow the header. The first array is searched until a value matching the input character is found.
+| 3 || The characters are map mapped. Two interlaced arrays of ''entry count'' 16-bit codes follow the header. The first array is searched until a value matching the input character is found. Once found, that index is used to get the value out of the second array, which is then used as the final mapped code.
 |}

@@ Line 47: / Line 47: @@
 == GLY1 ==
-This block contains one or more texture atlases (or sheets), divided up into several rows and columns. Each cell is assigned a glyph (via its code). Each cell in the texture sheets are in fixed dimensions specified by the block's header.
+This block contains one or more texture atlases (or sheets), divided up into several rows and columns. Each cell is assigned a glyph (via its code). Each cell is a fixed size specified by the block's header.
 {| class="wikitable"
@@ Line 95: / Line 95: @@
 ! Start !! Length !! Description
 |-
-| 0x00 || 4 || FOURCC identifier for the block ('GLY1').
+| 0x00 || 4 || FOURCC identifier for the block ('MAP1').
 |-
 | 0x04 || 4 || Total size of the block, in bytes, including padding.

← Older revision		Revision as of 05:24, 10 January 2016
Line 1:		Line 1:
−	{{Todo\|~~Finish WID1 sector documentation and investigate~~ the mapping method values in MAP1.}}	+	{{Todo\|Investigate the mapping method values in MAP1.}}

	'''BFN''' is a format that defines font data for many Gamecube games. It contains the image, character mapping, and width data for each glyph in the font.		'''BFN''' is a format that defines font data for many Gamecube games. It contains the image, character mapping, and width data for each glyph in the font.

@@ Line 113: / Line 113: @@
 == WID1 ==
-This sector contains the width data for each character.
+This sector contains data that influences where the character is drawn on screen.
 <syntaxhighlight lang="csharp">
-//To-do
+/*0x00*/ const string WID1 = "WID1";
 </syntaxhighlight>