CSI:NY包文件格式初步分析

深绿

要制作打包器，先得分析包文件格式，对CSI:NY的包文件格式初步分析如下：
! H4 u& n4 x$ _" C$ `' }  v( ~
包文件，可以分成三部分：
9 n0 r; J9 C1 f. M- H& H1、文件头，0x00~0x0B,12个字节
0x00~0x08  头部标识，8字节，为475246050146524700719CAA ，“GRF  FRG”
0x08~0x0B 文件名表偏移量 4字节
0 e5 Z" E/ s5 r7 l+ f( h
& B' x. p& ]; d  d: }2、数据块
6 t0 ^6 S& X% P5 u0 n7 T1 Y- N& PN个zlib压缩的数据块，依次存放
) o! V6 [" v/ v* F% _  N9 k
3、zlib压缩过的文件名表
8 A/ ]5 i# l1 c
- T% f9 K! i, |3 N) W- z——————————————————
对于解压后的文件名表，可以分成两部分：
) J" @+ n. I* c8 B) B8 @  b1、文件头，0x00~0x0A  10个字节
0x01~0x06 头部标识，6字节，为05000174734C，“   tsL”
4 r/ c% d  w, S0x06~0x0A 文件数量，4字节

2、文件数据
每一个文件的数据又如下
0x01~0x05 未知，估计可能是序号之类 5字节
0x06~0x0E 标识符，8字节，为0145495201727453，“ EIR rts”
0x0F~0x13 文件名长度N 4字节
N字节 文件名
+ z- P+ W$ P! d) P4字节 偏移量，即该文件压缩后的zlib块在包文件中的位置
; E5 E' p0 {9 j1 h4字节 文件大小（压缩前，即原始大小）
2 g2 R" \0 o3 }. }5 \( w1 G5 w" O1字节，结束符 0x01

; p" ~0 ]0 ?% @8 b$ O——————————————————
6 t/ d  u& I# v( d! X" ]那么，如果替换包文件中的文件，已知需要修改的地方有：
包文件头的文件名表偏移量；文件名表中偏移量、文件大小。
( I2 ?, X/ `5 Y  V0 J
9 q( G2 |5 p% V+ N+ r基于以上分析，我手工制作了一个新的包文件，用一个中文字体ttf文件替换掉包里的一个ttf文件，同时修改以上部分。修改后的包文件用老外的解包工具解包后就可以得到原来的资源文件和那一个替换后的ttf，所以上述几个部分的修改应该没有问题。
2 s7 E3 @4 h1 a9 V0 |6 L% b* l
但是将这个包文件替换到游戏里，游戏无法运行。所以猜测包文件中还有地方需要修改，根据以上分析，最有可能就是文件名表每一个文件的头5个未知字节。
7 _. t; Z4 `. e; z  f+ Z
按顺序提取一些文件的这5个字节，同时计算其数值差，如下：
" l. m/ Q) R4 |# ^! s003AD140.temp —390— 003AD4D0.png —20—
003AD4F0.png —50— 003AD540.emi —50—
003AD590.png —80— 003AD610.png —68—
003AD678.ttf —68— 003AD6E0.ttf —68—
003AD748.png —50— 003AD798.anim
: ?/ C6 T# c1 c+ D( u
3 @7 t8 Y) t* m  x8 J00547718.png —68— 00547780.jpg —68—
005477E8.png —68— 00547850.jpg —68—
* I3 H8 s" S4 f2 z 005478B8.png —80— 00547938.theme
- F7 A- W* g) v( _8 h/ g* y
- M5 u& D1 \, x可以观察到，这些数值之差几乎都是几个恒定的值，0x80、0x68等
# G3 b' K. y/ m" K3 U本来猜测是根据文件格式不同而产生不同值，但注上格式后查看似乎和文件格式没什么关系
——————————————————————————————————————————
目前的分析就到这儿，先写出来，各位高手如有相关心得，万望不吝赐教

另外写了个根据修改后的文件改写文件名表中各数据的小程序，不过手工都还没成功，暂时先搁着吧....
' g+ ~* O7 S, m9 j' E. g* c
——————————————————————————————————————————
10.02.28更新：
# y$ f7 p1 c' U3 i2 p今天用filemon(现在叫ProcessMonitor了)监视了一下，发现是自己粗心，在修改文件名表的时候漏了一个，改完后可以显示中文。那么上述那5个字节就可以暂时不考虑了。
2 Q# A+ w- a% J- m汉化抓图见帖：https://www.chinaavg.com/read.php?tid=20946

shane007

收到，我觉得你这篇分析写得非常地好，结构十分清晰，可以说是一个可以给以后来的新人学习的样板。

回到主题，我也觉得那5个字节十分可疑。
: ?! S7 L" d& N估计老外的那个解包器没有用到那5个字节，所以解包完全没问题。
! N& u+ W' S9 ?但是游戏可能用了，所以导致游戏无法运行。
7 W& Z% k7 n7 `% H' B  j: q如果是这样的话，请你做一个试验，用原版的包文件，挑选文件名表里的一个文件，在那5个字节里，每次修改1个字节，把值增大或减小一点点。测试游戏是否能运行，换不同的位置测试多次。
如果每次都出错的话说明游戏的确是要用到那5个字节。

对了，也许还可以用filemon看看，看看游戏出错的时候，游戏最后读取的偏移量是哪里。

你的差值测试法我没看明白。
是前后2个文件的这5个字节的数字差还是什么？
比如下面的390和20各代表什么意思？
003AD140.temp —390— 003AD4D0.png —20—

shane007

TO 枫叶
& Z7 }8 B  p1 S
我觉得写得这么好这么详细的汉化分析文章以后也应该要加威望。

深绿

2010.02.28更新

shane007

恭喜了！

shane007

顶上来

shane007

再顶上来

shane007

再顶上来 1

shane007

再顶上来 2