RuneTranslate vs XUnity.AutoTranslator

何を求めているか次第です。ゲームが Unity でないなら XUnity.AutoTranslator はそもそも適用外で、エンジンを理解するツールが必要になります——RuneTranslate は RPG Maker、Ren'Py、Kirikiri、Wolf RPG、Unreal、Godot、LiveMaker を含む 17 のエンジンをカバーします。ゲームが Unity で、Mod ローダーなしで起動できるビルドが欲しいなら、RuneTranslate はゲーム自身のアセットファイルから文字列を抽出し、エディターで翻訳して、プレイ可能なコピーを書き出します。単にセットアップの少ないライブ翻訳が欲しいだけなら、正直な答えは、その分野ではすでに XUnity.AutoTranslator が最強のツールだ、ということです。

RuneTranslate は Mono と IL2CPP の両ランタイムで Unity に対応していますが、テキストへの届き方が違います。TextAsset のペイロード、MonoBehaviour の文字列フィールド、StreamingAssets のスクリプトファイル、ローカライズテーブル、Addressable バンドルを読み取り、Mono ビルドでは Assembly-CSharp.dll にコンパイルされた文字列リテラルも読めます。抽出が静的である以上、ゲームが実行時に組み立てて初めて存在するテキストには届かず、IL2CPP の対応範囲は解析可能な global-metadata.dat から型情報を再構築できるかに左右されます。XUnity.AutoTranslator がそのすべてを見られるのは、文字列がテキストコンポーネントに届く瞬間を横取りしているからです。

使えます。RuneTranslate はゲームの BepInEx Translation フォルダーを開き、_AutoGeneratedTranslations.txt をプロジェクトのソースとして読み込めます。コーデックはプラグイン自身の TextHelper から書き起こしたものです。値だけを編集し、検索キーは再エンコードしないので、プラグインは今までどおり全エントリを見つけられ、ファイル内のコメントやディレクティブもそのまま保たれます。これで、あなたが積み上げてきたファイルの上にプロジェクトエディター、翻訳メモリ、用語集が乗り、翻訳済みのコピーはエクスポート時に書き出されます。

プラグインには、送信する文字列の長さに上限があります。MaxCharactersPerTranslation の既定値は 200 文字で、それより長いものは翻訳されずに無視されます。上限は 1000、再配布する設定での推奨値は 400 です。犠牲になりやすいのは長いビジュアルノベルの段落で、その行がただ未翻訳のまま出てくるだけなので、どこが壊れているのか指し示せるものが何もありません。直し方は設定値を上げることです。ファイルベースのツールにこれに相当する制限がないのは、フレーム時間の中で翻訳しているわけではないからです。

手に入りません。そしてそれは設計どおりです。XUnity.AutoTranslator はセッションごとにメモリ上で翻訳するので、遊ぶたびに Mod ローダー、プラグインの DLL、翻訳ファイルがゲームフォルダーに揃っている必要があります。ただしその翻訳ファイル自体は、MIT が明示的に認めた、手元に残して共有もできる本物の成果物です——ゲームのファイルをやり取りするより、これははるかに筋の通ったやり方です。RuneTranslate はもう一方の道を選び、あなたがすでに所有しているゲームの改変コピーを書き出します。こちらは何も注入せず単体で起動します。

XUnity.AutoTranslator は MIT ライセンスで完全に無料、アカウントも有料ティアもありません。かかる費用は選んだ翻訳エンドポイントの分だけで、その中には無料のものも完全オフラインのものもあります。RuneTranslate は無料ティアでも Patreon アカウントとサインインが必要で、これは正直に天秤にかけるべき実際の摩擦です。無料の RuneTranslate は機能の有料化ではなくスループットの絞りで——AI プロバイダーでおおよそ半分の速度、同時に開けるプロジェクトは1つ——Supporter が $3/mo、Pro が $5/mo です。