汉化工具任务进度 （39楼更新）

shane007

试了一下，
New Game (00 00 00)Load Game 改成
New Game Load  (00 00 00)Game
# e1 {4 k) e3 d4 V/ S
" P+ Q5 B. Z) |9 QNew Game Load 显示不完全，Game 没有被显示。
是不是同时还要修改字符串的长度？ 那个.idx 文件？

肥牛

007，这个地方我搞明白了。我今天晚上回家去写这个工具。
简单说，在BIN文件的前部是索引部分，4字节的序号，4字节的语句个数，再4字节的长度，这里相应进行修改就可以了。
急着赶班车去，明天再说。

shane007

OK. 等你好消息。

肥牛

在工具的编写过程中，又发现了新问题。
0 A0 I. j% [# y% L0 d5 q  J; i我上面说的4字节的句子个数，这里是错的。我分析了一下，觉得这里应该是句子的类型。在我使用的BIN中，一共出现了三种类型。01、0A和0B，其中，01代表的应该是正常的提示。而0A和0B代表的应该是对话部分，因为这个游戏中出现了两个人，Mina和Jep。而对于01类型的句子来说，前面文件头部分的4字节的长度和句子的长度是对应的。但是对于0A或者0B类型的，处理起来就麻烦一些。因为这两种类型对应的部分是这样的。
  o5 x- I7 j$ e' c
文件头部分
' U1 n$ C% R' Z- i
& p& ~4 F, ]- C: b5 F
文件体部分
   

先是显示对话句子的代码，如Mina0200，然后是三个00，接下来才是对话的内容：No!，后面再跟三个00，这样“No!”长度3，再加上后面三个00，长度正好是6，就和文件头部分的长度对应上了。也就是说，处理01类型和0A或者0B类型的方式要分开。
" m$ t+ M* b3 ~% u% d9 |% i6 @* l
我目前已经完成了从BIN文件中提取的工作，下面就是写回的操作了。因为有朋友提出，翻译后的文字可能会比原来的文字长，所以这次核心的代码完全推翻重写的。实际上就是完全重造BIN文件。写回后，新的BIN文件的长度和原来的BIN文件长度会有变化。按照我的理解应该是可行的，只是这个想法还需要在实践中检验。

! h0 ~9 M( x6 }6 {1 a9 D2 g* I我用来测试的这个文件中，只有三种类型，01、0A、0B，我处理起来是按照01的和非01的处理的。不知道其他游戏会不会有别的类型。以后慢慢再完善吧。我继续我的工作了。

shane007

水晶之匙2的字幕文件好像并不是这样的。
2 h- l; D& E6 B0 O5 b+ A. |( [* m/ h你看看？

die_humans

jep。。。重返2的人物 嘿嘿

hakula1125

引用第32楼die_humans于2009-07-31 09:45发表的  :
! U( l( ^6 ]% @/ n' b/ s0 X( v, Rjep。。。重返2的人物 嘿嘿

呵呵，的确好像就是我们那份材料

a2937230

插话一句
' c) P# {1 M4 ^( Q0 g5 [文本中确实存在对话中的人物提示，但不知道有没在游戏中体现。如下图
' a) y, V+ q4 m) }
$ {. d5 h7 @# }  J6 f还存在变量
( K7 N! Y, i9 o4 Q

肥牛

我很郁闷……
昨天下午测试发现，数据库不支持中文……
, g, ^# T# u4 }/ E! \) m( i. }晚上查资料，修改UTF编码，改程序，折腾到半夜，最终也不行。
  r; L& y; \& H+ @. T3 `3 ]) t使用SQLITE数据库是因为它的速度快，体积小，谁知道竟然DELPHI的控件不支持中文，只好放弃。
' _1 P8 {1 w; p( k$ H" z/ S今天改成ACCESS的数据库，一切正常，可是到最后查找替换功能的时候，ADO引擎不支持REPLACE函数……
我快崩溃了……
5 f( F: r9 ?* o+ `( _& }4 @现在换成DBISAM数据库，支持中文，支持REPLACE，本来以为一切顺利……
; w, ~/ p0 t3 |  f& m( \, D谁知道现在出现数据不能保存的问题……
3 q( ~  k9 h$ s
) F0 }4 d0 f  w' Y; c. V也许今天不适合写软件，我还是去魔兽世界里面战斗吧。明天见。

shane007

你为什么一定要用数据库啊？
/ s' e# e/ }1 D5 u& e  {5 |象我那样把每句话切成一个文件多好。多人同时汉化也可以实现。