林登布鲁克的冒险解包器

shane007

林登布鲁克的冒险 Adventures of Natalie Brooks  解包器
要配合QuickBMS使用。

-----------------------------------------------------------------
! }; X8 s- N5 H4 k/ F2009.1.11 第1次更新

/ c4 E- w$ e$ s) h4 O我大致看了一下，觉得肥牛分析的还有些问题。
我先纠正第1个问题。文件的结构应该是这样的:
字体文件名长度 4bytse
' ~* w7 G/ o( R, o* O. k字体文件名 nbytes
字体高度 4bytse
字体数 4bytse
字模数据 字体数X24 bytes
: B7 ~4 F9 n3 Q1 G尾部未知数据 nbytes
. H! b7 T; r1 U- k0 ?8 H7 Z! K
; K" E* P" F! r; w) O7 s肥牛可能只分析了1个字体文件，正好那个文件的字体高度是0x18. 所以误认为那是每条记录的字节数。其实再看看其他文件，应该会发现那是字体高度的可能性最大。

9 ~/ @, v2 C0 f5 G1 w. Z# S0 {; a------------------------------------------------------------------
2009.1.11 第2次更新
, x3 p# n9 C8 h- X7 T: m5 R3 m: w肥牛说字符是按照ASCII码的顺序排列。我不知道是怎样看出来的？
+ _, k, @; [) Q* y6 F4 m据我观察字符并不是按照ASCII码的顺序排列。

