【汉化资料】汉化新思路----显示函数的移花接木

shane007

最近又想到一个汉化的新思路，就是显示函数的移花接木法。

8 ]/ D# a. n  u" {8 U$ w: I5 |对于一些采用图片字库的游戏，目前的所有汉化方法几乎都失效，因为自己构造一个中文的图片字库目前阶段几乎是不可能的。所以就有了以下这个想法。
5 e5 S* y1 Q+ T4 X' k  N9 G
# o& F$ ]# r. R具体思路如下

8 X9 f% M1 J. a3 i+ R1.自己编写一个调用ExtTextOutW来显示字符串的试验小程序。
在窗口里输出一个中文字符串。
+ L2 o& U# _- d0 D1 P) D* {2.用OD进行分析，找到并分析清楚调用ExtTextOutW函数的汇编代码段。
2 |$ {5 w1 c4 p5 L1 u: u3.在要汉化的游戏里用OD找到调用显示函数的地方。
- m! s- p4 t1 D6 g" r  w' d, m4.在要汉化的游戏里找到一段空白的代码段，如果空白的代码段不够长的话，要寻找不使用的函数，把它清空。
5.在空白的代码段出插入ExtTextOutW函数的汇编代码段
6.在游戏里调用显示函数的地方进行修改，使其跳转到ExtTextOutW函数的汇编代码段，并且使字幕和显示位置被正确传递。
% ^, f& o! o+ }* J) O/ y: ~! z7.这样的话就实现了显示函数的移花接木
9 E. |  m/ N, g  x
用这种方法，也许以前许多被认为不可能汉化的游戏将成为汉化可能，比如疯人院。
从理论上来说，这种方法可以汉化一切游戏。目前只是一个思路，尚需试验验证。

firendless

貌似你就是认死hook了....God....

shane007

引用第3楼zhang336970于2008-12-29 18:06发表的  :
: ?( W5 x+ G0 x8 j4 c: r来探讨一下。我觉得要因游戏而异。大方向没问题，主要是在一些细节处不好处理。
2 D3 L& f9 N5 {8 L" {% F$ b$ N6 t4 j对于   “3.在要汉化的游戏里用OD找到调用显示函数的地方。”
图片字库对应的都有个码表来标明每个字符的坐标。坐标用来标明字符的位置和宽高数据。
游戏中再把坐标数据进行运算，满足显示的位置长度颜色等各种需要。到这里‘显示函数’已经是WIN32API或者DX的图片处理函数，已经和字符没有任何瓜葛了.所以在哪里跳不太好选。尤其位置颜色等数据分散的代码段。

.......

# Y6 M% h7 O$ c& `" J
/ t. }0 {( T! l) _: R确实因游戏而异。具体实现有很多技术细节要攻克。
* J9 o' u) ]. |0 G' E3 tExtTextOutW我觉得问题不大，没有的话可以加一个段。ExtTextOutW虽然速度不快，但毕竟不是3D动作游戏，夜就是用ExtTextOutW输出文本的。
3 r" ]( p8 ^% L7 u希望常来发表你的看法。

. b0 ~) k' [. {2 P' Yto prefix
把游戏用工具窗口化后,用OD调试即可.

prefix

OD调试全屏程序不难吗？ [s:3]

zhang336970

来探讨一下。我觉得要因游戏而异。大方向没问题，主要是在一些细节处不好处理。
* h% r: q$ P0 J3 }8 a8 ]  B, ~对于   “3.在要汉化的游戏里用OD找到调用显示函数的地方。”
图片字库对应的都有个码表来标明每个字符的坐标。坐标用来标明字符的位置和宽高数据。
游戏中再把坐标数据进行运算，满足显示的位置长度颜色等各种需要。到这里‘显示函数’已经是WIN32API或者DX的图片处理函数，已经和字符没有任何瓜葛了.所以在哪里跳不太好选。尤其位置颜色等数据分散的代码段。

% W. n" c# t0 \( [0 Y
另外，用ExtTextOutW前要先检查，没有的话必须要先在PE文件函数表里添加。还有速度匹配问题，文字是否会落后显示？
1 g% V) t! p1 I9 K. x
/ h0 _( ]; l, k! z1 Q9 P2 n# P% O觉得如果能顺利找到图片字库 、编码表、文本， 直接扩充汉字库修改单字节倒还容易些。

shane007

引用第1楼wqzss于2008-12-29 10:09发表的 :
是吗？如果成功的话，有人会疯的。

7 O8 F  ?4 d! m: s
具体的实现方法就要慢慢研究了。
4 ^9 h, ?( T% E/ `: a+ _) w8 q不过可能性完全是有的。

wqzss

是吗？如果成功的话，有人会疯的。