如何翻译 AliceSoft System 游戏（Rance、Evenicle……）

RuneTranslate 能读取日本 PC 游戏中最大、呼声最高的目录之一：AliceSoft 的 System 引擎 —— 支撑着整个 Rance 系列、Evenicle、Daiakuji、Toushin Toshi 系列，以及数十年的众多作品。如果你曾打开过一个 Rance 文件夹，看到一堆 .ald 文件和一个里面没有任何可读内容的 System39.ain 或 Rance6.ain，却完全不知道对话到底藏在哪里 —— 那就是这个引擎。RuneTranslate 会检测它、用纯 TypeScript 打开归档、无论文本藏在哪里都能找到消息文本，并导出游戏自己就能加载的译好副本。

先说实话：AliceSoft 支持是刚构建好的。提取和逐字节精确的写回已在真实游戏上验证 —— Rance 5D、Sengoku Rance 和 Rance VI —— 但启动一个完整翻译的构建并确认它在游戏中正确渲染，仍在验证中。所以如果你把 RuneTranslate 指向一个 AliceSoft 游戏，而它检测不到、打不开，或导出了游戏无法加载的东西，请告诉我们 —— 文末有更多说明。

AliceSoft "System" 引擎究竟是什么

AliceSoft 自研了他们自己的引擎，并几乎用它做了一切。它其实是一个品牌下的两个引擎：

• System 3.x —— 经典作品。一个小型解释器（alice.exe / System39.exe）运行编译过的剧本文件，配一个 System39.ain 索引和承载数据的 .ald 归档。
• System 4 —— 现代作品。一个 System40.exe 解释器运行每个游戏各自的 .ain，那是一整个编译过的程序映像，旁边还有 .ald 和更新的 .afa 归档。

两者都把面向玩家的文本存放在记事本打不开的地方 —— 这正是这个庞大目录一直无法被普通机器翻译工具触及的原因。

AliceSoft 游戏为何一直如此难翻译

• 对话不在你以为的地方。 在 System 3.x 上，编译过的剧本文件（.SCO）按编号引用每条消息；台词本身住在 System39.ain 中经过位腐化的 MSGI 段里，所以纯文本搜索什么也找不到。
• System 4 把一切都包了起来。 那个 .ain 是一个完整的编译程序，要么以 zlib 压缩（"AI2"格式）发布，要么完全加密（一个覆盖整个文件的 MT19937 密钥流）。你必须先拆开容器，才有东西可读。
• 文本坐落在一个程序里，而非一个脚本里。 一旦拆开，消息池和字符串池就埋在字节码、函数、全局变量和类型表之间 —— 只有遍历整个程序结构才能找到。
• 并非每个字符串都是对话。 格式字符串、调试文本，以及游戏逻辑所依赖的标识符混杂其中；不小心翻译了一个，某处就会悄无声息地坏掉。

这正是 RuneTranslate 现在替你做的工作 —— 归档读取器、去混淆器、容器拆解器、程序遍历器，以及一个能把对话从引擎内部字符串中区分出来的守卫。

RuneTranslate 现在能做什么

RuneTranslate 用纯 TypeScript 处理整条流水线 —— 没有 GARbro、没有外部工具、没有 Python 附属程序、无需安装任何东西：

• 直接读取 `.ald` / `.afa` 归档。 它自行打开 Alice Linked Data 和 Alice File Archive 容器并列出里面的内容。
• System 3.x：找出隐藏的消息。 它对 System39.ain 的 MSGI 段去混淆并列出每一行。
• System 4：拆开两种容器。 无论 .ain 是 zlib 压缩的 AI2 格式还是加密的那种，它都会拆包、遍历程序映像，并取出消息池（对话）以及字符串池。
• 能区分对话与机器逻辑。 格式说明符、调试字符串和标识符会被呈现出来，但默认排除为红色的选择加入行，所以你绝不会不小心翻译了程序所依赖的东西。
• 写回时不会破坏引用。 字节码按索引指向每一行，所以译文可以是任意长度。导出会重写消息数据 —— System 3.x 就地重写，System 4 重新打包容器 —— 且当没有任何改动时逐字节完全相同。

日译英是最佳场景，但你可以针对 30 多种语言。

你需要准备什么

