在之前的单片机字库建立的推送中:
https://blog.csdn.net/platform/article/details/130742775,
存储了GB2312字符集对应的软字库文件,在16*16的编码下总字库的507KB,后来把字体切换成了12*12,软字库缩减到了301KB。当然这里面对于有些编码的算法还是做了修改。
然后,某天灵光一闪:为啥不使用32进制存储,最后一番思量后把以前的16进制切换成了32进制,软字库文件由301KB缩减到了245,只有之前字库文件的81%.
理论上来讲,还可以使用64进制存储,大约又能缩减20%左右,大约可以控制到200KB左右,别小看这个缩减,在单片机存储空间是宝贵的,说的直白一点以前只能放16或者12字号的一种字体,现在可以放两种了,适用范围更广。
当然由于现在各种语言对于32进制的支持并不友好(为啥呢?)在单片机中使用32进制必须有对应的解码算法调整。
我的问题就来了:32进制在传输或者文本的时候明明有更好的压缩率,为啥主流世界并不采用32进制或者更高的进制呢?
x32.font 12号字体32进制存储 245KB
x16.font 12号字体16进制存储 301KB
x.font 16号字体,16进制存储 507KB