关于汉化,你也许了解或不了解的那些事(长文慎入)

乐♂神

本文改编自: 《GALGAME汉化一般程序介绍》 原作者:很遗憾文档里的链接失效了,没有看到.
原文链接(似乎已失效)：http://blog.56.com/entry.php?u=xiaojxxiang&e_id=2575236#comment

有很多网友想对汉化出一份力，但是一直不懂『游戏汉化要做些什么』，
对此，实际解答起来确是一个罗唆而复杂的过程，
因此在此作个简单的过程讲解，
希望对新加入汉化组或有意加入或想自己做汉化的朋友有点帮助！
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
目录:
1.基础概念
2.组织类型
3.具体步骤说明
4.盲点与误区



1.基础概念

（1）游戏汉化：顾名思义，让外语游戏中文化，能让不懂外语的人都能理解游戏中的内容。

（2）破解：这里并非指让游戏正常运行的破解，而是对游戏程序及相关文件的分析，让游戏里面的资源（包括字库，文本，图片等）能被汉化人员解读并修改的过程，此为游戏汉化中技术含量最高的步骤，破解人员须熟悉各种电脑技术，具体有编程语言、汇编、逆向等。

（3）解包 ＆ 封包：游戏的资源一般被存放于一个以上的看起来很大的文件内，我们一般称这类文件为资源包，汉化人要修改游戏的资源就要对这些资源包进行解包操作。然后把修改好的资源封回游戏中使之能在游戏时被正常显示出来，这一步骤就被称为封包。严格说起来，此步骤和上面说的破解是一回事，也可以混为一谈，上面特指分析过程，这里特指提取出来的过程，但是此步骤可能不需要，因此在此特别指出，因为有些小游戏的资源都以明确的文件放置于游戏目录内，直接取出来修改即可，这时就不用解包和封包了。一般程序员在编写解包工具时要同时进行打包工具的编写。

（4）汉化可行性分析：至关重要的一步，破解之后由程序员对资源进行稍微的汉化处理，运行游戏，查看处理后的汉字可否被正确显示出来，理论上没有汉化不了的游戏，但因程序员个人技术能力的高低，会对有些游戏的汉字显示束手无策，如果过不了这一关，那么对此游戏的汉化只能宣告暂时搁置，直到程序员有能力处理或另外找到能处理的程序员为止。

（5）修图：好听一点称之为美工，但其实没太多美术创新精神在里面，因为所有图片都需要依照原版规格修改才能保证显示正常和风格统一，加入太多个人因素在里面并不是一个好的做法，一般需要PS（PhotoShop）或FW（FireWorks），如果图片带alpha通道则必须使用PS。

（6）翻译：[外语]→[中文]的过程。破解跟翻译分别作为游戏汉化最重要且最极端的两个步骤，破解找的是突破点，求的是灵光一现，翻译则是漫长、无聊、甚至是机械式的过程，不含多少取巧的因素，这个步骤最需要『爱』。

（7）润色：语言有区别，语法甚至文化也就有区别，润色的作用就是把翻译好的文本作一次语言过滤，使之更贴近身边的语言或更有艺术效果，用某雪举过的例子来说『润色前：你像猪；润色后：那边的猪很像你』，特别说明下，润色过程在现在的汉化组中一般包含在翻译中，所以一个优秀的翻译同时也是一个优秀的润色，翻译的外文水平高，翻成中文后的语句自然符合国人的习惯。

（8）测试：负责把封包之后的游戏完整『玩』几遍的步骤，看似很轻松，但实际上这不比翻译的无聊度好多少，这步要求测试找出游戏中所有与汉化有关的错误，比如译文内容矛盾、文本显示有错误、图片显示不正常等，同时也兼任二次润色，对游戏文本中不通顺的句子进行再次的修正，但不能含有太强烈的主观感受，否则容易扭曲原意，一个真正负责任的测试人员是不『敢』再去玩其成品的了。

（9）后期：并非测试完成就大功告成，后期的工作包括攥写介绍、汉化人员名单以及相关信息、整理所有汉化文件、制作/发布补丁、制作/发布汉化完成版种子、宣传、解疑等一系列相关工作。

（10）文本：这里特指从游戏中提取出来的文字部分，一般都会包含脚本及控制符在里面。

（11）字库：指游戏显示文本所使用的字体数据，一般分为系统字库与自带字库，系统字库就是直接调用操作系统的默认字体文件，汉字一般是宋体，使用这类字库的游戏技术难度可以说是最低的，而自带字库的情况就复杂的多了，再次就不详细说明了。

