的确,我也是刚刚发现,我竟然把0x16算成是24了,真是个低级错误。可能就是因为开始对24这个长度先入为主吧。; p" H0 R' G6 X* V, t/ F% P n
1 b. o+ w2 t/ b1 L7 k! W
另外,那个工具,点到33以上才会有反应。ABCD的确是连续出现的,65是A,66是B,67是C。俄文字母大写的A出现在第1040,我不知道在英文的WINDOWS系统中,俄文大写字母的ASCII码应该是多少?
( J" O0 G4 s5 U: R5 V: k3 s序号是1040,那么在索引文件中的起始位置应该是( T/ o, B% A" n* ]) L$ o
(1040-33)*24+0x33A = 0x61A2 ; 33为第一个字符!的序号, 0x33A是该字符的起始位置7 \- G# `, ]: _4 k! h& [% X
/ V' H6 S2 K( E- H; |# B2 W查看这个文件,可以看到0x61A2前面有很长的空白填充。 如果我们有证据显示俄文的A序号是1040,那就麻烦了。那样就说明我们的汉字确实需要按照这个规律向后排列。. \" m- \& t% I( |8 S0 ] W# @: y
8 I9 B2 u0 K5 ], I; I( P不管怎样,通过这个游戏的分析,又学到一些新东西。应该对将来的汉化分析工作有帮助。 |