ノベルゲームのボイス制作

ジャンルを形づくった採算

ノベルゲームは、伝統としても必要としても文章が先に立つ形式です。声の収録が高く、セリフ量が膨大な市場で育ったので、パートボイスが慣習になりました。メインのルートには声をつけ、サブの内容は声なし、主人公は声なしにして、プレイヤーがその立場に入り込めるようにする。

日本では同時に、フルボイスが商業作品の売り文句になり、声優の名前がパッケージに並ぶ文化も育ちました。いまではパートボイスの慣習は採算の事情であると同時に美学でもあり、それを好むプレイヤーも多いのですが、下にある制約そのものは本当に変わりました。小さなチームでも、これまで声なしにするしかなかった部分に声をつけられます。たいていそれは本筋ではなく、サブルートと脇役です。

分岐は、見た目以上に一貫性を難しくする

一本道の物語は、順番どおりに一度だけ聞かれます。分岐のある物語は、順番を入れ替えて、何度も、しかも意図して比べながら聞かれます。2か月目に書いた行と9か月目に書いた行が、2周目を遊ぶ人の耳には続けて流れます。

だから声のぶれは、一本道のゲームよりはるかに目立ちます。誰かが配役を覚えていることに頼る仕組みは、いずれ必ず失敗します。ここではキャラクターが1つのプロジェクトの中にしか存在しないので、工程のルールは書き留めたキャスト表です。どのプロジェクトでも役ごとに同じライブラリのキャラクターと人物像を選び、同じ順番で加え、書き出す前に主要キャラクターの最初のセリフを聴く。新しいプロジェクトで同じ声に当たるとは限らないからです。

日本語で作るときは、声の数も意識してください。1つのプロジェクトで鳴らせる声は最大14種類、ja-JPのネイティブはそのうち2つだけで、40人のキャラクターの大半は最初の候補から多言語対応の声です。同じ声に当たるキャラクター同士が同じプロジェクトにいると、あとから加えたほうが別の声に回るので、ルートごとにプロジェクトを分けるなら、主要キャラクターの声が前のルートと同じかを最初に聴いて確かめてください。

エンジンの制作フローに生成の工程を組み込む

組み込みで現実に問題になるのは、ファイルの対応づけです。エンジンは音声をファイル名で参照するので、名前のそろっていない音声が返ってくるだけの工程は、作業を消したのではなく移しただけです。1行ごとのファイルは書き出せず、書き出しはプロジェクトごとのミックスMP3、Proのキャラクター別トラック、PlusからのSRTの3つなので、SRTのタイムコードで切り出し、スクリプトの行順と突き合わせてファイル名をつけるところまでを、一度スクリプトにしておくのが近道です。

2つめの問題は差分の作り直しです。変更のたびに全部を作り直すのは遅いうえにビルドを乱します。音声が作り直されるのは変わった行だけですが、書き出しはいつもプロジェクト全体が対象で、直した行より後ろの行は時刻がずれることがあります。プロジェクトを1シーンや短いまとまりに小さく分け、新しいSRTから切り出し直せば、書き出しにかかるクレジットも音声フォルダーの変化も、変わった範囲に収まります。

プレイヤーに、何を聴いているかを伝える

ノベルゲームの遊び手は、声の芝居に強い思い入れを持っています。声優がジャンルの文化のなかで目に見える、愛された存在だからです。その文脈で生成音声は中立ではなく、受け止め方は、チームが最初に正直だったかどうかに大きく左右されます。

ストアページに書いてください。どこが生成で、どこが収録か。これをするチームはおおむね出来で評価され、あとで見つかったチームは隠していたことで評価され、その評価はずっと厳しくなります。同人ゲームとして配布・販売するなら、AI音声の扱いについてプラットフォームの規約も先に確認してください。

パートボイスは設計の判断です

全部に声をつけられるようになったいま、面白い問いは、つけるべきかどうかに移ります。プレイヤーは声が話すより速く読みます。フルボイスのノベルゲームは読み手を待たせるか、音声を飛ばさせるかのどちらかで、後者なら声をつけた意味がありません。

うまくいく型は、芝居で良くなるところ、つまり感情の場面、キャラクターの初登場、ルートのクライマックスに声をつけ、つなぎの文章は声なしにして、読み手が自分のペースで進めるようにすることです。評価の高い商業作品にもこの形を採っているものは多く、予算のためではなく意図して選んでいます。

役に立つ見分け方があります。その行が情報を伝えるためにあるなら、声なしでいい。その情報についてキャラクターがどう感じているかを伝えるためにあるなら、声をつける。

テスト版と並走する

ノベルゲームのシナリオは、テスト中にほとんどのゲームの内容より大きく変わります。テストプレイヤーが読みにくい分岐を見つけ、書き手がすぐに書き直すからです。音声の工程がついてこられないと、それが直さない理由になってしまいます。考えうるいちばん悪い結果です。

これを成り立たせる性質が差分の作り直しです。8行変えたら、作り直されるのはその8行だけで、ほかの音声はそのまま。1行ごとのファイル書き出しはないので、ファイルは書き出したミックスをSRTのタイムコードで切って作ります。プロジェクトを1シーンか短いまとまりに収めておけば、書き出し直しと切り出し直しも小さく済み、音声フォルダーはビルド間で安定し、バージョン管理の差分も読みやすく、改稿が作り直しに見合うかどうかを誰も悩まなくて済みます。

この仕組みは、シナリオが書き終わったあとではなく、書き終わる前に整えておく価値があります。シナリオが固まるまで待つチームは、シナリオが決して固まらないことを知ることになります。