Qlieビジュアルノベルエンジンの解体

視覚的な短編小説のアマチュア翻訳は、他のゲームの翻訳と比較すると、多くの機能を備えており、多くのテキストを操作する必要があります。 おそらく、すべてのビジュアルノベルの大部分は日本語でリリースされ、英語に翻訳されたものはわずか（公式またはアマチュア）であり、他の言語に翻訳されたものはさらに少なかったでしょう。



そのため、翻訳を扱う際には、日本語エンジンに対処する必要がありますが、その多くはローカライザーにあまり馴染みがありません。 このため、翻訳スキル、言語の知識、多くの熱意と自由な時間の存在は、ゲームの翻訳バージョンがまもなく日の目を見ることを意味するものではないことにすぐに気付きます。



非常に大まかに言って、ゲームを翻訳するプロセス（視覚的な短編小説だけでなく）は、

• ゲームリソースの展開（パブリックドメインにない場合）
• 必要な部品の翻訳
• 逆引き梱包

ただし、日本の視覚的な短編小説の場合、これは通常次のようになります。

• ゲームリソースの展開
• ゲームのテキスト部分の翻訳（ゲームスクリプト）
• ゲームのグラフィック部分の翻訳
• 逆引き梱包
• 翻訳されたコンテンツで動作するようにエンジンを変更

私たちの経験が誰かに役立つことを願っています。



2013年（おそらくそれ以前）に、ビジュアル小説「美少女万華鏡-ノロワレシ伝説の少女-（美少女万華鏡-呪われし伝伝の少女-）」を日本語から翻訳することにしました。 私はすでにゲームの翻訳の経験がありましたが、 キリキリのような比較的単純で有名なエンジンで短編を翻訳するだけでした。



ここで、私たちの翻訳者チームは、実際のテキスト自体に到達する前であっても、この短編小説のエンジンを開かなければなりませんでした。



.exeファイルの説明から始めましょう。ここには、QLIEとIMOSURUMEという言葉が記載されています。 ファイル自体には、行FastMM Borland Edition 2004、2005 Pierre le Richeが含まれています。これは、エンジンがDelphiで記述されている可能性が高いことを意味します。















簡単なグーグル検索で、QlieがWarmth Entertainmentがリリースしたビジュアルノベルエンジンの名前であることが明らかになりました。 どうやらIMOSURUMEはスクリプトエンジンの内部名であり、Qlieは商用名です。 このエンジンでリリースされたゲームとWarmth Entertainmentの公式Webサイトをリストするサイトqlie.netがあります。



しかし、パブリックドメインのどこにも、エンジンを操作するための公式ツールも、ドキュメントもありません。



したがって、非公式のユーティリティに依存して、自分でゲームを処理する必要があります。 まず、翻訳が必要なゲームのすべての部分を見つける必要があります。



ゲームアーカイブは、\ GameDataサブフォルダーのdata0.pack、data1.packおよびdata7.packファイルにあります。 スクリーンセーバーは\ GameData \ Movieフォルダーにありますが、そのままにしておくことができます。









16進エディターは、.packゲームアーカイブの認識可能なヘッダーがないことを示しますが、ファイルの最後に目次とラベルFilePackVer3.0に似た部分があります









幸いなことに、この形式には既にアンパッカーがあり、1つでもありません。 asmodeanのコンソールexfp3_v3を使用しました。



開梱は見た目ほど簡単ではありません。 エンジンはいくつかのアーカイブ形式（FilePackVer1.0、FilePackVer1.0、FilePackVer3.0）をサポートしているため、この場合はFilePackVer3.0が使用されます。適切な解凍には、アーカイブを暗号化する特別なキーファイルkey.fkeyも必要です。 \ Dllサブフォルダーにあります









さらに、exfp3_v3は、展開するゲームのアーカイブを明確にする必要があります。

そのため、アンパッカーが提案するリストからゲーム番号を指定する必要があります（美少女万華鏡シリーズのゲームは15番下にあります）、またはアンパッカーの3番目のパラメーターとしてゲーム実行可能ファイルを指定します。









すでにゲームファイルを解凍した後、論理的な考えが浮上しました：将来、どのようにゲームをすぐに翻訳してパックするか？ 結局、アンパッカーは逆の操作をサポートしていません。

リクエストに応じて、w8m（ありがとうございます）は、ゲームアーカイブをプログラムarc_conv.exeにパックする機能を追加しました。 変更されたすべてのファイルを新しいアーカイブ（data8.packなど）にパックし、GameDataフォルダーに配置するだけで十分です。自動的にゲームに引き込まれます。



