林登布鲁克的冒险解包器

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发表的  :" K* M' l+ f  M! R3 {$ e
的确，我也是刚刚发现，我竟然把0x16算成是24了，真是个低级错误。可能就是因为开始对24这个长度先入为主吧。
, U5 r% u( [2 b, r2 W* \% g) I2 ?, q) _* ^4 w
另外，那个工具，点到33以上才会有反应。ABCD的确是连续出现的，65是A，66是B，67是C。俄文字母大写的A出现在第1040，我不知道在英文的WINDOWS系统中，俄文大写字母的ASCII码应该是多少？: C  M+ ]& Z3 J" q- o* V- x
序号是1040，那么在索引文件中的起始位置应该是. g" ^; }4 s9 t  |+ T- H+ D8 p
(1040-33)*24+0x33A = 0x61A2  ;                                        33为第一个字符!的序号， 0x33A是该字符的起始位置
/ c8 [1 O9 Y$ n( x9 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发表的 :
7 T$ T* w" D1 k$ u& v$ w正在从VERYCD上下载这个游戏，打算试试。

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

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

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

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

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

浏览过的版块

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

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

浏览过的版块

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