林登布鲁克的冒险解包器

shane007 · 发表于 2010-1-11 21:15

下面针对肥牛5楼的说明来说一下，

第1个字节是0x16, 也就是10进制22 而不是24，所以是font_game_menu_buttons的字符串长度。
我想这是肥牛犯的一个低级错误。
我在顶楼说了，每个字符的记录的长度的确是24个字节，这个24是定死的。
在定义文件中并不出现，肥牛认为是记录的长度的那个字节，应该是字符的高度。

肥牛你的那个工具好像没法用. 点箭头没反应啊？
我想知道，如果是按ascii字符的顺序，ABCD。。。应该是连续定义的吧？
能指出定义在哪吗？
还有最关键的一点，如何判断是按单字节ascii顺序定义的还是按双字节utf-16顺序定义的？
从文件内容来看是不容易判断得出的。
不知道这个游戏有没有俄文版的。

肥牛 · 发表于 2010-1-11 21:57

的确，我也是刚刚发现，我竟然把0x16算成是24了，真是个低级错误。可能就是因为开始对24这个长度先入为主吧。

另外，那个工具，点到33以上才会有反应。ABCD的确是连续出现的，65是A，66是B，67是C。俄文字母大写的A出现在第1040，我不知道在英文的WINDOWS系统中，俄文大写字母的ASCII码应该是多少？
序号是1040，那么在索引文件中的起始位置应该是
(1040-33)*24+0x33A = 0x61A2 ; 33为第一个字符!的序号， 0x33A是该字符的起始位置

查看这个文件，可以看到0x61A2前面有很长的空白填充。如果我们有证据显示俄文的A序号是1040，那就麻烦了。那样就说明我们的汉字确实需要按照这个规律向后排列。

不管怎样，通过这个游戏的分析，又学到一些新东西。应该对将来的汉化分析工作有帮助。

shane007 · 发表于 2010-1-11 22:41

引用第11楼肥牛于2010-01-11 21:57发表的 :
3 w; E* s* |2 J; n+ W) a的确，我也是刚刚发现，我竟然把0x16算成是24了，真是个低级错误。可能就是因为开始对24这个长度先入为主吧。$ z4 }8 V: Z1 W- @( @" n
/ ^. V: x( I" N
另外，那个工具，点到33以上才会有反应。ABCD的确是连续出现的，65是A，66是B，67是C。俄文字母大写的A出现在第1040，我不知道在英文的WINDOWS系统中，俄文大写字母的ASCII码应该是多少？
. {* W8 g) R9 ~4 e. K3 L& o) r序号是1040，那么在索引文件中的起始位置应该是
2 u7 J1 {; S, e, }! [+ P! R(1040-33)*24+0x33A = 0x61A2 ; 33为第一个字符!的序号， 0x33A是该字符的起始位置
+ G$ C2 V2 Y' _9 P0 r- T.......

我算了一下，1040转换为16进制是0x410，utf-16 的10 04 对应的字符正好是俄文大写字母A。
所以可以确定，你说的字符排列顺序是对的，是按utf-16编码顺序来排列的。

所以汉化应该是可行的，其实文件大一点应该也没关系，多占一点内存而已，应该不会出问题。

shane007 · 发表于 2010-1-11 22:46

对了，对于这个游戏，估计你只是想分析一下，不是真的要汉化吧。
不知道你最近有没有时间，如果有时间的话想请你帮忙制作【福尔摩斯：觉醒汉化项目】的工具。
分析基本都完成了，文件的结构和这个游戏很相似。
如有兴趣的话可以检索【福尔摩斯：觉醒汉化项目】。
需要制作一个图片字库和字库定义文件。

肥牛 · 发表于 2010-1-12 19:04

正在从VERYCD上下载这个游戏，打算试试。

shane007 · 发表于 2010-1-12 20:00

引用第14楼肥牛于2010-01-12 19:04发表的 :
5 k0 M' Y# b% t正在从VERYCD上下载这个游戏，打算试试。

要是下不动的话可以从论坛ftp下

shane007 · 发表于 2010-7-11 15:25

顶上来，这个系列是有汉化可能性的

汉化工具林登布鲁克的冒险解包器

[汉化工具] 林登布鲁克的冒险解包器

汉化工具 林登布鲁克的冒险解包器

[汉化工具] 林登布鲁克的冒险解包器

汉化工具林登布鲁克的冒险解包器