3DM那里下载的汉化程序原理分析

TimChen

今天好好分析了一下3DM那里下载的的汉化原理（感谢原汉化作者），和我之前想得差不多，采用拦截ksp文本资源读取来输出自己的文本的目的。

从下载的3dm汉化程序中就两个dll和一个xml文件，其中一个Assembly-CSharp.dll是系统本来就有的，xmlplayer.dll是新增的。



反编译新增的xmlplayer.dll发现他的代码结构很简单，就是根据传入的ID返回lang.xml中的文本


打开那个文件中看到的机构也符合xmlplayer.dll所做的事情


这里我就找了一个物体重量作为线索在反编译的Assembly-CSharp.dll找到了相关的内容（相关代码解释已经标注在图片中了）
这个是3dm，ksp版本是0.21涉及到物体重量的输出代码


比较悲催的是这个字符串资源获取的函数被代码混淆了，这下只好从二进制文件中倒找混淆后的函数名


根据这个函数名找到了处理函数，不出所料在第一行就直接执行xmlplayer.dll中的函数并跳转出去


到这里大家应该明白了3dm汉化的原理了吧，说简单点就是通过在ksp代码中插入一行代码吧原来的读取界面文本的代码跳转到自己那里然后读取到中文后返回给ksp。

3dm既然已经做出了0.21的汉化，而且比较稳定，为什么不继续呢，给你们看0.23版本关于物体重量输出的代码截图，有注意到字符串编号变了么，那么如果依旧按照这种汉化方式除了翻译不需要重做外，技术人员要重新在ksp的代码堆中找出界面上每个文本的ID然后修改lang.xml，这个任务不轻哦



PS1：我很期待坛子里另外一位同学的汉化原理，希望能解决版本增长导致大工作量的问题。
PS2：不知道论坛能不能出面和开发商联系一下让他们加入一个多国语言的开发接口允许我们对接口进行开发来汉化程序那就完美了
PS3：吐槽一下Unity3D引擎，不支持64位情有可原，没有中文手册很正常，界面是英文那也不是问题，但是，但是引擎本身不能安装在中文用户名的系统中（win），开发过程中资源导入导出不能放在中文路径下，运行时自带的资源载入函数也不支持中文路径，（一秒变喷子） NND，4.0上海发布会的时候说多么多么重视中国市场，全TND都是忽悠人的，这些基本的中文支持都没实现，还有脸说重视中国市场，是重视中国的钱吧，那你就直说不带那么虚伪的。（一秒变正常）。

Cesrate

WhackAKerbal不是Debug里的一个娱乐功能么……

TimChen

Cesrate 发表于 2013-12-20 12:11
WhackAKerbal不是Debug里的一个娱乐功能么……

什么功能我并没看，我是随便找了一个做线索

eifinalyam

TimChen 不要怒氣
所有引擎都是以英文代碼表跑
要用就不會裝中文OS
(還有原因的 不細說)

重視所指的是新市場機會

我看論壇的老大 不懂程式編寫的
你也知道.....
聯繫了其實也沒用 要編寫多一份需要的是程式員 不是論壇管事

TimChen

eifinalyam 发表于 2013-12-20 13:31
TimChen 不要怒氣
所有引擎都是以英文代碼表跑
要用就不會裝中文OS

都什么年代了，支持一个utf或者unicode编码很困难么，唉，非拉丁语系国家的悲剧啊

394966931

呵呵微软就这个德行....
我昨天也反编译看了一下
这种方式确实不好..
我正在看那位同学的内存汉化方法..看起来也不是那么灵活

TimChen

394966931 发表于 2013-12-20 13:42
呵呵微软就这个德行....
我昨天也反编译看了一下
这种方式确实不好..

我目前正在提取他的文本资源，考虑能不能直接替换他的文本资源文件来实现汉化

394966931

TimChen 发表于 2013-12-20 13:46
我目前正在提取他的文本资源，考虑能不能直接替换他的文本资源文件来实现汉化 ...

你是说重新做一个xml换掉3DM补丁里面的那个？
工程量浩大啊 而且版本更新不知道会不会还要变

eifinalyam

394966931 发表于 2013-12-20 13:42
呵呵微软就这个德行....
我昨天也反编译看了一下
这种方式确实不好..

版大看他放的 就送他分數聲望了 太兒戲
我不想說有關美國防治山寨化的事宜
TimChen 這是保障區域

eifinalyam

改文本
不是小組...就是花掉自己的工作時間呢
然後 新一版KSP出來了