1. 项目概述为什么我们需要游戏AI翻译如果你是一个狂热的单机游戏玩家或者是一个独立游戏开发者那么“啃生肉”和“为爱发电”汉化这两个词你一定不陌生。前者指的是硬着头皮玩没有本地化语言的原版游戏后者则是一群爱好者用爱发电耗时数月甚至数年进行游戏文本的提取、翻译和导入。这个过程既繁琐又低效尤其是对于文本量巨大的RPG或视觉小说游戏。而今天要聊的XUnity.AutoTranslator就是打破这堵墙的一把利器。它不是一个简单的文本替换工具而是一个运行在Unity游戏引擎内部的实时翻译框架能够在你游戏的过程中自动拦截游戏引擎渲染的文本调用你指定的翻译服务无论是免费的在线API还是部署在本地的AI大模型并将翻译结果实时覆盖到游戏画面上。简单来说它让“实时AI翻译补丁”成为可能。这个工具的核心价值在于其“自动化”和“可定制性”。自动化意味着你不再需要手动提取游戏资源文件、处理复杂的文本编码、或者担心修改游戏文件导致崩溃。可定制性则意味着你可以自由选择翻译引擎——从谷歌、百度、DeepL等成熟的云服务到最近火热的本地大语言模型LLM如Ollama搭配Qwen、Llama等模型实现完全离线的、高质量的翻译。这对于担心隐私、网络不稳定或者追求极致翻译质量的玩家和开发者来说是革命性的。接下来我将带你从零开始在5分钟内完成基础配置并深入探讨如何利用本地AI模型打造专属的高质量翻译方案。2. 核心架构与工作原理拆解要玩转XUnity.AutoTranslator不能只停留在“怎么装”的层面理解它如何与Unity游戏“对话”至关重要。这能帮助你在遇到各种稀奇古怪的翻译问题时快速定位症结所在。2.1 Unity的文本渲染管线与钩子Hook机制Unity游戏中的文字绝大多数都不是一张静态图片而是通过UGUIUnity GUI或TextMeshPro等文本组件动态渲染出来的。这些组件在运行时会向Unity引擎请求绘制指定的字符串。XUnity.AutoTranslator的核心技术就是通过一种叫做“钩子”Hook或“注入”Injection的技术在游戏进程启动时将自己插入到Unity引擎和游戏代码之间。具体来说它使用了像BepInEx对于基于Mono的Unity游戏或MelonLoader对于较新的基于IL2CPP的Unity游戏这样的Mod框架。这些框架能够在游戏启动初期加载插件Plugin。XUnity.AutoTranslator作为插件会寻找Unity引擎中负责处理文本显示的关键函数例如Text.set_text或TextMeshProUGUI.SetText。找到后它会将自己的一个处理函数“挂”到这些原始函数上。这样每当游戏试图设置一段文本时控制权会先经过XUnity.AutoTranslator。2.2 翻译流程的四大阶段拦截到文本只是第一步后续的流程是一个精心设计的管道文本拦截与预处理插件捕获到原始文本可能是英文、日文等。首先它会进行一系列预处理比如去除富文本标签如colorred、处理特殊字符、以及最重要的——去重和缓存。游戏同一句文本可能在不同场景反复出现为每一句都请求翻译是巨大的浪费。插件会维护一个本地翻译缓存文件通常是Translation.txt优先从缓存中读取已有翻译。翻译器Translator调度如果缓存中没有文本会被送入“翻译器”链。这是插件最灵活的部分。你可以配置多个翻译器如先尝试谷歌免费API失败后尝试百度。每个翻译器都是一个独立的模块负责与特定的翻译服务通信。文本后处理与注入拿到翻译结果如中文后插件需要进行后处理。这包括将之前去除的富文本标签重新加回去以确保翻译后的文字依然保持原版的颜色、大小、粗体等样式。最后这个处理好的字符串才会被设置回游戏的文本组件完成画面的实时更新。异步与延迟处理为了避免翻译请求阻塞游戏主线程导致卡顿所有的网络请求调用在线API都是在后台异步进行的。未翻译的文本可能会先显示原文待翻译完成后自动替换。你还可以设置延迟翻译比如只在对话停顿时才触发翻译进一步提升体验。理解这个流程你就会明白为什么有些UI按钮文字没翻译可能不是通过标准Text组件渲染的。为什么翻译后样式乱了后处理环节可能没处理好复杂标签。为什么第一次慢后来就快了缓存机制生效了。3. 5分钟极速上手基础配置实战理论说得再多不如动手一试。我们以最经典的Mod框架BepInEx为例展示如何为一款Windows平台的Unity游戏安装和配置XUnity.AutoTranslator。3.1 环境准备与工具安装首先你需要确定你的游戏使用的是什么运行时。老游戏多用Mono新游戏多用IL2CPP。一个简单的判断方法是看游戏目录下是否有GameAssembly.dll文件有就是IL2CPP。对于IL2CPP我们需要使用MelonLoader。这里以更通用的BepInEx适用于Mono为例。下载BepInEx访问BepInEx的GitHub发布页下载与你的游戏位数通常是x64对应的版本。通常是一个压缩包。安装BepInEx将压缩包内的所有文件解压到你的游戏根目录即包含游戏主exe文件的目录。运行一次游戏如果安装成功根目录下会生成BepInEx文件夹以及doorstop_config.ini等文件。下载XUnity.AutoTranslator访问其GitHub发布页下载最新版本的XUnity.AutoTranslator-BepInEx-*.zip。安装插件将压缩包内的BepInEx文件夹合并到游戏根目录的BepInEx文件夹中。通常插件文件会被放置在BepInEx/plugins目录下。注意安装任何Mod前强烈建议备份原始游戏文件。虽然BepInEx和XUnity.AutoTranslator一般不会修改游戏原文件但备份是一个好习惯。3.2 核心配置文件详解安装完成后首次运行游戏会在BepInEx/config目录下生成插件的配置文件AutoTranslatorConfig.ini。这个文件控制着翻译行为的一切。我们用记事本或任何代码编辑器打开它调整几个关键参数就能实现基础翻译。[General] ; 是否启用翻译 EnableTranslation true ; 翻译的目标语言简体中文 Language zh ; 是否在翻译未完成时先显示原文 ShowOriginalBeforeTranslation false [Service] ; 指定使用的翻译服务这里我们用免费的谷歌翻译 ; 可选值GoogleTranslate, BingTranslate, DeepL, BaiduTranslate, etc. DefaultTranslator GoogleTranslate [GoogleTranslate] ; 谷歌翻译无需API密钥即可使用但可能不稳定或有频率限制 ; 如果经常失败可以考虑配置其他服务保存配置文件重启游戏。进入游戏后你应该能看到大部分UI文本和对话已经开始被翻译成中文。如果遇到翻译失败游戏内按F7键可以打开插件的控制台查看实时日志。3.3 初体验与问题快速排查第一次使用你可能会遇到几个典型问题问题一游戏启动崩溃或黑屏。排查检查BepInEx版本是否与游戏兼容以及XUnity.AutoTranslator插件版本是否与BepInEx版本匹配。确保所有文件都放在了正确的位置。解决去社区如GitHub的Issues页面查找是否有相同游戏的成功案例或尝试更换BepInEx/插件的版本。问题二部分文字没翻译尤其是图片里的字。排查这是正常现象。XUnity.AutoTranslator只能拦截通过代码动态设置的文本。所有直接做在贴图Texture里的文字比如一些美术字Logo、复杂的UI背景图上的文字都无法翻译。这是技术原理上的限制。解决无解。这类游戏需要传统的“图形汉化补丁”即修改游戏资源图片。问题三翻译速度慢游戏卡顿。排查在线翻译API受网络延迟影响大。如果文本量大频繁请求会导致卡顿。解决在配置文件中增加缓存大小并考虑使用本地AI翻译下文详解。同时可以开启DelaySeconds选项让翻译在文本显示后稍等片刻再进行避免瞬时高峰。完成以上步骤你已经成功实现了最基本的在线翻译。但这只是开始免费在线API的翻译质量、稳定性、隐私性都难以保证。接下来我们将探索更强大、更私密的解决方案——本地AI翻译。4. 进阶核心部署本地AI翻译引擎依赖在线API总会有网络波动、服务限流甚至关闭的风险。而本地AI翻译则将控制权完全交还给你自己。这里我们以目前最容易上手的Ollama搭配Qwen模型为例构建一个完全离线、高质量的翻译引擎。4.1 为什么选择Ollama QwenOllama它是一个开源的、跨平台的工具能够让你在本地一键下载、运行大型语言模型。它简化了模型部署的复杂性无需配置复杂的Python环境对新手极其友好。Qwen通义千问由阿里开源的大语言模型系列。其Qwen2.5系列模型在多语言理解和翻译任务上表现优异特别是中英互译质量很高且对硬件要求相对友好。7B参数版本的模型在消费级显卡如RTX 4060 8G上就能流畅运行。这个组合的优势在于部署简单、效果出众、完全离线。你的游戏文本数据不会离开你的电脑翻译质量也远超许多免费的通用API。4.2 本地翻译环境搭建步骤安装Ollama访问Ollama官网下载对应你操作系统Windows/macOS/Linux的安装包。像安装普通软件一样安装它。安装完成后它会在后台运行一个服务。拉取Qwen模型打开命令行CMD或PowerShell。输入命令ollama pull qwen2.5:7b。这个命令会从Ollama的模型库中下载Qwen2.5的7B参数版本。下载时间取决于你的网速模型大小约4-5GB。下载完成后你可以运行ollama run qwen2.5:7b来测试模型是否正常工作。在出现的对话界面中输入“你好世界”看它是否能正确回复。配置XUnity.AutoTranslator使用本地模型我们需要一个“桥梁”让XUnity.AutoTranslator能把文本发送给本地的Ollama服务并把回复作为翻译结果。这个桥梁就是支持“自定义HTTP接口”的翻译器。修改AutoTranslatorConfig.ini文件[Service] ; 将默认翻译器改为支持自定义终端的 DefaultTranslator Custom [Custom] ; 这是Ollama默认的API地址模型运行后就在监听这个端口 Endpoint http://localhost:11434/api/generate ; 请求方法固定为POST Method POST ; 请求头告诉Ollama我们发送的是JSON数据 Headers Content-Type:application/json ; 这是最关键的部分请求体模板。它定义了发给AI的“指令”。 BodyTemplate {model: qwen2.5:7b, prompt: 请将以下游戏文本从{0}翻译成{1}保持术语一致语言自然流畅直接输出翻译结果\n\n{2}, stream: false} ; 从响应JSON的哪个字段提取翻译结果Ollama返回的是 {response: 翻译结果} ResultPath response这个配置的核心是BodyTemplate。它构造了一个给Qwen模型的提示词Prompt“请将以下游戏文本从{0}翻译成{1}...”。其中{0}和{1}会被插件自动替换为检测到的源语言如ja和目标语言zh{2}是待翻译的原文。启动与测试确保Ollama服务正在运行通常安装后会自动启动。启动游戏。现在游戏中的文本翻译请求将不再发往谷歌而是发往你本机11434端口运行的Qwen模型。4.3 提示词工程与翻译质量调优直接使用简单的翻译指令可能不够完美。游戏文本包含大量专有名词人名、地名、技能名、口语化表达和特殊语境。我们可以通过优化提示词来大幅提升翻译质量。一个更专业的游戏翻译提示词可以这样设计{ model: qwen2.5:7b, prompt: 你是一名专业的游戏本地化翻译员。请将以下游戏文本从{0}翻译成{1}。请严格遵守以下规则\n1. 保持原文风格如果是对话请口语化如果是物品描述请书面化。\n2. 统一术语以下术语表必须严格遵循[Term:『Potions』 - 『治疗药水』], [Term:『Mana』 - 『法力』]。\n3. 忽略所有XML或富文本标签如colorred不要翻译它们。\n4. 直接输出翻译结果不要添加任何解释。\n\n待翻译文本{2}, stream: false, options: { temperature: 0.3 // 降低“创造力”让输出更确定、更一致 } }你可以在游戏过程中将反复出现但翻译不准确的词汇记录下来逐步完善这个术语表并更新到提示词中。这就是一个构建专属高质量游戏词库的过程。实操心得本地AI翻译的第一次请求会稍慢模型需要加载到显存/内存但后续翻译因为模型常驻内存速度会非常快且完全没有网络延迟。对于GPU显存不足如小于8G的用户Ollama也支持纯CPU推理虽然速度慢一些但绝对可用。可以在Ollama启动命令中指定参数如ollama run qwen2.5:7b --num-gpu 0来强制使用CPU。5. 高级技巧与深度优化方案基础功能实现后我们可以追求更极致的体验解决更复杂的问题。5.1 术语库与翻译覆盖管理随着游戏进程推进你会发现一些翻译需要手动修正。XUnity.AutoTranslator提供了强大的覆盖功能。手动覆盖在游戏内将鼠标悬停在已翻译的文本上按快捷键默认是F8会弹出一个编辑框你可以直接输入你认为正确的翻译。这个修正会被保存到BepInEx/Translation/游戏名/Override.txt文件中并拥有最高优先级。批量术语库你可以创建一个Terms.txt文件放在翻译缓存同目录。格式是原文译文每行一条。例如Gold金币 HP生命值 Critical Hit暴击插件在翻译前会优先匹配术语库确保关键术语翻译一致。这对于维护RPG游戏庞大的专有名词体系至关重要。5.2 处理特殊文本与字体渲染问题Unity游戏尤其是使用TextMeshPro的游戏可能依赖特定的字体资源来显示某些语言如日文、中文。如果游戏自带的字体不包含中文字形翻译后可能会显示成方框□□□。解决方案使用Unity游戏通用的字体补丁工具如UnityEX或AssetStudio提取游戏内的字体文件通常是.ttf或.otf然后用一个包含完整中日韩字符集的字体如“霞鹜文楷”、“思源黑体”进行替换或补充再重新打包回游戏。这个过程需要一定的技术动手能力但网上有大量针对特定游戏的字体补丁教程可供参考。更简单的方法一些成熟的游戏汉化社区会直接发布打好字体补丁的游戏汉化整合包其中已经包含了必要的字体文件。5.3 性能监控与缓存优化长时间游戏后翻译缓存文件Translation.txt可能会变得很大影响插件加载速度。定期清理可以定期备份并清理这个文件。插件在启动时会加载整个缓存到内存过大的文件会增加游戏启动时间。分游戏缓存XUnity.AutoTranslator会自动为每个游戏创建独立的缓存目录互不干扰。这是其设计优秀的地方。内存占用观察如果使用本地AI模型主要内存/显存占用在Ollama进程。可以通过任务管理器监控Ollama进程的资源使用情况。对于7B模型纯CPU模式可能需要8-10GB内存GPU模式则需要相应的显存。6. 开发者视角为你的Unity游戏集成自动翻译如果你是一名独立游戏开发者想要为自己的游戏内置类似的能力或者为Mod社区提供官方支持XUnity.AutoTranslator也提供了开发者API。运行时集成你可以直接将XUnity.AutoTranslator的运行时DLL和配置文件打包进你的游戏。在游戏代码中通过其提供的API主动注册需要翻译的文本源而不是依赖反射钩子。这样更稳定性能更好。提供官方术语库在游戏开发阶段就维护一个多语言术语表Excel或JSON格式。在游戏发布时可以将其作为标准模板提供给XUnity.AutoTranslator社区这样玩家生成的翻译质量会从一开始就很高。设计时考虑在编写UI代码时尽量避免将文本直接硬编码在图片里。使用标准的Text或TextMeshPro组件并为它们设置有意义的键名Key这能为后续的本地化无论是官方还是社区铺平道路。从玩家工具到开发者助手XUnity.AutoTranslator展现了一个开源项目的强大生命力。它不仅仅是一个“翻译外挂”更是一套完整的、实时的、可编程的游戏文本处理中间件。7. 常见问题与故障排除实录即使按照指南操作实际过程中仍可能遇到各种问题。下面是我在长期使用中积累的一些典型问题及其解决方法希望能帮你快速排雷。问题游戏启动后插件控制台F7没有任何日志输出翻译也不工作。可能原因1Mod框架BepInEx/MelonLoader未正确加载。检查游戏根目录下是否有winhttp.dllBepInEx或version.dllMelonLoader等引导文件以及BepInEx/plugins目录下是否有XUnity.AutoTranslator的dll文件。可能原因2游戏使用了非常规的打包或加密方式导致注入失败。可以尝试更新Mod框架到最新版本或寻找针对该游戏的特定破解或脱壳补丁通常由游戏Mod社区提供。排查命令查看BepInEx/LogOutput.log或MelonLoader/Latest.log文件这里记录了框架和插件加载的详细信息是诊断启动问题的第一现场。问题在线翻译器如谷歌频繁返回“翻译失败”或“网络错误”。可能原因免费API的IP访问限制或区域屏蔽。谷歌、DeepL等服务的免费接口对访问频率和IP地址非常敏感。解决方案切换服务在配置文件中尝试BaiduTranslate或YandexTranslate等其他备用翻译器。使用代理如果必须使用某个被屏蔽的服务且你拥有可用的网络代理可以在配置文件的对应翻译器章节下配置Proxy参数。格式通常为http://代理IP:端口。终极方案迁移到本地AI翻译一劳永逸。问题本地Ollama翻译速度非常慢甚至游戏无响应。可能原因1模型过大硬件资源不足。7B模型在CPU上推理单条句子可能需要数秒。解决方案升级硬件使用带NVidia显卡的电脑并确保Ollama能正确调用CUDA。运行ollama run qwen2.5:7b时观察任务管理器GPU占用。使用更小模型尝试更小的模型如qwen2.5:0.5b或llama3.2:3b它们在CPU上速度更快但翻译质量会有所下降。调整插件配置在AutoTranslatorConfig.ini的[General]部分增加MaxConcurrentTranslations最大并发数默认可能为2并设置DelaySeconds翻译延迟避免瞬间大量文本压垮本地模型。问题翻译结果中出现乱码、奇怪的符号或者提示词本身被输出了。可能原因自定义翻译器Custom的BodyTemplate或ResultPath配置错误导致无法正确解析AI返回的JSON数据。解决方案使用Postman或curl工具直接向你配置的Endpoint发送一个与BodyTemplate格式相同的请求检查返回的JSON结构。确保ResultPath指向的字段如response确实存在。检查提示词是否明确要求AI“直接输出翻译结果”避免AI在结果前后添加额外解释。确保JSON格式正确特别是双引号、逗号等符号。问题游戏更新后翻译失效了。可能原因游戏更新可能修改了程序集导致BepInEx的钩子Hook失效。解决方案等待Mod框架BepInEx/MelonLoader和XUnity.AutoTranslator插件更新以兼容新版本的游戏。通常活跃的Mod社区会在游戏更新后几天内发布适配的新版本。这个过程就像是在和游戏进行一场“逆向工程”的对话每一个问题的解决都让你对Unity引擎和这个工具的理解更深一层。
1. 项目概述为什么我们需要游戏AI翻译如果你是一个狂热的单机游戏玩家或者是一个独立游戏开发者那么“啃生肉”和“为爱发电”汉化这两个词你一定不陌生。前者指的是硬着头皮玩没有本地化语言的原版游戏后者则是一群爱好者用爱发电耗时数月甚至数年进行游戏文本的提取、翻译和导入。这个过程既繁琐又低效尤其是对于文本量巨大的RPG或视觉小说游戏。而今天要聊的XUnity.AutoTranslator就是打破这堵墙的一把利器。它不是一个简单的文本替换工具而是一个运行在Unity游戏引擎内部的实时翻译框架能够在你游戏的过程中自动拦截游戏引擎渲染的文本调用你指定的翻译服务无论是免费的在线API还是部署在本地的AI大模型并将翻译结果实时覆盖到游戏画面上。简单来说它让“实时AI翻译补丁”成为可能。这个工具的核心价值在于其“自动化”和“可定制性”。自动化意味着你不再需要手动提取游戏资源文件、处理复杂的文本编码、或者担心修改游戏文件导致崩溃。可定制性则意味着你可以自由选择翻译引擎——从谷歌、百度、DeepL等成熟的云服务到最近火热的本地大语言模型LLM如Ollama搭配Qwen、Llama等模型实现完全离线的、高质量的翻译。这对于担心隐私、网络不稳定或者追求极致翻译质量的玩家和开发者来说是革命性的。接下来我将带你从零开始在5分钟内完成基础配置并深入探讨如何利用本地AI模型打造专属的高质量翻译方案。2. 核心架构与工作原理拆解要玩转XUnity.AutoTranslator不能只停留在“怎么装”的层面理解它如何与Unity游戏“对话”至关重要。这能帮助你在遇到各种稀奇古怪的翻译问题时快速定位症结所在。2.1 Unity的文本渲染管线与钩子Hook机制Unity游戏中的文字绝大多数都不是一张静态图片而是通过UGUIUnity GUI或TextMeshPro等文本组件动态渲染出来的。这些组件在运行时会向Unity引擎请求绘制指定的字符串。XUnity.AutoTranslator的核心技术就是通过一种叫做“钩子”Hook或“注入”Injection的技术在游戏进程启动时将自己插入到Unity引擎和游戏代码之间。具体来说它使用了像BepInEx对于基于Mono的Unity游戏或MelonLoader对于较新的基于IL2CPP的Unity游戏这样的Mod框架。这些框架能够在游戏启动初期加载插件Plugin。XUnity.AutoTranslator作为插件会寻找Unity引擎中负责处理文本显示的关键函数例如Text.set_text或TextMeshProUGUI.SetText。找到后它会将自己的一个处理函数“挂”到这些原始函数上。这样每当游戏试图设置一段文本时控制权会先经过XUnity.AutoTranslator。2.2 翻译流程的四大阶段拦截到文本只是第一步后续的流程是一个精心设计的管道文本拦截与预处理插件捕获到原始文本可能是英文、日文等。首先它会进行一系列预处理比如去除富文本标签如colorred、处理特殊字符、以及最重要的——去重和缓存。游戏同一句文本可能在不同场景反复出现为每一句都请求翻译是巨大的浪费。插件会维护一个本地翻译缓存文件通常是Translation.txt优先从缓存中读取已有翻译。翻译器Translator调度如果缓存中没有文本会被送入“翻译器”链。这是插件最灵活的部分。你可以配置多个翻译器如先尝试谷歌免费API失败后尝试百度。每个翻译器都是一个独立的模块负责与特定的翻译服务通信。文本后处理与注入拿到翻译结果如中文后插件需要进行后处理。这包括将之前去除的富文本标签重新加回去以确保翻译后的文字依然保持原版的颜色、大小、粗体等样式。最后这个处理好的字符串才会被设置回游戏的文本组件完成画面的实时更新。异步与延迟处理为了避免翻译请求阻塞游戏主线程导致卡顿所有的网络请求调用在线API都是在后台异步进行的。未翻译的文本可能会先显示原文待翻译完成后自动替换。你还可以设置延迟翻译比如只在对话停顿时才触发翻译进一步提升体验。理解这个流程你就会明白为什么有些UI按钮文字没翻译可能不是通过标准Text组件渲染的。为什么翻译后样式乱了后处理环节可能没处理好复杂标签。为什么第一次慢后来就快了缓存机制生效了。3. 5分钟极速上手基础配置实战理论说得再多不如动手一试。我们以最经典的Mod框架BepInEx为例展示如何为一款Windows平台的Unity游戏安装和配置XUnity.AutoTranslator。3.1 环境准备与工具安装首先你需要确定你的游戏使用的是什么运行时。老游戏多用Mono新游戏多用IL2CPP。一个简单的判断方法是看游戏目录下是否有GameAssembly.dll文件有就是IL2CPP。对于IL2CPP我们需要使用MelonLoader。这里以更通用的BepInEx适用于Mono为例。下载BepInEx访问BepInEx的GitHub发布页下载与你的游戏位数通常是x64对应的版本。通常是一个压缩包。安装BepInEx将压缩包内的所有文件解压到你的游戏根目录即包含游戏主exe文件的目录。运行一次游戏如果安装成功根目录下会生成BepInEx文件夹以及doorstop_config.ini等文件。下载XUnity.AutoTranslator访问其GitHub发布页下载最新版本的XUnity.AutoTranslator-BepInEx-*.zip。安装插件将压缩包内的BepInEx文件夹合并到游戏根目录的BepInEx文件夹中。通常插件文件会被放置在BepInEx/plugins目录下。注意安装任何Mod前强烈建议备份原始游戏文件。虽然BepInEx和XUnity.AutoTranslator一般不会修改游戏原文件但备份是一个好习惯。3.2 核心配置文件详解安装完成后首次运行游戏会在BepInEx/config目录下生成插件的配置文件AutoTranslatorConfig.ini。这个文件控制着翻译行为的一切。我们用记事本或任何代码编辑器打开它调整几个关键参数就能实现基础翻译。[General] ; 是否启用翻译 EnableTranslation true ; 翻译的目标语言简体中文 Language zh ; 是否在翻译未完成时先显示原文 ShowOriginalBeforeTranslation false [Service] ; 指定使用的翻译服务这里我们用免费的谷歌翻译 ; 可选值GoogleTranslate, BingTranslate, DeepL, BaiduTranslate, etc. DefaultTranslator GoogleTranslate [GoogleTranslate] ; 谷歌翻译无需API密钥即可使用但可能不稳定或有频率限制 ; 如果经常失败可以考虑配置其他服务保存配置文件重启游戏。进入游戏后你应该能看到大部分UI文本和对话已经开始被翻译成中文。如果遇到翻译失败游戏内按F7键可以打开插件的控制台查看实时日志。3.3 初体验与问题快速排查第一次使用你可能会遇到几个典型问题问题一游戏启动崩溃或黑屏。排查检查BepInEx版本是否与游戏兼容以及XUnity.AutoTranslator插件版本是否与BepInEx版本匹配。确保所有文件都放在了正确的位置。解决去社区如GitHub的Issues页面查找是否有相同游戏的成功案例或尝试更换BepInEx/插件的版本。问题二部分文字没翻译尤其是图片里的字。排查这是正常现象。XUnity.AutoTranslator只能拦截通过代码动态设置的文本。所有直接做在贴图Texture里的文字比如一些美术字Logo、复杂的UI背景图上的文字都无法翻译。这是技术原理上的限制。解决无解。这类游戏需要传统的“图形汉化补丁”即修改游戏资源图片。问题三翻译速度慢游戏卡顿。排查在线翻译API受网络延迟影响大。如果文本量大频繁请求会导致卡顿。解决在配置文件中增加缓存大小并考虑使用本地AI翻译下文详解。同时可以开启DelaySeconds选项让翻译在文本显示后稍等片刻再进行避免瞬时高峰。完成以上步骤你已经成功实现了最基本的在线翻译。但这只是开始免费在线API的翻译质量、稳定性、隐私性都难以保证。接下来我们将探索更强大、更私密的解决方案——本地AI翻译。4. 进阶核心部署本地AI翻译引擎依赖在线API总会有网络波动、服务限流甚至关闭的风险。而本地AI翻译则将控制权完全交还给你自己。这里我们以目前最容易上手的Ollama搭配Qwen模型为例构建一个完全离线、高质量的翻译引擎。4.1 为什么选择Ollama QwenOllama它是一个开源的、跨平台的工具能够让你在本地一键下载、运行大型语言模型。它简化了模型部署的复杂性无需配置复杂的Python环境对新手极其友好。Qwen通义千问由阿里开源的大语言模型系列。其Qwen2.5系列模型在多语言理解和翻译任务上表现优异特别是中英互译质量很高且对硬件要求相对友好。7B参数版本的模型在消费级显卡如RTX 4060 8G上就能流畅运行。这个组合的优势在于部署简单、效果出众、完全离线。你的游戏文本数据不会离开你的电脑翻译质量也远超许多免费的通用API。4.2 本地翻译环境搭建步骤安装Ollama访问Ollama官网下载对应你操作系统Windows/macOS/Linux的安装包。像安装普通软件一样安装它。安装完成后它会在后台运行一个服务。拉取Qwen模型打开命令行CMD或PowerShell。输入命令ollama pull qwen2.5:7b。这个命令会从Ollama的模型库中下载Qwen2.5的7B参数版本。下载时间取决于你的网速模型大小约4-5GB。下载完成后你可以运行ollama run qwen2.5:7b来测试模型是否正常工作。在出现的对话界面中输入“你好世界”看它是否能正确回复。配置XUnity.AutoTranslator使用本地模型我们需要一个“桥梁”让XUnity.AutoTranslator能把文本发送给本地的Ollama服务并把回复作为翻译结果。这个桥梁就是支持“自定义HTTP接口”的翻译器。修改AutoTranslatorConfig.ini文件[Service] ; 将默认翻译器改为支持自定义终端的 DefaultTranslator Custom [Custom] ; 这是Ollama默认的API地址模型运行后就在监听这个端口 Endpoint http://localhost:11434/api/generate ; 请求方法固定为POST Method POST ; 请求头告诉Ollama我们发送的是JSON数据 Headers Content-Type:application/json ; 这是最关键的部分请求体模板。它定义了发给AI的“指令”。 BodyTemplate {model: qwen2.5:7b, prompt: 请将以下游戏文本从{0}翻译成{1}保持术语一致语言自然流畅直接输出翻译结果\n\n{2}, stream: false} ; 从响应JSON的哪个字段提取翻译结果Ollama返回的是 {response: 翻译结果} ResultPath response这个配置的核心是BodyTemplate。它构造了一个给Qwen模型的提示词Prompt“请将以下游戏文本从{0}翻译成{1}...”。其中{0}和{1}会被插件自动替换为检测到的源语言如ja和目标语言zh{2}是待翻译的原文。启动与测试确保Ollama服务正在运行通常安装后会自动启动。启动游戏。现在游戏中的文本翻译请求将不再发往谷歌而是发往你本机11434端口运行的Qwen模型。4.3 提示词工程与翻译质量调优直接使用简单的翻译指令可能不够完美。游戏文本包含大量专有名词人名、地名、技能名、口语化表达和特殊语境。我们可以通过优化提示词来大幅提升翻译质量。一个更专业的游戏翻译提示词可以这样设计{ model: qwen2.5:7b, prompt: 你是一名专业的游戏本地化翻译员。请将以下游戏文本从{0}翻译成{1}。请严格遵守以下规则\n1. 保持原文风格如果是对话请口语化如果是物品描述请书面化。\n2. 统一术语以下术语表必须严格遵循[Term:『Potions』 - 『治疗药水』], [Term:『Mana』 - 『法力』]。\n3. 忽略所有XML或富文本标签如colorred不要翻译它们。\n4. 直接输出翻译结果不要添加任何解释。\n\n待翻译文本{2}, stream: false, options: { temperature: 0.3 // 降低“创造力”让输出更确定、更一致 } }你可以在游戏过程中将反复出现但翻译不准确的词汇记录下来逐步完善这个术语表并更新到提示词中。这就是一个构建专属高质量游戏词库的过程。实操心得本地AI翻译的第一次请求会稍慢模型需要加载到显存/内存但后续翻译因为模型常驻内存速度会非常快且完全没有网络延迟。对于GPU显存不足如小于8G的用户Ollama也支持纯CPU推理虽然速度慢一些但绝对可用。可以在Ollama启动命令中指定参数如ollama run qwen2.5:7b --num-gpu 0来强制使用CPU。5. 高级技巧与深度优化方案基础功能实现后我们可以追求更极致的体验解决更复杂的问题。5.1 术语库与翻译覆盖管理随着游戏进程推进你会发现一些翻译需要手动修正。XUnity.AutoTranslator提供了强大的覆盖功能。手动覆盖在游戏内将鼠标悬停在已翻译的文本上按快捷键默认是F8会弹出一个编辑框你可以直接输入你认为正确的翻译。这个修正会被保存到BepInEx/Translation/游戏名/Override.txt文件中并拥有最高优先级。批量术语库你可以创建一个Terms.txt文件放在翻译缓存同目录。格式是原文译文每行一条。例如Gold金币 HP生命值 Critical Hit暴击插件在翻译前会优先匹配术语库确保关键术语翻译一致。这对于维护RPG游戏庞大的专有名词体系至关重要。5.2 处理特殊文本与字体渲染问题Unity游戏尤其是使用TextMeshPro的游戏可能依赖特定的字体资源来显示某些语言如日文、中文。如果游戏自带的字体不包含中文字形翻译后可能会显示成方框□□□。解决方案使用Unity游戏通用的字体补丁工具如UnityEX或AssetStudio提取游戏内的字体文件通常是.ttf或.otf然后用一个包含完整中日韩字符集的字体如“霞鹜文楷”、“思源黑体”进行替换或补充再重新打包回游戏。这个过程需要一定的技术动手能力但网上有大量针对特定游戏的字体补丁教程可供参考。更简单的方法一些成熟的游戏汉化社区会直接发布打好字体补丁的游戏汉化整合包其中已经包含了必要的字体文件。5.3 性能监控与缓存优化长时间游戏后翻译缓存文件Translation.txt可能会变得很大影响插件加载速度。定期清理可以定期备份并清理这个文件。插件在启动时会加载整个缓存到内存过大的文件会增加游戏启动时间。分游戏缓存XUnity.AutoTranslator会自动为每个游戏创建独立的缓存目录互不干扰。这是其设计优秀的地方。内存占用观察如果使用本地AI模型主要内存/显存占用在Ollama进程。可以通过任务管理器监控Ollama进程的资源使用情况。对于7B模型纯CPU模式可能需要8-10GB内存GPU模式则需要相应的显存。6. 开发者视角为你的Unity游戏集成自动翻译如果你是一名独立游戏开发者想要为自己的游戏内置类似的能力或者为Mod社区提供官方支持XUnity.AutoTranslator也提供了开发者API。运行时集成你可以直接将XUnity.AutoTranslator的运行时DLL和配置文件打包进你的游戏。在游戏代码中通过其提供的API主动注册需要翻译的文本源而不是依赖反射钩子。这样更稳定性能更好。提供官方术语库在游戏开发阶段就维护一个多语言术语表Excel或JSON格式。在游戏发布时可以将其作为标准模板提供给XUnity.AutoTranslator社区这样玩家生成的翻译质量会从一开始就很高。设计时考虑在编写UI代码时尽量避免将文本直接硬编码在图片里。使用标准的Text或TextMeshPro组件并为它们设置有意义的键名Key这能为后续的本地化无论是官方还是社区铺平道路。从玩家工具到开发者助手XUnity.AutoTranslator展现了一个开源项目的强大生命力。它不仅仅是一个“翻译外挂”更是一套完整的、实时的、可编程的游戏文本处理中间件。7. 常见问题与故障排除实录即使按照指南操作实际过程中仍可能遇到各种问题。下面是我在长期使用中积累的一些典型问题及其解决方法希望能帮你快速排雷。问题游戏启动后插件控制台F7没有任何日志输出翻译也不工作。可能原因1Mod框架BepInEx/MelonLoader未正确加载。检查游戏根目录下是否有winhttp.dllBepInEx或version.dllMelonLoader等引导文件以及BepInEx/plugins目录下是否有XUnity.AutoTranslator的dll文件。可能原因2游戏使用了非常规的打包或加密方式导致注入失败。可以尝试更新Mod框架到最新版本或寻找针对该游戏的特定破解或脱壳补丁通常由游戏Mod社区提供。排查命令查看BepInEx/LogOutput.log或MelonLoader/Latest.log文件这里记录了框架和插件加载的详细信息是诊断启动问题的第一现场。问题在线翻译器如谷歌频繁返回“翻译失败”或“网络错误”。可能原因免费API的IP访问限制或区域屏蔽。谷歌、DeepL等服务的免费接口对访问频率和IP地址非常敏感。解决方案切换服务在配置文件中尝试BaiduTranslate或YandexTranslate等其他备用翻译器。使用代理如果必须使用某个被屏蔽的服务且你拥有可用的网络代理可以在配置文件的对应翻译器章节下配置Proxy参数。格式通常为http://代理IP:端口。终极方案迁移到本地AI翻译一劳永逸。问题本地Ollama翻译速度非常慢甚至游戏无响应。可能原因1模型过大硬件资源不足。7B模型在CPU上推理单条句子可能需要数秒。解决方案升级硬件使用带NVidia显卡的电脑并确保Ollama能正确调用CUDA。运行ollama run qwen2.5:7b时观察任务管理器GPU占用。使用更小模型尝试更小的模型如qwen2.5:0.5b或llama3.2:3b它们在CPU上速度更快但翻译质量会有所下降。调整插件配置在AutoTranslatorConfig.ini的[General]部分增加MaxConcurrentTranslations最大并发数默认可能为2并设置DelaySeconds翻译延迟避免瞬间大量文本压垮本地模型。问题翻译结果中出现乱码、奇怪的符号或者提示词本身被输出了。可能原因自定义翻译器Custom的BodyTemplate或ResultPath配置错误导致无法正确解析AI返回的JSON数据。解决方案使用Postman或curl工具直接向你配置的Endpoint发送一个与BodyTemplate格式相同的请求检查返回的JSON结构。确保ResultPath指向的字段如response确实存在。检查提示词是否明确要求AI“直接输出翻译结果”避免AI在结果前后添加额外解释。确保JSON格式正确特别是双引号、逗号等符号。问题游戏更新后翻译失效了。可能原因游戏更新可能修改了程序集导致BepInEx的钩子Hook失效。解决方案等待Mod框架BepInEx/MelonLoader和XUnity.AutoTranslator插件更新以兼容新版本的游戏。通常活跃的Mod社区会在游戏更新后几天内发布适配的新版本。这个过程就像是在和游戏进行一场“逆向工程”的对话每一个问题的解决都让你对Unity引擎和这个工具的理解更深一层。
