Change some "char" terminology to "glyph" (#107)

This matches more closely with similar functions in SM64

Identified a LUT for the segmented address of each glyph's texture

CharWidthMap is more accurately called GlyphDisplayWidthMap. The values in
 the map don't exactly match the texture width for the given glyph. They
 likely have more to do with how the glyph is drawn on screen rather than
 being a measure of its true width.

There are other LUT-like entries in data_0DD0A0_2 that clearly contain
 glyph textures, but it's not clear how they differ from the "main"
 LUT.

Signed-off-by: Taggerung <tyler.taggerung@gmail.com>
This commit is contained in:
Tyler McGavran
2021-12-20 16:49:37 -05:00
committed by GitHub
parent 7a0280f0e3
commit cdb3ca63aa
5 changed files with 52 additions and 50 deletions
+1 -1
View File
@@ -2038,7 +2038,7 @@ glabel D_800E7E34
.word D_02001F24, D_02001F34, D_02001F44, D_02001F54
.word D_02001F64, D_02001F74, D_02001F84, D_02001F94
glabel D_800E7E84
glabel gGlyphTextureLUT
.word D_0200211C, D_02002144, D_0200216C, D_02002194
.word D_020021BC, D_020021E4, D_0200220C, D_02002234
.word D_0200225C, D_02002284, D_020022AC, D_020022D4
+1 -1
View File
@@ -3956,7 +3956,7 @@ glabel D_800EF680
.double 1.08
.byte 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00 #balign 64 instead ?
glabel gCharacterWidthMap
glabel gGlyphDisplayWidth
.hword 0x000c, 0x000d, 0x000b, 0x000b, 0x000a, 0x000b, 0x000b, 0x000d
.hword 0x0007, 0x000a, 0x000c, 0x000a, 0x0012, 0x000d, 0x000c, 0x000c
.hword 0x000c, 0x000c, 0x000b, 0x000d, 0x000c, 0x000c, 0x0012, 0x000d