【大型图片字库AVG汉化第1弹】ANKH 主菜单图片字库的制作

shane007

这些天我一直在想一种比较简便的制作任意字体大小图片字库的方法。
8 U& u8 }6 t" x6 [0 {注意，是任意字体大小，不是任意图片大小。
下面简单说一下方法。
, X! b# T0 G, [  c+ a8 W# x( o
, o' L/ w: M# G; L/ t. n$ \1 O& t8 C首先我们用一个制作点阵字库的工具制作一个点阵字库，字体的高度和宽度可以任意设定，不过我们一般来说设为相等的。
8 d8 D+ s, v& g9 ?具体的高度和宽度我们可以参考原来的字体,找一个差不多的高度和宽度就可以了.
0 f5 ^& j1 e7 t) V0 d# ~接下去我们可以这么做

1.用任意点阵字库制作工具制作字库
  由于是工具根据TTF字库制作出来的点阵字体，所以字体的大小一致是有保证的。
/ Z3 b  S& }  }2 ~% |. M0 `9 ^2 y任意点阵字库制作工具如下
' ?2 |) \- p7 _6 Y  @! Mhttps://www.chinaavg.com/read.php?tid=17138
) ~6 l8 B% k1 x# K$ o* j6 D/ J; }  Y任意点阵字库查看工具如下
https://www.chinaavg.com/read.php?tid=16610
/ v! x6 d$ e4 T% g, f
4 h# }3 V. |0 }& k9 ~2.准备好我们需要的汉字
  用工具制作出来的字库是包含了所有的汉字，所以我们需要先把我们需要汉化的字幕翻译好，整理出其中不重复的汉字。

3.在tga中写入我们需要的汉字
# q- y5 H* v# E" ?# \1 A  有了我们需要的不重复的汉字列表，还有一个全汉字版的点阵字库，我们就可以进行汉字抽出和变换工作了。
  首先我们要解释一下这个任意点阵字库制作工具生成的字库的格式，这个工具是采用字节对齐方式来生成字库的。
  什么叫字节对齐？
: `- h: j. v5 M8 k/ \  比方说，一个字节有8个bit,可以表示8个点的状态，那么16X16的点阵字库一行像素需要16位也就是2个字节来表示。一个汉字就需要32个字节来表示。那么如果我们的汉字是17X17的呢？1行用2个字节就不够了，1行最后那个点虽然只需要用一个位来表示，但是也占用了一个字节，

