以 12x12 的汉字点阵字体为例，为了满足字节对齐的要求，一般采用 12x16 的格式来记录，每个字的大小是 24 Bytes 。如果只覆盖 GB 2312 的 6763 个汉字，再加上 ASCII 字符和其他一些常用符号，按 7000 字计算，需要占用 168 KB 。
为了节省空间，考虑到有效的数据其实只有 11x11 ，不进行字节对齐了，每个字的大小是 15 Bytes ，仍然需要 106 KB ，而且读取字库的代码量肯定会增加，索引效率也会降低。维基百科说 7-zip 的 LZMA 算法非常适于嵌入式设备，不知道 LZMA 的代码本身要用多少空间？
或者，不知道有没有什么更好的方法进行压缩？又如何从压缩数据中提取出一个字的点阵呢？
 |
1
tabris17 Aug 1, 2016  1
一夜回到 286 的 DOS 时代啊.
我记得当年汉卡有使用偏旁部首组合来降低内存使用的，就是拆字，不过这样要保存一个拆字表，而且合体字会很难看 |
|
2
tabris17 Aug 1, 2016
|
 |
3
cnnblike Aug 1, 2016 via iPhone 1
来用 minilzo
|
 |
4
am241 Aug 1, 2016 via Android
做过游程编码，然而字小的时候效果并不好
|
 |
5
dacapoday Aug 1, 2016
最好还是在外部弄个 EEPROM 来存字库吧，按步进 24 Bytes 来读取；而且压缩也是要序列化和解序列化这都要加载整个压缩文件到内存，然后再读字，这 MCU 吃得消嘛。
|
|
6
dacapoday Aug 1, 2016
话说你主控什么型号，没有片内 EEPROM ？
|
 |
7
blanboom Aug 1, 2016 via iPhone
还是装个 SPI Flash 靠谱。
|
 |
8
GPIO Aug 1, 2016
之前也遇到过这个问题，后来加了个 Flash 解决了。
|
 |
9
nareix Aug 2, 2016
你这是单片机吧，现在嵌入式都屌炸天直接上 freetype 没压力
|
Select Language