要制作打包器,先得分析包文件格式,对CSI:NY的包文件格式初步分析如下:0 P- W: R+ F j
# h) @( A+ s$ d包文件,可以分成三部分:
8 X/ }0 e8 O, ?: c8 S7 I1、文件头,0x00~0x0B,12个字节
+ [9 _: j- G5 d* X0x00~0x08 头部标识,8字节,为475246050146524700719CAA ,“GRF FRG”
+ i) i( L+ M, z$ z9 ]0x08~0x0B 文件名表偏移量 4字节
5 \% I, \! k$ }6 U
* E. a" V7 k; }5 F9 P& l; A2、数据块+ F/ S" }+ _: z" P+ `" j3 S
N个zlib压缩的数据块,依次存放, K8 | `" c* {8 M1 i6 z, I. e
3 C x$ v U! \2 J h3、zlib压缩过的文件名表
6 I1 L. g% y" n1 u& }; |( N
3 D% c% P4 a9 m& J% R——————————————————
: x, R# l$ b4 W2 Q对于解压后的文件名表,可以分成两部分:. X2 \( |! O# u9 f& e9 X
1、文件头,0x00~0x0A 10个字节2 w' \( \8 ^, `+ q2 r' w9 [( z
0x01~0x06 头部标识,6字节,为05000174734C,“ tsL”0 |1 C2 J0 B2 [
0x06~0x0A 文件数量,4字节
, t5 J/ \! m" }* E% N
2 s2 e. N- V/ Q8 F; Q2、文件数据! c. h+ R' E/ W0 p5 r3 ~& `
每一个文件的数据又如下
6 [' V% \9 }2 i+ F0 ~0x01~0x05 未知,估计可能是序号之类 5字节
/ K3 X, g q1 j0x06~0x0E 标识符,8字节,为0145495201727453,“ EIR rts”
% w; H E/ x3 Y3 p, p0x0F~0x13 文件名长度N 4字节
2 K: ]$ l( [5 |( o! ^ ?5 SN字节 文件名
% L4 T/ Y; s1 `4字节 偏移量,即该文件压缩后的zlib块在包文件中的位置
4 s* }2 w" x- J! }4字节 文件大小(压缩前,即原始大小)$ _9 r" w [" v `. g
1字节,结束符 0x01
& L4 H5 N1 @# B) |9 O
: ?1 C( y2 Z/ \, Q——————————————————; f6 X$ l6 p" K( f$ D4 b
那么,如果替换包文件中的文件,已知需要修改的地方有:* ?/ m5 Y- e& k
包文件头的文件名表偏移量;文件名表中偏移量、文件大小。
9 D. T& y1 G7 p2 j2 P
7 m1 J, A+ a8 G' w8 V8 p$ n$ j4 K基于以上分析,我手工制作了一个新的包文件,用一个中文字体ttf文件替换掉包里的一个ttf文件,同时修改以上部分。修改后的包文件用老外的解包工具解包后就可以得到原来的资源文件和那一个替换后的ttf,所以上述几个部分的修改应该没有问题。
* I3 J9 B0 @ ]0 J4 A/ [# a$ ]+ U& K
但是将这个包文件替换到游戏里,游戏无法运行。所以猜测包文件中还有地方需要修改,根据以上分析,最有可能就是文件名表每一个文件的头5个未知字节。* o! s- h5 ?' }
+ |1 Y- K% t* H* X. O3 z' |$ a按顺序提取一些文件的这5个字节,同时计算其数值差,如下:
3 i: y% _- @+ `- U: ?$ s003AD140.temp —390— 003AD4D0.png —20—
3 P8 l) ?6 f, c- F/ L. f. G 003AD4F0.png —50— 003AD540.emi —50—
4 p* T& X2 {! E 003AD590.png —80— 003AD610.png —68—. j! t4 X# t( V0 |/ |
003AD678.ttf —68— 003AD6E0.ttf —68— & }4 Z& j- I8 w. `4 W; O- X
003AD748.png —50— 003AD798.anim
3 q ~) u# D! t. ~5 }( J/ j3 [# _ p' s0 Q' b9 }4 z' `. N
00547718.png —68— 00547780.jpg —68—0 g1 U# Y# N) x9 r- u: h# B9 c
005477E8.png —68— 00547850.jpg —68—
) g( X# s1 n8 l. r, J 005478B8.png —80— 00547938.theme b# B; q6 a$ f E1 |- j2 `
; y! R" w1 A/ s
可以观察到,这些数值之差几乎都是几个恒定的值,0x80、0x68等8 R# s% M1 E" A
本来猜测是根据文件格式不同而产生不同值,但注上格式后查看似乎和文件格式没什么关系
/ w" p* a( k: n8 J2 p" D# z——————————————————————————————————————————
) ~: g! L& i- S @5 X) Q目前的分析就到这儿,先写出来,各位高手如有相关心得,万望不吝赐教
+ U+ U) Q$ C% z1 A& F. ~: U: F. t7 o# u! o& ` W* f5 d+ U7 C1 N3 R
另外写了个根据修改后的文件改写文件名表中各数据的小程序,不过手工都还没成功,暂时先搁着吧....
5 ~; H; r$ k# g0 H" o2 H1 F5 k: N; m' }# r! @& k4 R
—————————————————————————————————————————— e9 z1 V7 k% ~4 u1 D9 }" O* G
10.02.28更新:; F! S9 p: S$ s4 p4 N
今天用filemon(现在叫ProcessMonitor了)监视了一下,发现是自己粗心,在修改文件名表的时候漏了一个,改完后可以显示中文。那么上述那5个字节就可以暂时不考虑了。
6 v( f- v. q/ u汉化抓图见帖:https://www.chinaavg.com/read.php?tid=20946 |