, S& J2 m6 R. t7 T; {* K. u首先，我们估计在每条记录的24个字节中，有4个字节记录了这个字符的编码。
我们知道A这个字幕，ascii码和utf-8是0x41,utf-16码是0x41 0x00.
如果A-Z按顺序排列的话，我们会在字体定义文件中发现等间距(24byts)的
0x41,0x42....这样的数据。但是实际上文件中并没有发现，
所以字符应该不是按照ASCII码的顺序排列。

另外，肥牛说索引文件会长度由26K变成了1M以上。
6 J. f3 @4 Q4 n! A7 J* f我不知道肥牛是如何算出来的，每条记录24bytes，汉字算它9000个字。
算下来也就216K左右。远小于1M。

shane007

顶上来，此游戏下载
https://www.chinaavg.com/read.php?tid=19777

肥牛

没看到楼顶这个帖子，从网上搜了一个解包器，估计跟楼顶的这个一样。
: a- L& C& {& N
解包Localization后，会出现三个目录， xml、texture、font
其中，texture目录中的保存的是PNG格式的字库图片，font目录中保存的是字库的索引文件，xml中就是可翻译的字符串了。
6 B3 [; ?7 n# W& E3 n
7 [9 Z5 t6 S0 GPNG的图片就不用说了，我们经常遇见。下面说说font目录中的字库索引文件。(解包后的东西在家里的电脑上，现在凭印象写这个东西，有什么不对的晚上回去以后再更正。)
2 _3 p+ k/ x& i2 `4 B* R6 _! a在font目录中，简单看了一下，文件的第一个字节表示每个字符由几个字节组成。比如0B就是11个字节，16就是24个字节。以24个字节的为例，文件头部有对应的图片文件名，然后是表示此索引包含多少个字符。后面就是每个字的数据内容了。字符是按照ASCII码的顺序排列。每个字符占24个字节，左、上、右、下各占4字节，然后是8个字节的0X00。如果此ASCII码的字符在字库中没有，那么它对应的24个字节全为0X00（好像就是为了占位）。

疑问：
1、索引文件末尾的几个字节不知道是做什么用的。
6 l9 v* U$ u8 g5 W! ]3 [. h2、按照我的想法，将汉字的双字节作为ASCII码，依照顺序写入索引文件。同时修改索引文件头部表示字符数的部分。这样却导致进入游戏后文字都不显示了。不知道是什么原因。
3、在字库的图片中，我看到了俄文。在字库的索引文件中找到对应的位置，发现与该俄文的ASCII码对应不上。不知道这个对应关系的话，汉字的索引就不知道怎么加进去。以汉字双字节的方式写入索引文件，只按二级字库就是几千个。导致索引文件长度由26K变成了1M以上。而xml目录中保存的文件是UTF8格式的，汉字将占三个字节。如果真的是按照UTF8的编码写入，那这个索引文件就太大了。所以，如果能知道俄文的索引对照关系，也许这个文件就解决了。

shane007

2009.1.11 第1次更新

shane007

2009.1.11 第2次更新

肥牛

好吧，既然007不相信我的分析，那我就用实例来说明吧。
8 D* _* C& b$ ?以font目录中的font_game_menu_buttons为例，用16进制工具打开它，我们就能看到：
0 f: t# \4 y0 \# tOffset      0  1  2  3  4  5  6  7   8  9  A  B  C  D  E  F
4 L  Y; c* S) F* U0 P) I
00000000   16 00 00 00 66 6F 6E 74  5F 67 61 6D 65 5F 6D 65   ....font_game_me
00000010   6E 75 5F 62 75 74 74 6F  6E 73 21 00 00 00 50 04   nu_buttons!...P.
00000020   00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
% s1 W* P2 q% D4 e1 L- d- q6 s00000030   00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................

第一个字节0x16表示每个字符的占位是24个字节，偏移量0x1e开始的4个字节0x0450代表这个索引表一共有这么多个字符。

再跳到数据部分：

Offset      0  1  2  3  4  5  6  7   8  9  A  B  C  D  E  F
5 F5 Y5 E0 }& O% ^% V% x" @
8 V  W' e- x# d% D7 n- J00000320   00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
, I# R* w4 S* s4 ^/ ?00000330   00 00 00 00 00 00 00 00  00 00 6A 01 00 00 AE 00   ..........j...?
8 h& D3 {/ h5 X; {9 C00000340   00 00 6F 01 00 00 CF 00  00 00 00 00 00 00 00 00   ..o...?........
' I, v3 h4 G9 f# u3 o  }00000350   00 00 EF 01 00 00 AE 00  00 00 F5 01 00 00 CF 00   ..?..?..?..?
! F  m9 c, T2 ?+ ~* s* W* I9 k* H' _9 K00000360   00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
# k# l) {8 @8 j& i00000370   00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................

0x016A, 0x00AE,0x016F,0x00CF分别是左上角的横纵坐标，右下角的横纵坐标，我们看看这个范围在对应的图片中是什么：
8 o/ B4 j; Z0 @- U& R: j
  
从图中可以看出，这个范围对应的是字符"!"。同样，跳过8个字节的00后，0x01EF, 0x00AE, 0x01F5, 0x00CF也能对应出相应的字符。
8 P9 ~/ K! @# i! L
为此，我专门写了一个小工具来查看显示顺序与图片之间的关系。这个工具只能证明字符的存储是按照ASCII顺序，而不能说明是从哪个字符开始的。
( }1 ?# {; V2 H6 M0 E" N  
! M; h& |4 V( a, E3 M" j" w当然，这个工具中我做了一些处理。因为第一个显示的字符是"!"，所以我将它的ASCII码定为33了。
我们点击SPIN的上下箭头，调整ASCII码，就可以看到该顺序在索引中取出的是什么字符图片。

肥牛

另外，说一下汉字导致文件长度增长的问题。
并不是说我们有9000个汉字，就多了9000*24这么多个字节。因为汉字占的双字节与单字节字符是不连续的。以第一个汉字"啊"字为例，双字节是B0 A1，换成10进制就是45217，也就是说，在这个“啊”字前面，至少有45000个24个00的空占位。所以才导致这个字库的索引文件超过1M。
' Y4 Z. q6 u7 ?- }5 G9 q, ?; ?当然，我这样说的前提是基于索引表是连续的这个假设的前提下，如果能找到俄文字符的对应关系，可能就不会有这么大了。

肥牛

突然想到，007下载的游戏是不是跟我的版本不一样？我是从Reflexive网站上直接下载的。其中Localization文件4.60 MB (4,826,852 字节)。

shane007

引用第7楼肥牛于2010-01-11 19:42发表的  :
# X5 y. D! C. {) H9 n" Y* D突然想到，007下载的游戏是不是跟我的版本不一样？我是从Reflexive网站上直接下载的。其中Localization文件4.60 MB (4,826,852 字节)。

, @2 }! a3 \; {3 Y; p$ [先回答这个，我用的也是这个版本。文件大小一样。

shane007

引用第6楼肥牛于2010-01-11 19:39发表的  :
另外，说一下汉字导致文件长度增长的问题。
并不是说我们有9000个汉字，就多了9000*24这么多个字节。因为汉字占的双字节与单字节字符是不连续的。以第一个汉字"啊"字为例，双字节是B0 A1，换成10进制就是45217，也就是说，在这个“啊”字前面，至少有45000个24个00的空占位。所以才导致这个字库的索引文件超过1M。
当然，我这样说的前提是基于索引表是连续的这个假设的前提下，如果能找到俄文字符的对应关系，可能就不会有这么大了。

- l; e6 q3 {  t7 n你的意思我明白了。
你是说在字体索引文件里包含了所有的码位。
: y5 g3 \: N6 i* n我的疑惑是，如果是这样的话，码位的数量在定义文件头部有定义，
- h/ [9 u. l# Y% m但是起始码和终止码在何处定义的呢？