对比

RuneTranslate 对比 Translator++

Translator++ 是 RuneTranslate 在结构上最接近的同类。两者都打开游戏自己的数据文件，把每一条可翻译的字符串拉进一个你可以编辑的工程，再把结果写回成一份你留得下、也玩得了的成品 —— 都不在运行时读取内存，也都不在屏幕上画覆盖层。区别不在思路，而在于各自能在文件层面读懂哪些引擎，以及由谁来判断什么东西翻译起来是安全的。Translator++ 把 Unity 交给一个运行时插件，并要求译者自己筛掉脚本、标签和路径；RuneTranslate 把 Unity 当作文件来解析，并把这些筛选规则做进提取器本身。

开发者: Dreamsavior
许可证: GPL-3.0-or-later
运行平台: Windows 7 SP1+

简短的回答

如果你的游戏是 RPG Maker —— 包括 2000 和 2003 —— 或者文本就放在散装的 JSON、XML、表格或 .mo 语言包里，那么 Translator++ 有八年积累的解析器、一份庞大的翻译后端清单，以及一篇早就针对你这款游戏写好的教程。如果你的游戏是 Unity、Unreal、Godot、NScripter、AliceSoft，或者是 Electron、Cocos Creator 外壳，那么 RuneTranslate 会把它们当作文件来读，而 Translator++ 要么没有对应的解析器，要么把你引向一个运行时插件。如果你是一名想要完整 CAT 工作台、想要完全手动掌控的译者，Translator++ 也是更好的工具；如果你希望提取器本身就拒绝去翻译一个场景名或一条资源路径，那么 RuneTranslate 更合适。谁都没有全面胜出，很多人两个都装着。

什么时候 Translator++ 是更好的选择

如果你的游戏是 RPG Maker 2000 或 2003，先选 Translator++ —— 它从 v3.1.30 起就带有专门的 RM2K2K3 解析器，还有一条可选的 EasyRPG 解释器路线，用来绕开这两个引擎的编码限制，而 RuneTranslate 对它们根本没有适配器。如果你的文本存在一种没人写过适配器的格式里，也该选它：Custom Parser 和 Parser Model Creator 让你自己用正则或 JavaScript 规则定义一个新解析器 —— 这是一条今天就能拿到结果的路，而不是提一个功能请求；而通用的 JSON、XML、表格和 gettext .mo 解析器，加上 Windows Binary File 解析器，本身就已经覆盖了相当大的范围。如果你是一名真正在做翻译工作的译者，而不是只想跑一遍机翻，那更该选它：每一行可以有多列译文，让备选译法和机器输出与你的定稿并排放着；还有 Common Reference 术语表、团队共用时可选接 MySQL 或 MariaDB 后端的翻译记忆、能横跨整个游戏目录的 OmniSearch、自动化流程构建器、NetCollab 实时协作插件和 AI 校对器 —— 这是这个领域里最完整的一套 CAT 工具，而导出的 .trans 和 .tpp 工程文件，正是社区里译者之间传递成果的通用方式。如果你需要一个 RuneTranslate 没有的翻译后端，也该选它 —— Papago、Kakao、百度、Yandex 和 Excite 对那些主流三家表现薄弱的目标语言很重要，而 OpenAI 和 Gemini 的批量 API 大约能把成本砍掉一半。如果你想要一个不需要账号、也不限吞吐的完整工具，同样该选它，因为它的免费公开版正是如此。最后还有生态：到 2026 年 8 月为止大致每周一次的赞助者版本、一个约 4,150 人的 Discord，以及一个从 2018 年延续至今的 RPG Maker Forums 讨论帖 —— 这意味着当你这款具体的游戏出问题时，通常已经有人先撞上过了。

什么时候 RuneTranslate 更合适

最清楚的例子是 Unity。Translator++ 不在文件层面解析 Unity —— 它通过 BepInEx 或 ReiPatcher 把活交给 XUnity.AutoTranslator，所以交付物是一个运行时插件，外加一堆只会随着你游玩才逐渐填满的文本文件；Dreamsavior 自己的文档也说，译者必须把整个游戏走一遍才能把内容记录下来。RuneTranslate 则在 Mono 和 IL2CPP 版本上都读取 TextAsset 和 MonoBehaviour 字段、本地化表和 Addressables 包，并写出一份导出的成品。Unreal Engine 4 和 5、Godot 3 和 4、NScripter 与 ONScripter、AliceSoft System，以及 Electron 或 Cocos Creator 视觉小说外壳也是同理 —— 这些 Translator++ 都没有解析器。如果你不想自己一行行核对表格，这一点同样重要：RuneTranslate 会把场景名、动画参数、资源路径、查找键和比较操作数标成需要你主动勾选的行，绝不自动翻译，并在导出时再检查一遍 —— 因为正是这些字符串会悄无声息地把游戏弄坏。文本之外，Image Studio 能识别、修补、排版并把画进标题画面和按钮里的日文重新烘焙回去，而 Translator++ 的文档明说它做不到；云端翻译记忆则跟着你的账号在不同电脑之间走。不过也要把代价说清楚：RuneTranslate 只有 Windows 版，即便是免费档位也要用 Patreon 登录，免费档位在 AI 服务上大约慢 2 倍，而且一次只能开一个工程；Image Studio 是免费档位唯一一处只读而非降速的地方；另外有些引擎有经过实机验证的可玩基线，有些则老实说只是尽力而为。