• Windows 版 RuneTranslate —— 免费；每一种引擎和翻译服务都已解锁（免费档位是速度受限，而非功能受限）。
• 一个 AliceSoft 游戏文件夹 —— 解释器（System 3.x 用 alice.exe / System39.exe，或 System 4 用 System40.exe）、一个 System39.ain 或每个游戏各自的 .ain，以及 .ald / .afa 归档。
• 一个目标语言 —— 英语、西班牙语、法语、德语、中文，以及 30 多种其他语言。
• 一个翻译服务。免费的 Google Translate 开箱即用；DeepL 有免费档位；OpenAI、Anthropic、一个本地模型，以及任意 OpenAI 兼容 API 都需要自备密钥。Rance 及其同类对话量很大，所以 LLM 或 DeepL 读起来最好。

第 1 步：打开游戏文件夹

启动 RuneTranslate，点击 新建项目，把它指向 AliceSoft 游戏目录。检测会自动运行 —— 它会在 .ald / .afa 归档旁发现 System39/40 解释器，把项目识别为 AliceSoft，并告诉你它是哪个 System 版本。你的原始游戏文件夹永远不会被修改。

第 2 步：文本是如何被读取的

对于 System 3.x 游戏，RuneTranslate 会对 System39.ain 的 MSGI 消息段去混淆并列出每一行。对于 System 4 游戏，它会拆开 .ain 容器 —— 无论是 zlib 压缩还是加密 —— 遍历程序映像，并取出消息池和字符串池。无论哪种方式，引擎的内部字符串（格式说明符、调试文本、标识符）都会显示但默认排除，于是你只翻译玩家看得到的内容。

第 3 步：翻译

选一个翻译服务并运行。LLM（OpenAI / Anthropic）最适合角色声线和该系列夸张的语气，DeepL 对旁白又快又干净，而免费的 Google Translate 对短菜单字符串和物品名够用。事先给你的角色阵容建好术语表，让名字渲染得一模一样 —— 参见 术语表 101。完成后，用 AI 润色器 做可选的一遍处理，它会在上下文中重读每一行，收紧 MT 往往留下的生硬、直译的措辞。

第 4 步：导出即刻可运行的副本

点击 导出。RuneTranslate 会写出一个游戏的译好副本，把重建的 .ain 松散地放在它旁边 —— 不重新打包归档。解释器会加载译好的 .ain，于是游戏直接读取你的译文。运行它，它就用你的目标语言游玩。

已知的局限

• AliceSoft 文本是 Shift-JIS（cp932）。 英语和其他可用 cp932 表示的目标语言能干净地导出 —— 而且 RuneTranslate 会对每一行做字体归一化，让智能标点和带重音的拉丁字母得以保留。带有 cp932 之外字符的目标语言（扩展西里尔、韩语、繁体中文）需要一个尚未自动化的游戏字体/编码技巧。
• 完整翻译的游戏内加载仍在确认中。 提取和逐字节精确的往返已在 Rance 5D、Sengoku Rance 和 Rance VI 上验证；端到端地启动一个完整翻译的构建仍在验证，所以请先测试你导出的副本。
• System 4 已在 `.ain` 版本 4 和 5 上验证。 更新的 v8+ 程序格式以尽力而为的方式支持，尚未在游戏中验证，加密的 .afa v3 归档索引亦然。
• 仅消息和字符串文本。 塞在引擎 .ex / ExStruct 数据文件里的数据尚未提取。
• 烘焙进图像美术里的文本 —— 一个作为位图绘制的标题画面或 CG —— 是像素，不是脚本文本。那种情况请参见 图片文字翻译。

它是全新的 —— 告诉我们哪里坏了

值得重复：AliceSoft 支持是一个全新加入。归档读取器、System 3.x 和 System 4 提取，以及逐字节精确的写回都已构建、经过单元测试，并在真实的 Rance 游戏上验证 —— 但这个目录横跨数十年、有许多我们并未全部见过的格式修订。所以如果你把 RuneTranslate 指向一个 AliceSoft 游戏，而它检测不到、打不开归档、什么也提取不出，或导出了游戏无法加载的东西，请在我们的 Discord 上报告 —— 游戏名和 System 版本能帮我们最快地加固它。

下载 RuneTranslate，把它指向你一直想读的那个 Rance 游戏，试一试。想看另一个基于归档的引擎，接着读 YU-RIS 教程。