（11）汉化工具：包括现成的和非现成的，现成的Winhex、UE、点睛、CrystalTile2之类，非现成的则需要程序员破解的同时针对性的编写，提供解包封包人员使用。

（12）补丁：汉化后的游戏资源打包在一个程序中，运行即可完成对目标游戏的汉化。

（13）爱：对游戏有爱和对游戏汉化有『爱』是两个不同的概念，前者单指喜欢，后者更多的是指代『责任感』，这也就是为何搞汉化要有『爱』！！


2.组织类型

这里要说明的是汉化的几种组织类型
每种类型对应不同的实际情况

（1）局部范围型汉化
我喜欢简称为中型汉化，最普遍的一种汉化组织形式
绝大多数以一个网站或一个论坛的人手为范围
根据范围内的人流量及人口素质决定一个汉化项目的速度和难度
一般适合文本量在500K～2M之间的游戏
由于汉化人员都在一个特定的、不大的范围内活动
因此人员配合效果一般比较好
但处于汉化项目中心位置的人会比较辛苦
没有特别明显的优缺点
汉化流程一般为：下载游戏（全员）－破解－解包－翻译－修图－润色－封包－后期
人手分配方面一般一个步骤一批（个）人，然后项目负责人进行全局统筹

（2）合作型汉化
简称大型汉化，普遍性次于上一种
跨论坛、网站式的合作汉化目的就是能有更多的汉化人手
但也有由于两个（数个）论坛的人口不多导致效果还不如一个大论坛的中型汉化
一般适合文本量在2M以上的游戏
这种汉化最讲究的是合作双方的配合程度及责任分工
若合作双方无法在所有问题上都达成共识，则很容易升级矛盾导致项目瓦解
所以这种汉化组织形式在合作前期或者说筹备期就必须作好准备
这种形式的难点亦在于此
若准备不足或问题考虑不够全面，那后期的问题也就越多越麻烦
另外人员过多对于后半段的风格统一及后期处理会比较辛苦
个人认为合作双方都具有相近的汉化理念、习惯以及经验这样才能较好程度的磨合
汉化一般流程为：下载游戏（主力）－[破解]－洽谈－分析讨论（全员）－[破解]－解包－翻译－修图－润色－封包－后期－讨论（主力）－发布
是先破解还是先合作要先视具体情况及具体游戏
后期的讨论主要是发布细节上的协商
人手分配方面我个人不赞成现在普遍的『一方出技术、一方出翻译』方式
这种看似互补的方式其实很容易出问题，不过这是题外话，这里不罗唆了
大型汉化的项目负责人则需要更多的统筹意识及耐性

（3）小家子型汉化
小型汉化，受各种条件制约，游戏领域内相对不是很多
人数上一般前后不超过3人，因此称之为小家子
适合文本量500K以下的
因为通常是身兼数职，因此人员素质要求会相对较高
相对的，人数少，不需要做什么具体统筹
同时，也是由于人数少，工作少，汉化风格较易统一
这种汉化的关键在于『爱』是否足够
汉化流程及人手分配没有定型，均根据各人具体能力决定

*（4）超大型汉化
前面加个『*』号表示这种类型尚未面世，仅在理论上可行而已
上面提到的合作型汉化一般都是两方最多不超过3方合作的汉化
而根据『分久必合，合久必分』的原理，3方以上的合作也不是不可行的
因此在这里简单作些推算及规划
首先要汉化的游戏是一个跨领域的项目，如动漫、游戏、小说、电视电影等
而『超』体现了汉化规模必然要在合作型汉化之上
作为分组形式存在的独立汉化组织数量应该要在3个以上
而在这若干独立分组中必然有一个作为『核心』存在
『核心』的作用是作为项目最权威代表的存在，无论对游戏内容还是对汉化工作的熟悉程度
所有其他分组均能『自觉』以其作为标准施行汉化工作
除了核心以外，另一个则是『引线』
『引线』指一个人，一个能把所有分组穿引起来的角色，此人需要做的就是对项目中所有分组的特点、强弱项甚至每个参与的人员都了如指掌，或至少有一个足够的了解程度
最后一样就是『管理构成』，是金字塔式还是糖葫芦式尚无法推定，但之于超大型汉化的复杂程度看来，仅仅用合作型汉化那种『握握手好朋友』的模式显然是不适合的
『核心』、『引线』、『管理构成』是这种汉化组织类型的重点，其重要性更甚于破解和翻译

至于2、3个人翻3、4M文本或者五六十人汉化个文字量不多的动作游戏这类已经超出『一般』的范畴，这里就不再罗唆瞎撤了


3.具体步骤说明：