, o" u/ o7 L8 f2 L这就叫字节对齐。所以17X17的汉字需要17X3=51个字节来表示。
: Q# ~- }# \+ C/ f, ]0 k4 {  
  好，理解了这些。我们可以找到一个汉字在字库中的字模并且取出字模了。
) [, V* x6 P. e  光取出字模还不够，我们还要把它变换为我们需要的tga图片字库文件。
  字模是用一个字节中的一个bit来表示一个点（我忘了是用0还是1来表示有点了，假设是1）。
+ a8 y5 H( @3 v$ D1 c) d  而tga图片是用FF FF FF FF 来表示一个有色点,FF FF FF 00来表示一个透明点。
  我们要做的是把字模中的1转换为tga图片中的有色点，把字模中的0转换为tga图片中的透明点。
( I; Z. W# U3 e4 _0 R
GB索引代码如下
idx = ((idx % 256) - 0xa1)* 94  + ((idx / 256) - 0xa1);

! w/ t3 [  ~+ ?2 j; @. U9 `4.XML
1 l: B* a/ Y' U, \  把字库tga文件生成好以后还要生成配套的XML文件。
2 C+ Y; I& h6 N3 A  这个应该比较好理解，我就不多作解释了。
  根据字体的高度和宽度以及在tga中的位置来生成就行了。

6 K- s4 s4 u; b------------------------------------------
2009.6.7 更新
我再补充一下，我们还需要做2件事。
! a. Y: z+ n& \+ j! n
1.生成码表
' `& O) _0 S, s1 j2 n' F. E  码表就是中文字符和xml中定义的ascii码的对应表。具体的格式可以自由定义，只要我们自己编的程序能够识别就行了。
( E: |: E" N; G: s1 |2.转换生成菜单字幕文件
5 |  M1 K. r! x2 K   菜单字幕文件的原始内容是一个ID对应一个英文字符串
% n# D) Y; P" T  @, }% ?   我们要先把它转换成一个ID对应一个中文字符串，然后到码表中寻找每个中文字符对应的ASCII码，再把它写回到菜单字幕文件文件中即告完成主菜单的全部汉化工作。

肥牛

前三步应该不难，甚至可以合并到一个工具里来实现。也就是从TXT中提取汉字，整理不重复的以后，直接生成TGA文件。
5 x, b; t2 d9 t  X至于第四步，我还没有研究过游戏的XML结构。不好下结论。但想来是XML结构应该不会太难。
1 D! f" p# r$ ]. B: Q因为下载的两个游戏都在单位的电脑上，我明天一早就出差走，可能没有时间去研究了。那就凭我现在的理解说两个问题，可能两个问题一旦搞明白XML文件以后就不是问题了，但还是希望007能给我解释一下，这样我在出差的时候就能够把程序的主题框架构思出来，解决一些算法上的问题，出差一回来就可以动手了。
5 I  B7 t* c9 _  V7 B9 A
问题1：我们汉化的游戏中的英文和数字怎么处理？仍然调用原来的字体TGA文件吗？
问题2：假设我们汉化制作好以后的TGA中按顺序保存了如下汉字“一二三四”，而在需要显示的对话中，一句是“一三”，另一句是“一四”。
4 a3 z3 z* ~6 H- B( `* t那么在XML中，是不是应该有这样的结构：
{
1 g4 F5 D- [4 [8 R! Z& V. TSHOWTEXT  //需要显示文字的ID，或者是偏移量
6 x# {; L  \$ k$ K0 t; AX  // 显示的X坐标
& _- A: e* z4 r6 C& V3 yY  // Y坐标
}
当然，如果这个结构中再包含字体文件，那就解释了我的第一个问题。如果是这样，那又出现一个新问题，就是制作汉化的XML时，需要考虑英文或者数字的宽度，将后面的文字显示位置进行调整。
, L' @5 }9 E0 ^; E; U: e
! F0 t" [. T; H( E“一三”对应的XML内容就是{TGA名, ID:1, X:100, Y: 100;TGA名, ID:3, X:116, Y: 100}  //假设显示在(100,100)
“一四”对应的XML内容就是{TGA名, ID:1, X:200, Y: 100;TGA名, ID:4, X:216, Y: 100}  //假设显示在(200,100)

6 J2 ~% p# o8 b) u+ Y猜测，以上都是我的猜测，请007发一个游戏中XML的样式我看一下。

shane007

我先回答你的第一个问题
对于主菜单以外的字幕，字幕的内容其实是任意的，我们只要能识别出ID,字幕随便我们写。
你应该是问主菜单的英文和数字对吧。这也不难，中文字库里有英文和数字的，把中文字库里的英文和数字当成中文字符一样转换成tga中的一部分就行了。
! h+ }4 P# n! _' \. O9 B3 ^9 h只不过索引算法有点不同，你用工具看一下中文字库中的英文和数字的位置应该可以知道了。
还有个笨办法，把10个数字和26个字母一个一个从中文字库切出来，要哪个就往图片上画哪个就行了。

' B+ i" u: }# S" T我先把xml放上来。

shane007

<Image Name="32" XPos="0" YPos="0" Width="1" Height="0" XOffset="0" YOffset="36" />
6 ^; L% _. I" c& ]" T+ w* G* k$ h  <Image Name="33" XPos="299" YPos="171" Width="11" Height="29" XOffset="-2" YOffset="4" />
4 Z& X; C/ x0 U# u& B) I  O
看来你又理解错了。
看一下上面的定义，其实很好理解，XPos，YPos应该是字符的左上角那个点，Width，Height是字符的宽度和高度，XOffset，YOffset是显示时候的修正量。xml的一行对应一个字符，如果是中文的话，由于宽高相等，这个xml的值是很有规律的。

XML对应的是一种字体。
  F" u  u) \: k$ Q) s' i所以没有你认为的“一三”对应的XML内容就是。。。“一四”对应的XML内容是。。。之说。
“一三”，“一四”是定义在主菜单的字幕文件Interface_english.bin里，然后程序会在tga和xml中寻找“一”，“三”，“四”，并把它们显示出来。就是说在tga和xml中没有重复的内容，否则就不能称之为字库了。

firendless

似乎这类的都可以动手了？

shane007

引用第4楼firendless于2009-06-07 20:53发表的  :
  J) s9 N  M' B2 s' f似乎这类的都可以动手了？

! l  b; v% u0 d$ M应该是的。
不过proxy dll 内部的识别部分我还没什么把握，我对vc也不太熟，但是研究一下应该可以搞出来。
我的这个新技术有很大的通用性的。
; `1 M7 x1 z5 b+ _" R7 @  D4 ?不过也有局限性，字幕画面太复杂的不行。像日记，对话记录之类的东西可能会有问题。
. C# m5 V6 h, ^: f+ x# q7 Sankh搞定之后，我想研究一下字幕随鼠标位置变化的游戏。

肥牛

看来我对游戏XML还是没有理解，我猜测的跟实际的相差很多。
5 b+ V# h2 n+ Y0 Y" C你发的文件我研究了一下，.font.xml， .imageset.xml，.TGA文件，这三个是一组。在imageset文件里，规定了字符要从TGA文件中读取，TGA文件的宽度和高度也都定义了。而且每个字符的左上角坐标以及宽度高度定义出来。我注意到，这里的定义是按照ASCII码的顺序定义的，比如A就是65。然后.font文件里把ASCII码(Codepoint)和图片编号对应上。这里又出现了一个问题：
$ |& s- R4 _4 s因为是ASCII码，所以理论上能处理的最多是255个字符。这就要求我们汉化的这些东西不能超过255个不同的汉字+英文+数字+字符，也许对于主菜单来说，做到这个并不是很困难。
3 g1 t6 k/ D( F3 ^& E6 V* W  a6 C% V于是，我的猜测是这样，假设我们整理出来的汉字是这样“一二三四”，并且已经在TGA文件里设计好了，然后我们在imageset里定义他们的图片，分别分配编号128，129，130，131，然后在字幕文件Interface_english.bin里，需要显示“一”的地方用ASC(128)代替，“二”的地方用ASC(129)代替。只所以这样，是考虑有英文字母数字等情况，所以128以前的保留。那就只剩下127个汉字可以显示了。
那就需要做两种考虑，一种是汉字数小于127的，按我上面的理解；另一种是汉字数大于127， 那就需要把前面的某些用不到的字符去掉，相当于全部打乱重新排列了。
如果我上面的理解没有大的错误的话，程序应该很简单了。但是我现在想不明白的是，为什么在TGA文件里，每个字母的排列不是按照顺序的？好像很杂乱，又好像是为了节省地方特意安排的。而且最大的图片尺寸是512*512，如果我们需要显示汉字的话，1024*1024甚至更大的TGA图片能行吗？

shane007

2009.6.7 更新

firendless

随鼠标其实也很简单的，几乎都是rect,无外乎椭圆以及矩阵的焦点~hook获取就可以了..代理果然好，幸亏之前有预习C\\C++~哇哈哈

shane007

肥牛,你的理解又进了一步。不过还有问题。
, _  q; x. \5 M1 m% ~1 Htga图片里面的字符数量的限制，其实只是ascii码的限制。最多放0-255共256个字符。
在图片里只保存我们要的字符，即使要英文字母数字，也不需要把所有的英文字母数字都保存到tga中。同理，也只把我们要用到的中文字符保存到tga图片里面。
3 E( f2 Y. G3 V& `( Y  U理解了这个道理的话，就知道256个字符足够了。
  W8 r$ ], d8 ?! g% v& p" ^0 c上面说了，tga图片里面的字符数量的限制，和图片的大小是无关的。
* B* }' a! Z. c0 _& V
在TGA文件里，每个字母的排列不是按照顺序的？好像很杂乱。
5 H9 a- j) Q6 A2 G9 r8 y: _- D这的确是为了省地方，对我们汉化来说，没什么意义，不用照着它做。