【汉化任务简报】#2 倒霉蛋约翰的苦日子的text.db分解合并工具（细节公布）

warwar · 发表于 2009-3-27 23:07

解出了三个文件不是用 01000000 作为信息头的
007帮忙看看

xia120 · 发表于 2009-3-29 16:07

能把程序代码发出来看看吗？

shane007 · 发表于 2009-3-29 20:05

引用第10楼warwar于2009-03-27 23:07发表的 :
& ^* m* }. b7 w) E# D解出了三个文件不是用 01000000 作为信息头的
+ Y7 a% v* L1 Y n) V3 Q0 f007帮忙看看

刚看到你这帖子。
能详细说明一下你遇到的问题吗？

我觉得你好像还没有领会题目的意思啊？
你是否理解了编这个工具的目的究竟是什么？

warwar · 发表于 2009-3-29 21:43

根据特征码进行拆包

大部分的文件都是用 0100 0000 （2个字节）作为文件头信息的，但是有些文件不是以0100 0000 作为头信息，附图。

shane007 · 发表于 2009-3-29 22:22

我总结一下

大多数的信息头是 01 00 00 00 XX 00 6个字节
其中XX纪录了文字串的字符数,由于用unicode双字节保存，字符数*2 就是字节数。

现在问题是发现有几个格式不同
不同的格式为2f 00 XX 00 以4个字节作为信息头
对吧？

这些块暂时作为特殊块完整地切出来吧。
对了，.ogg文件名前面有些字节不知道是什么意义？
我担心打包回去后会出错。试了再说吧。

warwar · 发表于 2009-3-30 08:28

格式不同的文件，并不都是以2F开头的4个字节，而且还挺多。具体你看看RAR文件中的761.bin

ogg文件名前面有些字节，我怀疑是游戏中的地址之类的东西。

如果打包，应该还要再弄回去。

shane007 · 发表于 2009-3-30 21:13

你想办法把01 00 00 00 XX 00 形式的信息头后面的字符串切出来再打包回去就行。

soring123 · 发表于 2009-4-12 18:22

谢谢啦可以用

【汉化任务简报】#2 倒霉蛋约翰的苦日子的text.db分解合并工具（细节公布）

【汉化任务简报】#2 倒霉蛋约翰的苦日子的text.db分解合并工具（细节公布）

本帖子中包含更多资源