构想洗涤子 @[email protected]

纹理尺寸必须是2的N次方，但glyph尺寸不一定是，所以会造成浪费。

各版本字库有效率:
(glyph尺寸 排列 on 纹理尺寸)
Shield版:48px 5x5 on 256px
有效率:87.89%
GC版reishotai:24px 5x5 on 128px
有效率:87.89%
GC版rodan: 24px 1x1 on 32px
有效率:56.25%

不太理解，GC版的rodan为什么要用如此浪费的排列...

共1756字
0x20-0x7e(ASCII)
┌0x8140
│
│0x829f-0x82f1
│0x824f-0x8256
│0x8271-0x8278
│0x8340-0x837e
│0x8380-0x8396
│0x8765-0x876c
│0x89b6-0x89bd
│0x8ac2-0x8ac9
│0x90b3-0x90ba
│0x91e3-0x91ea
│0x9758-0x975f
│
└0x9872​

0x20-0x7e 以及中间一大块都是线性映射
0x8140-0x9872是查表，里面有1428个字

应该可以舍弃中间一大块 改成全都查表

block3 map
0x00B7-0xFF5E，map映射
符号 全角字母 假名 汉字?

block2 map
0x20-0x7F线性映射，ASCII可显示字符

备忘 切分字库dds的imagemagick命令:

convert rodan_b_24_22.dds -crop 256x256 rodan/%01d.dds

任天堂SDK的TexConv2只支持单次导入64张纹理，但字库有101张

https://github.com/aboood40091/GTX-Extractor/issues/4
根据该issue可以得知，GTX文件的结构比较简单粗暴，直接缝合就可以
具体怎么缝合:
掐头去尾
始终下半部分这样的BLK结尾，所以前文删除末尾0x20，后文删除起始0x20(header)即可

官中的字库也片好了

文本暂且用wbmgt缝上了，但肯定是要改的
szs/bin/wbmgt patch zel_00_jpn_utf16be.txt --patch replace=zel_00_chs_utf16be.txt -d new.txt

原来是alpha啊草

留存一张ct2查看字库的实例以免自己忘了:
tail尺寸8px
然后按texture sheet来调整列数(视图-自适应tile行列数)
这里是256x256的texture sheet，所以32列
偏移量即GLY1 block的末尾开始

颜色模式N64/MD 4bpp，调色板可以用色带的最后一行

fontres(rodan):
rodin(ロダン)字体
https://ja.wikipedia.org/wiki/%E3%83%AD%E3%83%80%E3%83%B3_(%E6%9B%B8%E4%BD%93)
用于普通文本

rubyres(reishotai):
隶书体
用于地名等(如图)