展開されたリソースに戻ります。 data0.packアーカイブのゲームスクリプトファイルは、サブフォルダー\シナリオ\ ks_01 \にあります。



拡張子が.sのすべてのスクリプトファイルは、最も便利なShift Jisエンコーディングとはかけ離れてエンコードされ、エンジンはUnicodeエンコーディングをサポートしていません。 翻訳の行は、ほぼ次のようになります。

【キリエ】 ％1_kiri1478％ 「へえ……分かっているじゃない」 私が献上したロシアンティーを見て、キリエは嬉しそうに目を細める。 ^cface,,赤目微笑01 【キリエ】 ％1_kiri1479％ 「日本人は、ジャムを紅茶に入れて飲むのが、ロシアンティーだと勘違いしている人が多いのだけれど……」
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

日本語の各フレーズの前には、日本語の括弧で囲まれた主人公の名前が付いていることがあります。 （【】）、このフレーズを発音します（ゲームでは、ウィンドウの上部にテキストで表示されます）。 または、これらが著者の言葉である場合、名前は追加されません。









しかし、まだサービスチームがあります。



スクリプト内のエンジンコマンドは、TeXマークアップ言語を連想させますが、 KirikiriまたはRenPyコマンドに比べてはるかに直感的で不便です。



それらのいくつかを次に示します。



@@@



はトリプルドッグです。 多くの場合、スクリプトファイルはこのコマンドで始まります。 サードパーティのファイルから明らかに定義をロードしています。



例：

 @@@Library\Avg\header.s
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

@@



はダブルドッグです。 スクリプトファイルのラベル。 後で切り替えることができます。



％1_kiri1478％



-音声ファイルを再生します。 これらのコマンドは、ヒーローの名前と画面に表示されるテキストの間に挿入されます。 「1_kiri1478」-この場合、data1.packファイルの\ voice \フォルダーのファイル名チームが通常の割合（％）ではなく、日本の割合（％）を使用するのは興味深いことです。



^savedate, ^saveroute, ^savescene,



-ゲームのセーブシステムで使用される可能性が最も高い3つのチームで、セーブゲームでプレイヤーがセーブされた場所と時間に関する情報を入力する必要があります。



例：

 ^savedate,"現在" ^saveroute,"美少女万華鏡－１－" ^savescene,"呪われし伝説の少女 オープニング"
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

つまり、日付：現在、支店：美少女万華鏡-1-、シーン：ノロワレシ伝説の少女オープニング。 このデータは保存スロットに表示されるはずでしたが、明らかに開発者はそれを放棄することに決めました。 その結果、 ^saveroute



スクリプトのすべての部分で^saveroute



です。 ^savedate



「現在の瞬間」から「夢」への変更を^savescene



でゲーム内の日数（または夜）を変更します。



^facewindow,



-テキストが画面に表示されているテキストボックスの状態。 （表示-1かどうか-0）



^sload,



-対応するチャンネルの\ sound \フォルダからゲーム内のサウンドを再生します。

 sload,Env1,◆セミ01アブラゼミ
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

Env1でセミを再生する



チームには2つのオプションパラメータがあり、1つ目はサウンドのループを担当し、2つ目は謎のままですが、ゲームではほとんど使用されません。

 ^sload,SE1,■クチュ音01,1
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

チャンネルSE1でループバックサウンドを再生します。



^eeffect



特定の秒数の間、画面に特殊効果を表示します。 どうやら、それはいくつかの効果の順次出力をサポートしています。

 ^eeffect,WhiteFlash
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

白い閃光の効果。



^ffade



画面を変更したときのトランジション効果。

たくさんの追加パラメーターがありますが、実際に役立つのはほんのわずかです：トランジション効果の名前、必要に応じて追加の画像、トランジション完了時間。

 ^ffade,Overlap,,1000
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

1秒で1つの画像を別の画像に分解します。



^iload



画面に背景画像をロードします。 イメージには、将来参照するためのIDを割り当てることができます。

 ^iload,BG1,0_black.png
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

出力ファイル0_black.pngをID BG1の背景として



^we



と^wd



ウィンドウ内の画像のオンとオフを^wd



ます。



^facewindow,1



および^facewindow,0



ダイアログボックスでヒーロー画像のオンとオフを^facewindow,0



ます。



^mload



特定のチャンネルで音楽を再生します。

 ^mload,BGM1,nbgm13
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

チャンネルBGM1でトラックnbgm13を再生する



最も重要なチームの一部：

\jmp



