1. 各个AI和API现状分析 (截至2025年2月)#

AI翻译模型可分为以下几个档次：

详细分析请查看：https://galge.top/posts/29792#comment_445180

一些支持Azure分组的API链接：

• Dream
• 云API

价格参考示例： 以一款文本量约3M的Galgame为例，常见API价格估算如下（请以此价格参考，以免被高价中介坑骗）：

• DeepSeek 官网（夜间价）: 约4元/M，总计约 12元
• 标准 GPT-4o: 约10元/M，总计约 30元
• Azure 分组 GPT-4o (0.1倍率): 约1元/M，总计约 3元

提示： 有能力的话，可以寻找支持Azure分组的API网站（但目前中转网AI质量和API稳定性下降严重）

1. 解包游戏#

使用GARbro mod提取ks等文本文件。

2. 提取JSON#

1. 打开GalTransl文件夹（根目录）
2. 找到并运行useful_tools\GalTransl_DumpInjector\GalTransl_DumpInjector.exe
3. 在工具界面中：
   • 选择”日文脚本文件夹”（GARbro提取的脚本文件夹）
   • 选择”日文JSON保存文件夹”（推荐使用SampleProject/gt_input）
   • 点击”提取脚本到JSON”按钮开始提取

3. 设置翻译器#

1. 在根目录找到SampleProject文件夹
2. 将config.inc.yaml重命名为config.yaml
3. 编辑配置文件，主要关注以下内容：

backendSpecific:
  OpenAI-Compatible: # (ForGal/gpt4/r1模板)OpenAI API兼容接口通用
    tokens:
      - token: sk-aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
        endpoint: https://api.openai.com # 请求地址，使用转发或第三方API时修改
    rewriteModelName: "gpt-4o" # 设置自定义的模型名称，用于调用Claude/Deepseek等模型

  filePlugin: file_galtransl_json # 用于支持更多格式，字幕file_subtitle_srt_lrc_vtt，小说file_epub_epub或file_plaintext_txt，mtooljson用file_i18n_json

  workersPerProject: 16 # 同时翻译n个文件（单个文件要多线程时需开启splitFile）

注意： 配置文件中冒号后必须保留空格！

4. 开始翻译#

1. 在项目目录中运行run.bat
2. 将编辑好的配置文件拖入弹出的界面并按回车
3. 选择翻译模型后再次回车，开始翻译

翻译时间取决于线程数和API速度，单线程可能需要10+小时，而百线程可能只需10分钟。

5. 导出译文#

翻译完成后：

1. 打开GalTransl_DumpInjector.exe
2. 设置以下选项：
   • “日文脚本文件夹”（原始脚本位置）
   • “日文JSON保存文件夹”（SampleProject/gt_input）
   • “译文JSON保存文件夹”（SampleProject/gt_output）
   • “译文脚本保存文件夹”（选择导出位置）
3. 点击”注入JSON回脚本”完成导出

6. 打包#

• 普通的KRKR引擎游戏：使用xp3_upk打包，直接将文件夹拖到工具上即可
• 需要保留目录结构的KRKR引擎游戏：使用arc_conv打包
• 其他加密的KRKR引擎：使用KrkrExtract等工具处理

1. 引擎分析#

使用GARbro获取引擎名称，然后在GitHub和搜索引擎上查找相关资料。针对不同引擎，需考虑以下问题：

引擎分析决策树:

1. 该游戏的文本是否加密？
   - 否 → 直接提取翻译
   - 是 → 寻找文本解密和重加密工具
     - 有工具 → 解密后翻译，翻译完重加密
     - 没工具 → 考虑学习逆向或放弃
   
2. 该引擎是否有打包工具？
   - 有 → 使用对应工具
   - 没有 → 是否支持免封包读取？
     - 支持 → 使用MoleBox封包
     - 不支持 → 考虑学习逆向或放弃

2. 编码和启动问题#

当GARbro提取的脚本是Shift-JIS编码时，需要考虑编码兼容性问题：

1. 首先尝试转换为Unicode编码（UTF-16LE、UTF-8、GBK），测试游戏是否能正常显示
2. 如果只有Shift-JIS编码能正常工作，有两种解决方案：
   • 方案A（难）：通过逆向工程修改游戏引擎支持GBK编码
   • 方案B（易）：使用汉字→日文替换表（hanzi2kanji_table.txt）结合特殊字体实现显示

编码替换原理:

这是示例文本(UTF-8) → 這是示例文本(Shift-JIS) → 这是示例文本(视觉呈现)

3. 打包示例#

不同引擎需要不同的打包方法：

• Qlie/未加密KRKR引擎：使用arc_conv工具

  arc_conv.exe --pack xp3 patch patch.xp3
  arc_conv.exe --pack qlie data data8.pack

对于其他引擎，必须回到分析步骤，寻找合适的打包工具。