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

shane007

最近又想到一个汉化的新思路，就是显示函数的移花接木法。
+ ^6 q2 F6 a, L( D& }! O: n
对于一些采用图片字库的游戏，目前的所有汉化方法几乎都失效，因为自己构造一个中文的图片字库目前阶段几乎是不可能的。所以就有了以下这个想法。
2 k+ a- o  S/ \$ @: i, Z2 V
" p( N" Y+ ~" K2 Y具体思路如下

: T% i  c" w" X4 W2 a1.自己编写一个调用ExtTextOutW来显示字符串的试验小程序。
5 k) O- b! o# S% K7 \( `4 H$ P1 i在窗口里输出一个中文字符串。
) _: _' A2 C& C0 I. D2.用OD进行分析，找到并分析清楚调用ExtTextOutW函数的汇编代码段。
3.在要汉化的游戏里用OD找到调用显示函数的地方。
' G2 [9 Z; ?) T  x+ W2 T4.在要汉化的游戏里找到一段空白的代码段，如果空白的代码段不够长的话，要寻找不使用的函数，把它清空。
; D7 M+ E% N: Q% }/ Y5.在空白的代码段出插入ExtTextOutW函数的汇编代码段
9 U/ o. R, a1 y$ [/ j- J* B$ B6.在游戏里调用显示函数的地方进行修改，使其跳转到ExtTextOutW函数的汇编代码段，并且使字幕和显示位置被正确传递。
7.这样的话就实现了显示函数的移花接木
* [' h( `$ ?9 r* g1 ~) z9 [- ]
- m8 s7 R9 [% [1 j+ Y用这种方法，也许以前许多被认为不可能汉化的游戏将成为汉化可能，比如疯人院。
从理论上来说，这种方法可以汉化一切游戏。目前只是一个思路，尚需试验验证。

firendless

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

shane007

引用第3楼zhang336970于2008-12-29 18:06发表的  :
- D8 K7 N& T" P+ }. v. |) H% W来探讨一下。我觉得要因游戏而异。大方向没问题，主要是在一些细节处不好处理。
/ U4 e' d% w- R: ?5 T1 k" A对于   “3.在要汉化的游戏里用OD找到调用显示函数的地方。”
图片字库对应的都有个码表来标明每个字符的坐标。坐标用来标明字符的位置和宽高数据。
* S( ]( ~0 i' I# H" b! o- e3 F游戏中再把坐标数据进行运算，满足显示的位置长度颜色等各种需要。到这里‘显示函数’已经是WIN32API或者DX的图片处理函数，已经和字符没有任何瓜葛了.所以在哪里跳不太好选。尤其位置颜色等数据分散的代码段。

.......

确实因游戏而异。具体实现有很多技术细节要攻克。
ExtTextOutW我觉得问题不大，没有的话可以加一个段。ExtTextOutW虽然速度不快，但毕竟不是3D动作游戏，夜就是用ExtTextOutW输出文本的。
希望常来发表你的看法。

to prefix
7 U- {0 `, g% b0 L把游戏用工具窗口化后,用OD调试即可.

prefix

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

zhang336970

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

1 E  c( c8 S5 g# E. a* r- X; ?) @另外，用ExtTextOutW前要先检查，没有的话必须要先在PE文件函数表里添加。还有速度匹配问题，文字是否会落后显示？

觉得如果能顺利找到图片字库 、编码表、文本， 直接扩充汉字库修改单字节倒还容易些。

shane007

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

& {; \. V; S4 b" f; j- g
具体的实现方法就要慢慢研究了。
不过可能性完全是有的。

wqzss

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