（1）破解
破解需要的是对目标游戏进行逆向工程。主要是对分析目标游戏系统是如何解释封包文件的。封包文件的格式依据不同游戏而定，格式的破解难度上也不统一，但是通常都有压缩、变换和加密3个特性。一般来说做破解必须懂汇编语言。另外需要特别注意的是游戏汉化必须的游戏脚本。游戏的脚本通常分为文本型和二进制型，文本型就是可以直接用文本编辑器打开的，脚本内容就像txt一样；二进制型则相对复杂，通常是由明文脚本源码通过脚本编译器编译为二进制格式的。因为明文脚本源码和脚本编辑器通常都无法获得，因此要通过分析游戏的脚本引擎来解析二进制脚本的格式。

（2）解包、封包
一般情况下可由破解人员担任这部分工作，但也有情况是由其他人负责
若非程序员，则负责这步骤的人不需要懂得什么深奥的破解技术，只需要懂得一些的系统或软件操作方法即可，但必须是项目所有人员中最能信任的人担任，一般为项目或组织负责人
如果汉化是一个房间，则封包解包工具就是房间的前后门，封包解包工具的出现就等于这两扇门都可以打开，而钥匙就掌握在程序员和封包解包工具持有人手上
上面说到这一步的人需要懂得系统和软件的操作方法，系统就是指操作系统，XP或Vista，还有就是MSDOS简单的命令行等，还要懂得一些内码知识（Shift-JIS、GB2312等），软件则是指16位编辑工具UE（UltraEdit）、exe/dll资源提取RH（ResourceHarker）、文本强制提取工具WQSG、封包工具FilterMaker等各游戏封包专用工具。
若是程序员针对项目专门编写的解包封包程序则需要按照程序员说明的方法操作，如汉公早期就比较喜欢这种

（3）翻译
对熟悉外语的翻译人员来说这是一个简单但相当枯燥的过程，翻译人员要做的就是翻译、翻译、再翻译
虽然简单，但需要注意的地方却不少：

a.首先要看看破解和文本提取方面有没有特别限制，如每行字数显示问题、总行数问题、单双字节问题、特殊符号问题，这些看似简单的问题都是关系到封包后程序是否能识别、显示是否正常等重要问题，这些问题虽然可以靠润色、校对及测试的步骤检查，单这无形中增加了这些步骤的负担，从资源优化方向来看，翻译人员在翻译过程中稍微留意这些事项，后面就能顺利很多

b.其次则是翻译水平问题，并非所有翻译人员都是什么专家级别，水平不高或者翻译新手不妨借助网上一些工具，如雅虎辞典（dic.yahoo.co.jp）、乐天辞典（dictionary.www.infoseek.co.jp）等，在这里重点要提到excite这类整句翻译的工具，从目前的情况看来外文－中文的整句鸡翼（机译）水平远未达到及格水平，甚至连糍粑的英－中水平都不如，因此作为翻译人员不能依赖这些工具，初期用来参考一些长难句可以，但每句必用甚至整句照搬这就是不负责任的表现，不仅无法提升语言能力和翻译能力，还被机器牵着走，浪费自己时间之余浪费别人时间。所以，『珍稀生命，远离鸡翼』。
然而，外语水平不错的，翻译起来也未必顺心。看惯了书本上那些条条框框的辞句语法再处理游戏中那些『特色』句子很多时候都会一筹莫展。

c.对于游戏特殊名词、辞句的翻译必须协商统一，最好是从翻译中选出主犯（主翻）先确定人名、地名、专有名词的译法，若是在翻译过程中发现的或者是全游戏中仅此一次出现的生词，则应善用股沟和鸭唬搜索下

（4）修图
根据修图人员的外语水平、以及具体游戏需要修改的图片种类和数量，确定修图步骤是与翻译同时进行或翻译结束后进行
修图人员有一定外语水平的话则可以直接边翻边改，这是最理想状态
若修图人员不懂外语，则需要先把图片交给翻译，翻译拿到图片后把原文和译文一起打出来，交回给修图人员修改
修图要注意的另一个地方是看图片格式及是否含A通道（alpha通道）。现在游戏内图片多数是用PNG或BMP
不含A通道的PNG比较简单，因为PNG本身支持透明、半透明显示，一般不需要A通道，修改起来比较方便，PS、FW均可。但很多公司的游戏都比较喜欢用带A通道的BMP
BMP则要观察是否含A通道，检验方法是用PS打开图片，然后查看图片通道，看看红蓝绿通道下面是否还有个A通道，若没有则跟上面的一样，PS或FW甚至Windows自带画图工具来改
若含A通道，则需要根据图片修改后的具体情况用PS修改A通道，这个过程会相对复杂，作为修图人员需要有足够耐心和PS技术
另外，png因为格式相较bmp要复杂一些，所以要从png里得到A通道要比从bmp里得到A麻烦的多，程序员也应有所准备
因此对于有A通道的图，比较常见的是[24位色bmp＋8位色mask图]、[32位色bmp（内藏A通道）]、[24位色PNG＋8位色PNG mask图]三种，有意成为修图人员的可以主攻上述3类图片格式的修改方法，即使无法3种全部懂得也应至少熟悉其中的某1、2种