逐项并列

只列出两者真正有差别的方面。Translator++ 的细节取自其官网、文档和更新日志，截至 2026 年 8 月 —— 两个项目都更新频繁，所以在做决定前请核实当前版本。

对比项	RuneTranslate	Translator++
Unity 游戏	在 Mono 和 IL2CPP 版本上都按文件解析 —— TextAsset 和 MonoBehaviour 字段、本地化表、Addressables 包 —— 再写回一份导出的成品。	交给 XUnity.AutoTranslator，经由 BepInEx 或 ReiPatcher：一个运行时插件，译文随你游玩逐渐累积；ReiPatcher 仅限 Mono，IL2CPP 覆盖不完整。
RPG Maker 2000 与 2003	没有翻译适配器；只能通过 rm2k3 LCF 编解码读取存档。	支持 —— 自 v3.1.30 起有专门的 RM2K2K3 解析器，另有可选的 EasyRPG 解释器路线处理 Unicode。
Unreal、Godot、NScripter、AliceSoft、Electron 与 Cocos	各有一个适配器：.pak、.locres 和 UE5 IoStore；.pck 与 .translation；.nsa 与 .sar；System 3.x 和 4；以及包含 Cocos Creator 版本在内的 app.asar 外壳。	全都没有专门的解析器；Custom Parser 能读到散装文本文件，但读不了加密的二进制容器。
通用与二进制文本格式	没有面向任意文件的通用解析器；Developer 标签页支持 CSV、JSON、PO 和 XLIFF 的批量互转，编译进代码的 .NET 字符串只在 Unity Mono 游戏里读取。	支持 —— JSON、XML、表格和 gettext .mo 解析器，外加读取 .dll 或 .exe 内字符串的 Windows Binary File 解析器。
自己添加一种格式的支持	做不到 —— 每个引擎都内置在应用里，不支持的格式只能作为功能请求提出。	可以 —— 解析器是插件，Custom Parser 和 Parser Model Creator 能用正则或 JavaScript 规则做一个新的出来。
让标识符和路径保持原样	按引擎设置的结构化把关：控制标识符、资源路径和比较操作数会被标成需主动勾选的行，绝不自动翻译；导出时同一套规则再跑一遍。	有筛选功能，但 FAQ 明说：判断哪些是脚本、标签、路径或变量名，是译者的工作，而不是工具的。
安装做好的翻译	应用自己写出成果 —— 视引擎而定，可能是一份完整可运行的副本、一个覆盖用的 .pak、一个 patch.xp3，或是重打包后的归档。	你得把导出的文件复制进游戏的数据文件夹，并删掉或改名原来的归档，比如 Game.rgss3a 或 Data.wolf，否则引擎会继续加载未翻译的原文件。
烙进美术里的日文	Image Studio 在其支持的引擎上识别、修补、排版并把文字重新烘焙进美术里；免费档位能打开查看，但不能编辑。	没有 —— 文档写明 Translator++ 只翻译文本，没有读取图片文件中文字的能力。
免费版能给你什么	永远是最新版本，所有引擎、服务商和编辑器全部解锁，但需要 Patreon 登录，在 AI 服务上大约慢 2 倍，且一次只能开一个工程。	完整的工具，不限吞吐，也没有登录门槛，但公开版是一年一次的快照 —— 2026 年 4 月 30 日的 8.4.15B，而赞助者在 2026 年 8 月已经用上 8.8.8。
付费档位	Supporter $3/月、Pro $5/月；另有 Developer 档位，价格另行洽谈，不公开标价。	Patreon 赞助从 $2/月起，$4、$6、$12 和 $25 档位分别解锁滚动更新的版本、部分插件，以及 Translation Proxy 之类的额外内容。
机器翻译后端	九个 —— Google、免费的 DeepL 接口、DeepL Classic 与 Next-gen、DeepL API、OpenAI、Anthropic、DeepSeek、任意 OpenAI 兼容接口，以及通过 Ollama 或 LM Studio 的本地模型。不附带离线模型。	20 个以上，包括 Papago、Kakao、百度、Yandex、Excite 等地区性引擎，OpenAI 和 Gemini 的批量 API，以及自 8.4.15 起内置的、覆盖 40 多种语言的离线翻译器。
翻译记忆与术语表	云端翻译记忆绑定你的账号，在任何登录过的电脑上都能用，另有术语表；两者均为 Supporter 及以上。	工程级翻译记忆加 Common Reference 术语表，团队共用时可选接 MySQL 或 MariaDB 后端。
成熟度与社区	2026 年 5 月才首发 —— 年轻得多，社区更小，第三方教程也少得多。	八年不间断开发，赞助者版本大致每周一次，约 4,150 人的 Discord，以及一个自 2018 年延续至今的 RPG Maker Forums 讨论帖。
源代码	闭源。	核心为 GPL-3.0 并公开源码，不过公开镜像停留在 2024 年 8 月的 6.4.11，各插件有各自的许可，且部分需要赞助者身份。

