首先,分析游戏的文字显示方式。玩游戏的时候最怕打开游戏看到一片乱码,现在汉化游戏却是最希望打开游戏看到一片乱码,因为一般在非日文环境下能正常显示日文的游戏都使用的字符集限定,为汉化增加了不少的难度……
# u; i: m8 q) Y- l. t2 [一起采取Textout方式的年代,日文、繁体中文十个有九个是乱码,于是有了Apploc和NL,后来比尔大叔推出了CreateFontA函数……CreateFontA能够直接定义程序使用和操作系统不同的字符集,于是乱码没有了,而汉化者噩梦开始了,因为汉化后的中文内容在经过日文字符集的编译后变为日语状态下的乱码。
# j2 z9 ~/ p% j4 q, v" K# W以下是比尔大叔的MSDN Library对CreateFontA给出的函数原形 7 U+ [; `5 |. I/ B! t
# ?( ^ P1 v6 z# F) h5 s. S
HFONT CreateFont(
- w9 V4 G& E4 b0 Yint nHeight, // height of font
' c$ H8 [5 K! |0 o/ Fint nWidth, // average character width
( h9 E1 ]3 p9 b8 i* W$ n$ @int nEscapement, // angle of escapement * M9 H# s4 t- r
int nOrientation, // base-line orientation angle
0 T7 \0 ]1 V2 l/ D! q8 a7 S3 Xint fnWeight, // font weight
; B# ~9 p3 Z. T& G# QDWORD fdwItalic, // italic attribute option
* a" K8 P3 R" Y6 bDWORD fdwUnderline, // underline attribute option
- B+ o0 H4 G4 q& ?, a4 _3 x J s! CDWORD fdwStrikeOut, // strikeout attribute option
: p- ^, E: y0 O1 D9 _/ d2 K3 T* PDWORD fdwCharSet, // character set identifier
2 f/ I+ ]* J8 V$ r7 ?. [: ^3 cDWORD fdwOutputPrecision, // output precision 0 Y) ~5 h* ^5 t5 l( G
DWORD fdwClipPrecision, // clipping precision
1 ^( L+ x* g6 G- VDWORD fdwQuality, // output quality Y4 F" s |* E; U
DWORD fdwPitchAndFamily, // pitch and family
+ t T3 s! j6 X- R% Z, {LPCTSTR lpszFace // typeface name
* q, z3 `2 T3 u* j1 L); . R* u+ I$ s% k' D; ]" Y
0 ?$ R: L5 c" x
HFONT CreateFontIndirect( 0 m2 h- |! h+ v5 C ?( U
CONST LOGFONT* lplf // characteristics
$ F2 p+ ]& I5 u5 b);
* y6 b: g: Q8 A- B6 U! B. n/ `其中 LOGFONT的声明如下: ' t$ V: L# N: q3 ] D
: ?9 K# P; Q2 n1 Mtypedef struct tagLOGFONT { ( Y: \/ e4 S- ` O
LONG lfHeight; " T) v; f, @& ?- Z3 D O. C
LONG lfWidth; 0 K7 d& x9 N) d. a1 Z7 z
LONG lfEscapement; 2 Y, T/ e$ l' |
LONG lfOrientation;
6 c1 e) K) f" \7 {3 s. hLONG lfWeight;
8 P* U4 I! q, ]% a5 G9 xBYTE lfItalic;
' e2 R, m: d1 A: wBYTE lfUnderline;
( z7 n, L6 p8 p# T4 gBYTE lfStrikeOut;
+ I i8 G6 ~% j: k/ ~# R3 w0 J0 UBYTE lfCharSet;
" {9 t3 _ e+ o4 qBYTE lfOutPrecision; ) ?& q9 h5 v! ] ?) P( q
BYTE lfClipPrecision; & C0 n4 \* j. Q$ y6 V0 J! j
BYTE lfQuality; " e) a& O3 B9 D; f
BYTE lfPitchAndFamily;
" C r- h# K+ v, z6 l5 ~( ~TCHAR lfFaceName[LF_FACESIZE];
7 S5 C& n) R1 d1 X4 ]} LOGFONT, *PLOGFONT; 6 e7 Z( S( f; f! R2 H
==================分割线================= i$ A8 @! N. k7 }1 ]
要改变程序支持的字符集,就要改变程序调用上面两个函数时的fdwCharSet或lfCharSet的值 . Z' Q/ h0 ~2 L; X6 ^9 [
其中各字符集所对应的值如下:
' |2 X- M3 ^2 c; z. X: e; z; c; R& c
字符集 值(十进制)
4 S$ D3 H9 h* M& P) |ANSI_CHARSET 0
( K0 G) C8 p% } _DEFAULT_CHARSET 1
8 j o2 p3 {3 q3 e+ h) TSYMBOL_CHARSET 2
% A' i6 K; j6 e! ^/ S9 PMAC_CHARSET 77
8 x$ @7 b6 D& P) i8 k7 f: |: ISHIFTJI_CHARSET 128
8 o% s8 T# s! \! ]4 |' rHANGEUL_CHARSET 129 % L$ r3 j/ M+ @1 H
HANGUL_CHARSET 129 4 o) [. ^/ _5 w" T# i* p
JOHAB_CHARSET 130 ) z* z- e) P5 g
GB2312_CHARSET 134 7 m2 M3 J+ I& }, ^: z. l
CHINESEBIG5_CHARSET 136
( Z9 \* T! O8 y8 |$ S* GGREEK_CHARSET 161 ' Q' J4 v/ v' B2 n% Y
TURKISH_CHARSET 162
3 v" I, V# x7 ^% fVIETNAMESE_CHARSET 163 ! P) }5 e" K# e& g
HEBREW_CHARSET 177
' Y! N) z- z0 ]9 `ARABIC_CHARSET 178 + A+ I2 E5 h' B
BALTIC_CHARSET 186
* P- A m7 z# \1 PRUSSIAN_CHARSET 204 ) ]: K/ \$ T# v1 s9 ~7 ~$ @
THAI_CHARSET 222
/ C* V! i7 p( X$ W9 l0 QEASTEUROPE_CHARSET 238
9 q5 [- Y! u" U0 J- k7 LOEM_CHARSET 255 # ~4 t; O9 O- S
可以看到简体中文是86(Hex),日语是80(Hex),繁体中文是88(Hex) ' n0 M1 q- X$ I' b2 \: c
我们要做的就是找到游戏中定义调用字符集的部位,将80改为86,这样就能让程序正确的显示中文。
4 h. Z; y1 M- {; j$ \4 s用pexplorer打开HANABIRA.exe,进入反编汇模式,查找Font字符串,我们发现调用CreateFontA函数的位置是唯一的: 1 P0 J, w: I8 \; p$ X
于是在以下代码我们停下来
2 `* F {, B `1 ]( _L0041E365:
$ X& k% n1 n" v' U, p2 T# Vmov edi,[esp+14h]
, x- v" J2 R# C: {3 R8 rmov ebx,[esp+28h] 3 K. E+ w) p# Q& t
mov ebp,[esp+24h]
/ j( M; W z$ j$ r& qmov eax,[esp+20h]
: v* O: K8 p+ y( C bmov ecx,[esp+1Ch] - x0 z" ?6 @* @! j5 m% A
push edi ] p7 V; d2 v# F5 f
mov edx,[esp+30h]
2 ~! |( l: [% F* k/ Mpush 00000031h ! ] K9 P# V2 Y; y7 ?7 x9 Y1 ~& }
push 00000002h ; W. y2 @- ?/ r2 {& E- X% F% x
push 00000000h ( s+ y0 Q2 S% W- {7 C) C
push 00000000h
2 {9 [% a5 ?8 y' N- Cpush 00000080h
, G8 n) O& F6 _( U+ qpush ebx
6 N8 L* A' I- k! hpush ebp 5 w! L# `" S7 H
push eax
& s5 r, Q2 T1 \5 ?$ {2 z4 I& k2 \6 Cmov eax,[esp+3Ch] + h5 W; p0 g( |9 v
push ecx ; E! J! W7 }. O) x- P% u( N2 }4 C
push 00000000h : x* O* S$ B9 d! {( ~3 f
push edx
' A0 v8 H0 Y! u/ {1 l; R' Hpush 00000000h 1 v b4 [0 k( ^8 c
push eax ) J( W! h) k. K! G; k9 O; c
call [GDI32.dll!CreateFontA] 4 V- b* \2 h2 F# \# h
lea ecx,[esi+28h] . [2 {$ P# s3 ~$ X9 Y
mov [esi+00000138h],eax , H4 s; C( j* G! y0 K
mov eax,edi 9 Q+ A6 D' w3 L" L* N- w9 I( Z
sub ecx,edi
/ ] J. `- y2 `7 Ilea esp,[esp+00h]
, Q: M% G& H( E# V! n/ t9 n注意这就是调用GDI32.dll中的CreateFontA函数了,我们在这个堆栈中寻找将80这个值传递给CreateFontA的部位。
. M! \5 ?1 h' [3 Z* p8 q7 B/ Fpush 00000080h
[" b; Y- q7 I1 t' f就是这里将80值压入传递中
, L; @6 n4 w1 D: XPE中标记了这段赋值的Hex数值,用UE打开文件,找到
5 U: R# S6 Q0 Q) t" j* a68800005355
* H! o% s k G2 t* o将其改为 & b9 W# M& }4 `: X
68860005355
3 m7 u6 h: @' ]( U+ K7 X保存之。
) s$ E! f: u T& i' M! Z3 u+ G3 P2 ]% V这样PE中看到这段压入就成了
+ d# p7 D8 }, v0 N- m8 ~( n) \% gpush 00000086h " L! ]. T- W6 b
初战告破,运行游戏,你会看到日文全变成了乱码,说明程序已经在使用中文的字符集了 & }/ B: D' v' t! k0 s9 `6 J4 `
修改游戏脚本,加入几个中文看看…… 3 u, k0 J# I! P) L' D/ c9 g
为什么我添加的中文全部是“□”? * B; d- {- {4 b% k6 F w
这就是需要解决的第二关卡,字符集边界检查。
7 ]8 e8 v' ? q! R9 P1 q8 R
- E8 \( j; \7 d) N( I/ {既然已经设定了字符集,为什么还要边界检查呢?这是为了防止当游戏文本中含有某些非法的字符串时产生缓存溢出。于是在字形传递到GDI32.dll描绘字体准备显示在屏幕之前对其进行检查,发现超出了设定的缓存大小就将其拦截下来,于是屏幕上就显示出一个“□”。我们知道,由于日文的字符比中文少得多,所以这个缓存也小的多,换言之就是边界太窄。
* D8 X: M! I M. S! {+ c8 m边界检查的例子: 0 P9 `) T3 P3 h3 Z! H8 f4 ]
cmp al,80
" p+ y7 r/ `0 `* D2 X ?8 Cjbe xxxxxxxx
3 [: K# a# L. V# n+ c3 Y3 c% Lcmp al,09F % f. ~' f; x* i, H6 q+ B
jb xxxxxxxx
1 I& D1 r8 w# c4 J& \cmp al,0E0
. ]( r* P3 w8 Sjb xxxxxxxx 1 @' u; {- G7 Z0 u2 S) F
cmp al,0FC ( Y; B4 R5 L' ` B! [4 F& h/ M+ u
ja xxxxxxxx W2 @+ X2 ?: f- s
% F* `$ j1 @2 t" P( U) m
即看字符是否在80-9F(前两位)和e0-fc(后两位)之间 $ V. ^9 c1 E& y3 Y0 U: ~6 {
===================================
$ b3 r1 B8 `) i/ e如何具体查找程序的字符集边界呢?常用的方法是下断,用OllyDbg载入游戏主程序运行,一步一步断下去,在出现一堆“□”的时候停住,然后转到ASM模式查看停在哪里。 5 S( ^5 O- x) w( x( q2 U2 D
L0043BA00:
- C! U1 l/ b' [: Hcmp al,80h ) @6 W' Q/ |% j& t$ }* ]$ i1 ^
jc L0043BA08 1 O: O6 D9 D# v+ y# q: X1 y5 N( L
cmp al,9Fh ! n7 f6 }' E4 Z) a
jbe L0043BA10 , V& n& X8 C- ~/ K: s& y. [
L0043BA08:
v( H- z7 w1 H, S1 S. acmp al,E0h % p' Z0 l$ z1 S! h
jc L0043BA30
1 {2 u! M" }* j5 v* T3 s H7 y4 Xcmp al,FFh : l' C' K7 i2 I
ja L0043BA30 0 R6 A) o3 H, u" u- D1 _
花瓣的上边界为80~FF,而下边界为E0~FF,好,开始动手 y0 Q, F/ t9 V1 G( Y
这里我们将上边界改为80~FF,而下边界范围足够宽广,就不用改了。 G1 w6 y( W! p+ M8 i
这里为什么使用80~FF而不改为20~FF呢?因为我们需要让游戏文本中原本的日语空格(8140)不显示为乱码,于是8140刚好在边界外,就不会被送去CreateFontA进行显示,就会显示为日语的缺字码,一个空白——而它刚好就是空白,在显示上两者没有任何区别。
1 M8 A* g8 `0 T; C2 d如法炮制,打开EU修改之,保存测试,OK,正常显示了
# a; m( z/ ]* r/ I8 ]2 E
8 F0 g! l; \. a8 g8 q9 d; \原文+ p3 Z8 q3 s7 G
http://blog.potatoneko.cn/ |