打印
[STM32F4]

PCToLCD与ATK-XFONT同样设置情况生成的GB3212字库大小为什么不同?

[复制链接]
483|14
手机看帖
扫描二维码
随时随地手机跟帖
跳转到指定楼层
楼主
nuc990|  楼主 | 2025-3-10 13:29 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
PCToLCD与ATK-XFONT同样设置情况生成的GB3212字库文件(fon格式)大小为什么不同?打开2个文件二进制对比也不同,但是汉子编码取模公式又一样?

使用特权

评论回复
沙发
stormwind123| | 2025-3-10 15:15 | 只看该作者
字库文件内部组织结构的差异导致的

使用特权

评论回复
板凳
laocuo1142| | 2025-3-10 15:15 | 只看该作者
不同版本的软件可能在算法实现、数据处理等方面存在差异,从而导致生成的字库文件大小不同。

使用特权

评论回复
地板
flycamelaaa| | 2025-3-10 20:20 | 只看该作者
字体与字号的影响

使用特权

评论回复
5
flycamelaaa| | 2025-3-10 21:00 | 只看该作者
字号大小直接影响点阵的大小和字模数据的复杂度。在相同字体样式下,不同字号大小生成的字模数据也会有所不同。

使用特权

评论回复
6
公羊子丹| | 2025-3-13 08:20 | 只看该作者
可能是 PCToLCD 和 ATK-XFONT 处理 字模数据 的方式不同,比如 点阵格式、字节对齐方式 可能有区别。

使用特权

评论回复
7
周半梅| | 2025-3-13 08:22 | 只看该作者
你用的 GB2312 还是 GBK?有的字库工具会默认加 扩展字符,导致生成的文件大小不同。

使用特权

评论回复
8
帛灿灿| | 2025-3-13 08:23 | 只看该作者
试试用 Hextool 或 UltraEdit 直接打开 FON 文件,看看 文件头部 是否有额外的数据结构。

使用特权

评论回复
9
童雨竹| | 2025-3-13 08:25 | 只看该作者
可能 PCToLCD 生成的 FON 文件有 索引表,而 ATK-XFONT 直接存 点阵数据,所以大小会不同。

使用特权

评论回复
10
万图| | 2025-3-13 08:26 | 只看该作者
你对比过 相同汉字的点阵数据 吗?看看 两个字库 的 单字字模 是否完全一致。

使用特权

评论回复
11
Wordsworth| | 2025-3-13 08:27 | 只看该作者
FON 文件的 存储顺序 可能不一样,比如 PCToLCD 可能按 字序存储,而 ATK-XFONT 可能有 压缩存储。

使用特权

评论回复
12
Bblythe| | 2025-3-13 08:29 | 只看该作者
取模公式 一样,不代表 存储格式 完全一致,建议查 存储格式 文档看看有没有 额外的数据结构。

使用特权

评论回复
13
Pulitzer| | 2025-3-13 08:30 | 只看该作者
你导出的 点阵大小 是多少?不同软件可能会默认 补零 或 加额外字节对齐,影响最终文件大小。

使用特权

评论回复
14
Uriah| | 2025-3-13 08:32 | 只看该作者
PCToLCD 可能会对 字模数据 进行 优化压缩,而 ATK-XFONT 可能是 原始点阵存储,这会导致大小不同。

使用特权

评论回复
15
Clyde011| | 2025-3-13 08:33 | 只看该作者
试试 手写一个汉字的点阵数据,用 两个软件 生成 单个字的 FON,然后对比看看数据是怎么存的。

使用特权

评论回复
发新帖 我要提问
您需要登录后才可以回帖 登录 | 注册

本版积分规则

113

主题

223

帖子

0

粉丝