说实话,写这篇文章的时候我正坐在电脑前，喝着已经凉了的咖啡，突然想到自己第一次接触NBA2K12的场景——那会儿刚上大学，宿舍四个人挤在一台笔记本前，连手柄都没有，用的键盘，游戏倒是正版英文的，但说实话，打比赛倒还好，就是那些菜单啊、战术啊、球员介绍啊……看得我直挠头，后来不知道谁从隔壁宿舍拷了个汉化补丁过来，装上之后，整个游戏焕然一新，那种感觉，就像是给一个熟悉的陌生人配了张中文名片。
所以今天想聊聊NBA2K12汉化这件事,顺便说说，如果让我用Golang来写一个汉化工具，我可能会怎么折腾，放心，这不是一篇技术手册，更像是一个老玩家的碎碎念加一点动手心得。
汉化，首先是个体力活
NBA2K12里面需要汉化的地方真的不少,从主菜单、球员姓名、球队介绍，到战术板、解说台词（虽然文本居多），再到那些杂七杂八的提示信息，林林总总加起来少说几千条，常见的汉化方式，是把游戏里的字符串提取出来，翻译成中文，再打包回去。
我记得当年有些汉化组,是用一个叫“萃取器”的工具把文本导成TXT或CSV格式，然后一行一行翻译，翻译完再通过一个写入工具塞回去，这个过程特别容易出错，比如漏掉了某个换行符，或者中文字符编码不对，游戏就崩了，我有个朋友就干过这种事，翻译完一晚上，第二天打开游戏全是乱码，气得他差点把键盘吃了。
如果用Golang来搞呢？
好,现在假设我打算重新做一个NBA2K12的汉化小工具，为什么选Golang？因为简单，部署方便，而且并发处理文件的时候效率不错，游戏文本文件通常是二进制格式，或者经过简单的压缩加密，所以第一步要解析这些文件。
我用Golang写过一个实验性的库,用来读取类似NBA2K系列文本容器格式，逻辑大概是：
- 打开文件,定位文件头，判断格式类型。
- 读取字符串表的偏移量和长度。
- 把每条字符串按编码解析出来——NBA2K12用的是UTF-16LE，这个要注意，否则中文会变成???。
- 存成一个结构体切片,每条字符串后面挂一个字段用来存翻译后的内容。
代码大概是这种感觉（我凭记忆写个伪码）：
type StringEntry struct {
Offset int64
Length int
Origin string
Translated string
}
func parseStrings(path string) ([]StringEntry, error) {
// 读取文件之类
// 按偏移量提取原始字符串
}
真正的解析比这复杂,还要处理指针、对齐、校验和什么的，但核心思路就是这个。
翻译环节：工具和人，谁更重要？
说到翻译,很多人觉得找个翻译软件一跑就行了，但NBA2K12里面有大量篮球术语，pick and roll”要是翻译成“挑选和滚动”，就真变成搞笑游戏了，还有球员名字，Kevin Durant要是写成“凯文·杜然特”，老球迷一看就知道不对。
我在做那个工具的时候,特意做了一个映射表——就是把常见的英文球员名和战术术语，预置一个正确的中文翻译。
- LeBron James → 勒布朗·詹姆斯
- Alley-oop → 空中接力
- Fast break → 快攻
- Zone defense → 区域联防
这个映射表可以做成JSON文件,放在工具目录下，用户也可以自己加规则，Golang里解析JSON很方便，一个json.Unmarshal就搞定了。
type TermMap map[string]string
func loadTerms(path string) (TermMap, error) {
data, err := ioutil.ReadFile(path)
if err != nil {
return nil, err
}
var terms TermMap
err = json.Unmarshal(data, &terms)
return terms, err
}
这样,翻译的时候就可以先查表，如果查到就直接用映射的翻译，没查到的再让用户手动输入，很多汉化组就是这样干的——先做术语统一，再做全文翻译。
编码问题，永远绕不开的坑
做汉化有一个躲不掉的坑：编码，NBA2K12的文本文件默认是UTF-16LE，但有些配置文件是ANSI或者UTF-8 BOM，如果不小心搞混了，游戏里就可能显示方块、问号或者干脆不显示。
我在自己的工具里加入了一个编码检测模块,用Golang的golang.org/x/text/encoding去判断，流程是：
- 读前几个字节,检查BOM
- 如果没有BOM,尝试用UTF-8解码，如果失败就回退到本地编码
- 写入的时候,统一转成UTF-16LE
看起来简单,但实际做的时候各种边界情况，比如有些字符串中间包含非法字符，直接报错，这时候只能跳过，或者用占位符代替，说实话，我写过最长的调试日志，就是跟编码问题斗智斗勇的那几天。
用户自定义：让汉化接地气
我后来还给工具加了一个功能：让用户可以自己编辑一个文本文件，里面写好对应关系，工具自动导入，举个例子：
# 用户自定义翻译
"Boston Celtics" = "波士顿凯尔特人"
"Los Angeles Lakers" = "洛杉矶湖人"
"三层看台" = "Upper Deck" # 反过来也可以
这个功能特别受周围朋友喜欢,因为有些翻译其实是带有个人情感的，比如我一个朋友非要把“LeBron James”翻译成“小皇帝”，他觉得这样才够味道，工具嘛，能灵活一点总是好的。
为什么汉化永远有意义
现在回头看看,NBA2K12已经是十几年前的游戏了，画面比不上现在的次世代，物理引擎也没那么真实，但每次想起当年跟室友一起玩的日子，心里还是热的，汉化这种东西，说到底不是为了炫耀技术，而是为了让更多人能没有障碍地享受游戏。
去年我碰到一个高中生,他还在玩NBA2K12，用的就是当年那个汉化版，他甚至不知道原版是没有中文的，我告诉他这件事的时候，他愣了一下，然后说：“原来我用了这么多年人家的劳动成果。”那一刻我突然觉得，写汉化工具也好，做汉化补丁也好，确实是在做一件有意思的事。
写到最后
这篇文章写到这里,其实也谈不上什么结尾，NBA2K12汉化这件事，对我来说就是一段回忆加一点折腾，我用Golang写工具，不是为了跟谁比，只是觉得这样方便，写起来顺手，你说它全面吗？肯定不，里面可能还有我没说到的坑，比如字体替换、界面调校、甚至某些特殊字符导致的崩溃，但事情就是这么一步步干出来的。
如果哪天你心血来潮,想在老游戏里加个中文，不妨也试试，别怕麻烦，别怕踩坑，找到一款趁手的语言，研究一下文件结构，一句一句翻译，一个字节一个字节调整，最后看到熟悉的汉字出现在游戏里，那种感觉——比打赢总决赛还过瘾。
本文来自作者[kyadmin]投稿，不代表ac米兰官网立场，如若转载，请注明出处：http://milanatour.com/nba/347.html
评论列表（4条）
我是ac米兰官网的签约作者“kyadmin”！
希望本篇文章《NBA2K12汉化，用Golang写一段属于我们的篮球记忆》能对你有所帮助！
本站[ac米兰官网]内容主要涵盖：AC米兰,ac米兰中文,AC米兰官网
本文概览：说实话,写这篇文章的时候我正坐在电脑前，喝着已经凉了的咖啡，突然想到自己第一次接触NBA2K12的场景——那会儿刚上大学，宿舍四个人挤在...