RuneTranslate 与 Translator++ 及其开发者 Dreamsavior 无隶属关系。以上每一处细节均于 2026 年 8 月对照该项目自己的官网、文档、更新日志和公开源码镜像核实；两款工具都更新频繁，因此在你决定采用某套工作流程之前，请先确认任何关键信息。

常见问题

RuneTranslate 能直接替代 Translator++ 吗？

并非在每个方向上都能。两者在 RPG Maker MV 和 MZ、XP、VX 与 VX Ace、Wolf RPG、Kirikiri、Ren'Py、TyranoScript、LiveMaker、YU-RIS、Artemis、Bakin 和 SRPG Studio 上高度重叠 —— 这些引擎上两者都从游戏文件里提取字符串，并导出一份你留得下的成品。重叠之外就分道扬镳了：RuneTranslate 多出文件层面的 Unity，以及 Unreal、Godot、NScripter、AliceSoft 和 Electron、Cocos 外壳；Translator++ 则多出 RPG Maker 2000 和 2003、通用的 JSON、XML、表格与 .mo 解析，还有一个你能自己扩展的 Custom Parser。在假定哪一款能搞定之前，先查一下你这款游戏的具体引擎。

Translator++ 是怎么处理 Unity 游戏的？

Translator++ 不在文件层面解析 Unity 素材。它通过 BepInEx 或 ReiPatcher 把 Unity 游戏交给 XUnity.AutoTranslator，那是一个运行时插件：只有当某一行出现在屏幕上时，译文才会被记进文本文件，所以要做出一份完整的翻译，就意味着要把整个游戏玩一遍；而且 ReiPatcher 只支持 Mono，对 IL2CPP 的支持并不完整。在 Translator++ 的其他地方你拿到的都是导出的成品，唯独 Unity 的交付物是一个需要玩家自己安装的插件。RuneTranslate 在 Unity 上走的是文件层面的路线，在 Mono 和 IL2CPP 上都读取 TextAsset 和 MonoBehaviour 字段、本地化表和 Addressables 包。

RPG Maker 2000 或 2003 的游戏该用哪一款？

毫不犹豫地选 Translator++。它自 v3.1.30 起就带有专门的 RM2K2K3 解析器，还包含一条可选的 EasyRPG 解释器路线，用来绕开这两个引擎的编码限制。RuneTranslate 对 RPG Maker 2000 和 2003 完全没有翻译适配器 —— 它只能通过 rm2k3 LCF 编解码读取它们的存档文件。而在 MV、MZ、XP、VX 或 VX Ace 上，两款工具都是实打实的选择。

Translator++ 是免费的吗？Patreon 后面又有什么？

Translator++ 的公开版是真正免费且功能完整的，不限吞吐，翻译一款游戏也不需要账号。Patreon 买到的是时效和额外内容：公开版按年更新 —— 8.4.15B 发布于 2026 年 4 月 30 日 —— 而赞助者在 2026 年 8 月 9 日就已经用上 8.8.8，所以新的解析器、翻译服务支持和修复可能会早上好几个月。赞助从 $2/月起，部分插件和功能与赞助等级挂钩。RuneTranslate 的取舍正好相反：所有人都能用上最新版本，但必须用 Patreon 登录，而且免费档位是被降速，不是被砍功能。

这两款工具能翻译图片里的日文吗？

Translator++ 不能 —— 它的文档直接写明它只翻译文本，没有读取图片文件内文字的能力，所以标题画面、菜单按钮和 CG 上的文字仍会是日文。RuneTranslate 的 Image Studio 正是为这种情况准备的：识别文字、把它从画面里修掉、让你排上一版译文，再把结果烘焙回游戏自己的图片格式。免费档位可以打开并查看 Image Studio，但不能在里面编辑 —— 这是免费档位唯一一处是只读、而不只是更慢的地方。

同一个项目能同时用 Translator++ 和 RuneTranslate 吗？

两者没有共通的工程格式，所以你没法在 RuneTranslate 里打开 .trans 或 .tpp 文件，也没法在 Translator++ 里打开 .rtproj 文件。真正能在两者之间流转的是文本本身：Translator++ 支持表格的导入导出，RuneTranslate 的 Developer 标签页支持 CSV、JSON、PO 和 XLIFF 的批量互转，所以从一边逐行导出的内容，可以编辑后再手动对一下键名导进另一边。实际上，大多数两款都用的人是按游戏来挑，而不是按阶段来切 —— 一款工具负责它能解析的引擎，另一款负责剩下的。

拿你卡住的那款游戏试试

免费档位解锁每一种引擎、每一个翻译服务和完整的编辑器 —— 只是翻译跑得慢一些，在 AI 服务上大约 2 倍，而且一次只能开一个工程。它需要 Patreon 登录，运行在 Windows 上。如果你的游戏是 Unity、Unreal、Godot 或 Electron 外壳，这也是在你敲定任何工作流程之前，最快弄清它能不能干净提取的办法。

下载 Windows 版成为 Supporter（$3/mo）