营火传说：铁钩人字库定义文件结构及转换浅析

naptid · 发表于 2010-5-22 08:47

本帖最后由 naptid 于 2011-3-28 02:27 编辑

2011/03/28修正：论坛系统升级时，自动将文中某些符号全部替换为html代码，现手动修正。

因为自己制作了这款游戏的图片字库，故将字体定义文件的初步分析粘贴在这里，也许可以作为以后同引擎游戏字库汉化的参考；由于本人不懂编程，分析水平及其有限，未明之处很多，还请懂行的高手不吝指点。

首先图片字库和字库定义文件位于游戏目录的fonts子目录（汉化版的相关路径有所更改）
图片字库：带阴影及外框的字符字库一套五张，分别为xxx.png(核心字库图)、xxx_shadow.png（阴影字库图）、xxx_shadow.jpg（未明，估计为阴影字库图的背景）、xxx_stroke.png（外框字库图）、xxx_stroke.jpg（未明，估计为外框字库图的背景）；无阴影及外框的字库只有一张对应的图片文件
字库定义文件：同名的xxx.xml

字库定义文件结构：
<Font id="font" spacewidth="5" charspacing="0" lineheight="0">
主要定义字符间距和行高
   <Layer mask="xxx.png" padding="0" color="#000000" />
   <Layer color="#00ff00" image="xxx_stroke.jpg" mask="xxx_stroke.png" padding="10" />
定义字库对应图片及填充色，其中部分未明，若仅定义 image="xxx_stroke.jpg" ，则游戏中将显示字库的原始着色，但透明背景将被识别为黑色；若仅定义mask="xxx_stroke.png" ，透明背景可正常识别，但字库原始着色将被填充色代替变成单色字库，且必须定义填充色，否则程序出错；padding参数定义未明；这里的定义对本人而言太复杂，没法研究清楚，因此实际汉化中仅采用了mask参数，导致字库显示为白色无外框效果，比较可惜。

接下来为单字符定义，仅列两行为例：
   <Char c="#0041" bx="0" by="0" ix="0" iy="0" sx="0" sy="0" sw="12" sh="20" width="10" />
Char c：字符utf8码（16进制）；"#0041"表示大写字母A；
bx、by猜测为字符前间距，单位为像素，未经验证；
ix、iy为字符在字库中的行数与列数，从0开始；
sx、sy为字符起始取值坐标；
sw为本字符的sx到下一字符的sx之间的距离（字宽），单位为像素；
sh为本字符的sy到下一字符的sy之间的距离（字高）；
width猜测应为字符的显示宽度（如字母i的sw很小，实际显示可能较窄，可在width处适当加大宽度）
以上仅适用于单字节utf8，汉字UTF8码为3字节，直接输入"#E38082"在游戏中显示为黑框……一开始卡在这儿，后来发现将其中一个参数略加修改即可显示汉字，如下：
   <Char c='赞' bx="0" by="0" ix="0" iy="2" sx="0" sy="40" sw="21" sh="20" width="20" />
将char c=后的双引号改为单引号，直接加UTF8码汉字即可。其他参数请参考上文。汉字字库定义不像英文字符的宽度会产生变化，字高和字宽都是统一的，修改定义文件的相关参数非常容易；值得一提的是本次汉字字库的提取及整理利用了sspking制作的“通用提取非重复字符及排序工具”，非常好用，建议有需要的人拿去试试（相关页面点此）但本人忘记把其大名加入汉化人员技术名单了，直到在这里码字的时候才想起来；在此向sspking说声对不起……

原来以为到这一步就算大功告成了，没想到游戏实测时发现大问题：顶端任务文字及底部的思考线索文字竟然无法显示完全，缺了很多字，只有三分之一不到的汉字能够正常显示；当时完全蒙了，以为没戏了，后来不甘心做卧槽马死马当活马盲人摸瞎马，竟然给我找到了原因及解决方法——虽然方法比较笨，但终究是解决了……
1）首先发现只有任务文字和思考文字无法全部显示，单词及短语全部显示正常，查看脚本索引文件dialogs.xml发现，有一项LabelLetters（本人无编程经验，姑且称之为函数）仅在任务及思考相关的定义行中出现，其他地方都没有，猜想多半是受到了这个函数的影响，又想到游戏中的任务文字全部为大写字母，此函数的功能可能是负责转换在某一区间内的utf8码字符，该函数会自动将小写字符转换为大写或其他相应字符，比如小写a（0x0061）转换为大写A（0x0041），而大部分中文字符不幸落入了该函数的作用区间，导致转换后的UTF8码显示为空白！曾尝试用多处出现的label函数直接取代labelletters，游戏报错，于是对我而言这条路堵死了，只能从字库本身着手；但应用转换的具体区间到底是多少尚未得知，于是……
2）进行了换字测试，将字库中的所有字逐个显示，对能够正常显示的汉字总结后找到了安全区间（即肯定可以正常显示的UTF8码）末四位的规律：8181-899A，81A0-81BA，8581-859A，85A0-85BA，8981-899A，89A0-89BA，8D81-8D9A，8DA0-8DBA……之后只要在第三位依次+4即可
3）码表转换：有了思路之后，就准备人工转换码表了，原本打算拜托shane帮忙做一个简单的转换小软件，后来自己琢磨着用按键精灵的宏编程搞定了，转码后字库经实测后全部显示正常，于是搞定。

只看该作者 · 发表于 2011-3-28 14:37

仔细学习了N的帖子，获益匪浅：）特别是双引号改单引号简直是神来之笔，为以后的分析提供了一个全新的方向。[s:67]

shane007 · 发表于 2010-11-9 21:07

顶上来

naptid · 发表于 2010-8-1 15:48

双引号改单引号纯粹是自己试出来的没想什么日文版，只想了几秒钟就想到了这个法子，所以说有时候点子是天赐的……
另外码表和图片都是手工做的，汉字方便就方便在长宽一样，改的时候XY轴定位倒不麻烦，细心点就好了，真正麻烦的是找那些无法显示的字码区间

byp100 · 发表于 2010-7-31 22:02

我是通关汉化版后回头看汉化研究的，牛啊~

里面有的xml文件有日文想到双引号改为单引号吧。

有个问题，你那个码表引擎和图片都是手工做的吗？还是有工具。。。我很头疼图片字库的x y轴定位

ocean · 发表于 2010-5-22 23:57

看完了。牛逼啊。。。[s:77]

naptid · 发表于 2010-5-22 11:01

引用第1楼shane007于2010-05-22 10:35发表的 :
: ]7 u# p# F, n1 f将char c=后的双引号改为单引号，直接加UTF8码汉字即可& x0 o. f, |0 g$ I! Q3 t9 y
0 t" H r4 ]) D* c! _! n
这个是一个关键啊，你如何发现的？

说的好听点是灵光乍现，说的实在点是瞎猫逮着死耗子了
指教不敢当，多一个人就多一份力量倒是真的，有时破解疑难的关键就是点子

shane007 · 发表于 2010-5-22 10:43

对了，如果发现有相同引擎的游戏，到时候有问题还请指教。

shane007 · 发表于 2010-5-22 10:35

将char c=后的双引号改为单引号，直接加UTF8码汉字即可

这个是一个关键啊，你如何发现的？

汉化资料营火传说：铁钩人字库定义文件结构及转换浅析

[汉化资料] 营火传说：铁钩人字库定义文件结构及转换浅析

楼主热贴

社区热点

回 5楼(byp100) 的帖子

又忘了加标题……

汉化资料 营火传说：铁钩人 字库定义文件结构及转换浅析