关于DF打包文件的一个疑问

肥牛

我在研究DF文件格式的时候发现了一个问题：
# v8 H+ E, ^+ q* j7 K, G- m5 |在DF结构中，文件前面存放的是打包的文件体，文件结尾部分存放的是文件夹及文件名等信息。大部分信息都是按照顺序存放的，例外的只有字幕文件。在文件体中，字幕文件总是在最前面，而在文件结尾的结构部分，字幕文件可能出现在最后。而按照我的理解，前后应该是对应的。因此我写的打包程序也是前后对应的。我不知道这样会不会有什么影响。希望谁能解释一下？

肥牛

我需要解决两个问题：
1、是不是所有的DF文件中，字幕文件BIN都会出现在DF最前面？
: B: z) h! G# m" Q% _# B4 M2、一个DF文件中，可能出现两个或者两个以上的BIN文件吗？如果是，那么这些BIN文件都要放在DF最前面吗？

肥牛

Project1是解包工具，俄罗斯人写的那个，我只是改了改界面。内核没有动。
DFPack是我写的打包工具。

; k  {* h! u& O6 o大家可以测试一下，用解包工具解出来的东西，再用打包工具打包后，会发现文件大小有变化，还没有仔细比较，所以暂时不知道为什么。另外，文件的内容也有变化。也就是我说的，用打包工具打包以后，字幕文件BIN跑到了后面。但是，打包以后的文件用解包工具仍然能正常解开。

: t0 W5 j# d( \# W- I这个打包工具还需要完善，请007做一下测试，就是打包后的文件游戏能不能认。如果能认就最好了。

shane007

谢谢肥牛了！我晚上回去试试看。
5 t7 Z% C+ p8 w4 I+ G' U( S有2点说一下：
第1，应该是.BF 文件吧。
第2，打包器有一个原则，就是解包以后，不做任何修改就打包，得到的文件要和原来的完全一样。
     如果文件大小改变了，那肯定不对了。
, n: c+ T" j! a5 p7 a) W4 }, E     我以前编写打包器的时候，要读取原包文件的头部文件名表，所以打包得到的文件和原来的完全一样。希望改进。

shane007

对你前2个问题一时无法解答。
我的估计是，打包后游戏可以正常运行。
& ?$ x+ a% C0 q# B' o把bin放在最前面是为了加快读取，估计不会有出现2个bin的情况。

肥牛

我今天晚上再试试把BIN放到前面去，如果没有两个或者两个以上的BIN文件就好办了，起码程序结构上能简单一些。
但是这种尝试也就是为了和原来的BF文件对比一下，用于查找到底什么原因导致文件长度变化。而原封不动的保持原来的打包文件存放顺序，这个我不敢保证。比如BF包中几百个OGG文件，哪个在前哪个在后，这个真的不好控制。

shane007

引用第5楼肥牛于2009-06-24 19:46发表的  :
我今天晚上再试试把BIN放到前面去，如果没有两个或者两个以上的BIN文件就好办了，起码程序结构上能简单一些。
  Z: I7 U# w/ n但是这种尝试也就是为了和原来的BF文件对比一下，用于查找到底什么原因导致文件长度变化。而原封不动的保持原来的打包文件存放顺序，这个我不敢保证。比如BF包中几百个OGG文件，哪个在前哪个在后，这个真的不好控制。

: [7 y8 ?) K* b) _+ X4 v. ^# a
以前，我做的打包器，文件名表在头部，我可以做到打包后和原来的顺序一样。
1 w9 F7 _; e2 a5 s8 G* z这个BF文件文件名表在尾部，可能要和原来的顺序一样比较难控制。
: T2 ^) [! t3 A3 y* ~做不到就算了，其实只要让程序能运行就行。

shane007

我试验了一下，打包后可以运行游戏。
; f+ w7 P+ ]& M+ Q- z# Z
% F: |) M9 `0 u- V. Q- z对了，希望肥牛注意一下细节，文件名，按钮名希望命名得正规一些。
那解出来的bin能用原来的工具编辑吗？

慕容枫叶

肥牛工具正式出来了记得PM告诉我  我好给奖励~

肥牛

我又改了一下：
0 `! P6 d' H) A  R6 U+ B+ ~2 S& Y1、把BIN文件提前了，象原来的格式一样；
& l4 i3 E6 y7 g1 _. j' |6 V2、发现了一处错误，修正以后，现在的文件大小和原来一模一样了。
; C4 J! s; Q% j( L5 }
用这个打包后的文件与源文件是一样的，一个字节都不差。

现在这个只是一个工程测试文件，将来要和解包合并到一起的，而且从BIN文件中提取汉化也要结合在一起。所以现在的文件名命名很随意。包括下面MEMO框中的调试数据将来也会去掉的。

* b+ ]! U5 [# }. l+ Q有了这个，现在可以说已经明白了BF文件的结构了。后面的工作就是完善BIN提取工具了，做成通用的。