指定された名前のラベルにジャンプします。



^select



プレイヤーがオプションのいずれかを選択する必要がある選択ウィンドウを画面に表示します。



例：

 ^select, ,  \jmp,"@@route01a"+ResultBtnInt[0] @@route01a0
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ここでは、質問への回答後に遷移が実行され、回答番号（0または1）がResultBtnInt [0]から返されます。 その結果、 \jmp



ストーリーをラベル@@ route01a + response numberに移動します。 つまり、@@ route01a0または@@ route01a1



不快な機能は、これらのコマンドの通常のコンマが区切り文字として機能し、回答オプション自体で使用できないことです。 日本人はそのような問題はありません、彼らは日本語のコンマ（、）を使用します。 この場合、カンマを「（U + 201A SINGLE LOW-9 QUOTATION MARK）」に置き換えることができます。



例：

 ^select, ‚  , ‚ 
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

残りのチームは、最初の近似ではそれほど重要ではありません。



もちろん、スクリプトを翻訳する前に、キリル文字と日本語の文字を結合するために、より便利なもの、たとえばUTF-8に変換する必要があります。



エンジンを変更すると（この次の部分について）、ゲームはロシア語のテキストと日本語の両方を認識します。 ただし、現時点では、互換性のために、Shift Jisで日本語文字をエンコードし、cp1251エンコードでキリル文字をエンコードする必要があります。



キリル文字を考慮してトランスコードするためのPythonのプログラムをすばやくスケッチしました。





しかし、いくつかの問題がありました。 プログラムは、「チルダ」記号〜（U + FF5E FULLWIDTH TILDE）を再コーディングしようとすると、エラー「UnicodeEncodeError： 'Shift Jis' codec ca n't encoding character '\ uff5e' in position 0：illegal multibyte sequence」を生成しました



最初はPythonに対して罪を犯しましたが、最終的にはかなり珍しいニュアンスを見つけました。 特定の実装に応じて、ユニコードと非ユニコードの日本語エンコーディングの相関方法には不確実性があります。



その結果、Windowsはコード0x8160のShift Jis文字をユニコード〜（U + FF5E FULLWIDTH TILDE）に関連付け、他のトランスコーダー（たとえばiconvユーティリティ）は、公式のUnicode比率表に従って、同じ文字を〜（U + 301C WAVE DASH）と関連付けます-ftp://ftp.unicode.org/Public/MAPPINGS/OBSOLETE/EASTASIA/JIS/SHIFT JIS.TXT



文字間の対応を決定するために、マイクロソフトは明らかに、Shift Jisの拡張バージョンであるcp932エンコーディングのスキームを使用することを決定しました。



同じ状況は、Windowsでは-（U + FF0D FULLWIDTH HYPHEN-MINUS）、またはiconvでは-（U + 2212 MINUS SIGN）としてUTF8に変換される文字コード0x817Cでも発生します。



すべてのスクリプトファイルは最初にNotepad ++を使用してShift JisからUTF8に変換されたため（Windowsで採用された対応表を使用）、Pythonプログラムを介してUTF8からShift Jisに変換すると、悪名高い変換エラーが発生しました。



そのため、〜と－の別々の条件の発生を考慮する必要がありました。



その他の小さな欠陥がありました。たとえば、省略記号（U + 2026水平楕円）は、Shift Jisの日本人ではなく、cp1251のキリル語の省略記号に置き換えられました。



テキストを翻訳した後、ゲームグラフィックスの作業に進むことができます。



ゲームのグラフィックファイルは同じパックアーカイブ内にありますが、展開後も引き続き一生懸命作業する必要があります。 たとえば、ほぼすべてのpng画像は、sample + DPNG000 + x32y0.pngタイプのファイルの形式で解凍されます。つまり、png画像は88 cmの厚さの水平ストリップに切り分けられ、各ストリップは個別のファイルに書き込まれます。 ファイル名には、ストリップのシリアル番号（DPNG000 ... 009）とx、y座標が表示されます。









なぜこれが必要なのか、まだ疑問に思っています。 ゲームからリソースをリッピングするのが難しい場合、これは明らかに最善の方法ではありません。



カットされたpngファイルを接着するために、一度にImageMagickを使用するasmodeusのPearlに小さなスクリプトmerge_dpngが作成されました。 残念ながら、彼には問題がありました。 まず、私は使用しなかったPearlが必要でした。インストールした後でも、スクリプトが正しく機能していないことがわかりました。



このため、Pythonで同様のプログラムを作成しました。