（5）润色
一个比较有趣的步骤，很能体现一个人的语言技巧和水平
尽量让译文能被大多数人看明白看流畅也是润色的工作
润色人员根据分工可分为校对型润色人员和纯语言润色人员
前者需要有外语基础，他需要同时比对原文进行润色，同时对翻译『查漏补缺』
后者不需要有外语基础，但需要较高的中文语感水平
润色步骤并非像翻译一样按文本的分配拆分工作，而是必须流水式的从头到尾过一遍，而且对游戏的理解应不低于主犯
因此很多时候这一步都要求主犯参与或兼任，当然还是那句，优秀的翻译就是优秀的润色，翻译的完美了，也就没润色什么事了，所以现在润色要么是翻译人员要么是测试人员。

（6）测试
很多人认为测试就是提前玩到完整汉化的游戏
某种意义上这并没有错，因为到了测试这一步的时候游戏的汉化过程已经是尾声，也至少需要把游戏通玩一遍
但事实上仅仅抱持这种态度去当测试人员的话出来的成品一定好不到哪里去
作为出品前检验成果的最后一个关卡，测试人员的素质与产品质量成正比
能做到吹毛求疵的程度才算是及格的测试人员
一般来说测试过程中手上都应拿张纸或者开个记事本，记下每个错漏
遇到出错或弹出的情况应尽快进行排查，检查是自己的问题还是汉化的问题
这是个重复、重复、再重复的过程，可以说是被一个半成品折腾的过程，因此上面才说到当游戏测试人员的一般是不『敢』再玩成品了

（7）后期
这是一个很大范围的概念，包含的内容很多，不过对人员的要求都不是很高因此统一称为『后期』
虽然后期人员的要求不高，不需要懂外语、不需要懂技术、也不需要懂PS什么的，但这个部分却不可缺少
后期工作可以有很多，最基本的有整理汉化文件、编写人员名单及汉化说明、制作补丁或种子、对外发布
高级一点的还有收集OST（Original Sound Track）、特典，攥写心得、吐槽，收集反馈信息等
毕竟大部分汉化都是面向大众，因此如何在最后一步做得『好看』也是一门学问


4.盲点与误区


（1）汉化很困难
搞汉化时出现的，真正能称之为『难』的东西其实不多
与其说是『难』，倒不如说是『烦』
除了技术部分外，汉化并不怎么考验一个人的智商，但却十分考验一个人的耐性

（2）汉化对人员的资格要求很高
经常看到某些汉化组招人的时候要求技术员要计算机××级，翻译要求外语××级
我认为这是没必要的
这类等级是××局、××部里面那些考试考到脑中风的家伙弄出来的标准，等级很高仅仅证明其考试分数高，并不能证明实际运用水平高
民间汉化多出于对游戏的爱好，以一个死板的应试教育标准衡量一个人是否能汉化好一个游戏是无稽的
用这种门槛把有『爱』之人拒之门外是汉化组织者懒政思维的体现
等级可以作为分工的参考，但不应作为过滤网
否则民间汉化就失去了一个很重要的意义——『自由』

（3）翻译搞定就一切OK
不可否认翻译过程是汉化最重要的一步，但这仅仅是一个必要条件而非充分条件
翻译前后要做的事情其实并不比翻译本身轻松多少
尤其是程序加密程度很高或者需要修改的图片量很大的时候
程序员和美工往往比翻译更辛苦更花时间

（4）当策划和组织的很轻松
很多人以为当策划组织的就是指指点点的作用，什么都不需要懂
个人认为正好相反
作为汉化工作的中心人物，不仅要把握汉化工作的整个流程，还要对流程中的各个步骤有基础性的了解
若连一个最低的概念性理解都没有，那自然无法融入整个汉化中，也就无法作出合理的安排和组织
而且，实际操作中并非指指点点或开口就是『你要××××……』
用的更多的应该是『能否××××……』
谨记这是民间汉化，大家都只是同好，只有职能区别没有阶层区别，组织者做的应该是调配而非命令

唔….其实还有个第5部分，不过和我们的汉化没什么关系了，所以就不列出来了~喵~

文章改编：玄亟天