ゲームに表示される一連の写真がすべて揃ったように見えますか？ すべてではありません-すべてのアーカイブから接続されたすべての写真を見ると、ゲーム内にあるにもかかわらず、一部が欠落していることがわかります。 実際、エンジンには別の種類のファイルがあり、拡張子は.bです。 画像と音声が内部に記録されたアニメーションです。



リソースを内部に保存するのは非常に簡単ですが、残念ながら、この場合の既製の.bファイルのアンパッカーは、うまく機能していませんでした。 いくつかのファイルが解凍されたままであるか、日本語名によるエラーがありましたが、日本語ロケールから起動したくありませんでした。



もう1つのスクリプトが役に立ちました。 それ以来、 Kaitai Structのようなものに慣れていませんでした。ほとんどゼロから行動しなければなりませんでした。



.bファイル形式はシンプルであることが判明し、さらに、このゲームからのみリソースをアンパックできるようにするために、アンパッカーが必要でした。 Qlieエンジン上の他のゲームでは、追加の種類のリソースが.bファイル内に現れましたが、それらについては詳しく説明しません。



そのため、16進エディターで.bファイルを開き、先頭を確認します。 評価する前に、すべての数値のバイト順がリトルエンディアンになることに注意してください。

• Abmp12ファイルヘッダー
• 10バイト0x00
• オーバーヘッド情報を含む最初のセクションabdata12のタイトル。
• 8バイト0x00
• セクションサイズabdata12、4バイト整数。 安全にスキップできます。
• Abimage10セクションヘッダー
• 7バイト0x00
• セクション内のファイルの数、1バイトの整数。 この場合、セクションには1つのファイルがあります。
• セクションヘッダーabgimgdat13
• 6バイト0x00
• セクション内のファイル名の長さ、2バイト整数。 この場合、長さは4バイトです。
• シフトJISエンコードファイル名
• ファイルのチェックサムレコード長、2バイト整数。
• ファイル自体のチェックサム。
• 不明なバイトは常に0x03または0x02のようです
• おそらくアニメーションに関連する12個の不明なバイト
• セクション内のpngファイルのサイズは4バイトの整数です。

そして最後に、pngファイル自体。









アブサウンドセクションの構造はアブイメージに似ています。





スクリプトは、見つかったpng、jpg、bmp、ogg、wavファイルを自動的に解凍します。 しかし、これに加えて、未知のimoaviファイルも内部にあります。



要するに、ゲームでは、すべてのアニメーションはogv形式の本格的なビデオとして、または.bファイルに記録されるエンジンアニメーション画像として、またはimoavi形式のjpgファイルのアニメーションシーケンスとして作成されます。



この場合、私たちはjpg画像にも興味があったので、それらにも対処しなければなりませんでした。



imoaviには、SOUNDとMOVIEの2つのセクションがあります。 ヘッダーの後の47バイトのMOVIEセクションには、4バイトのjpgファイルサイズがあります。 ファイルは、19バイトのシーケンスで区切られた元の形式で次々に書き込まれ、次のファイルのサイズが記録されます。



ゲーム内の有声のimoaviは出会わなかったため、SOUNDセクションは常に空です。



ゲームのすべてのリソースを引き出し始めたので、同時にimoaviからjpgを引き出すための小さなスクリプトが作成されました。





解凍後、メニューのスプラッシュ画面からのアニメーションがimoavi形式のファイル1_タイトル画面ムービー.bに保存されていることを確認できます。









それはすべてゲームリソースにあります。



残念ながら、翻訳プロセスでは克服できないいくつかの不快なニュアンスが明らかになりました。すでに書いたように、このゲームはUnicodeエンコードをサポートしていません。したがって、翻訳されたテキストはすべて、間違った文字間隔で表示されます。システムエンコーディングを日本語に変更せずにファイルをバックパックし、ゲームを開始すると、さらにいくつかの問題が発生しました。



ある時点で、私たち（または、チームの翻訳の技術的な部分を担当した人）は考えました：おそらく、古いエンジンをいじるのではなく、クロスプラットフォームを取得しながら、Renpyエンジンにストーリーを移植するべきでしょうか？

おそらく私たちは急いでいたのでしょうが、ある時点で、私たちが始めたものをやめるのは残念であり、翻訳を終える以外に何も残されていませんでした。



移植中に何に遭遇しましたか？

第二部でこれについて。



参照：



Bitbucketスクリプト



日本語Qlieエンジンについて



Shift Jis エンコードテーブルShift Jis



からUTF-8への変換問題について詳しく読む



asmodean exfp3_v3ユーティリティ