ビジュアルノベルの場面転換後も画面が揺れる・暗いままになるとき、演出効果の継続範囲と終了条件をどう書くか

場面転換後も画面が揺れたり、暗いままになったりするなら、まず前の効果がどこまで続くのかを明記します。何に作用し、どの台詞をまたいで続き、どのイベントで解除されるのか。そのイベントを通らずに退出した場合は、誰が解除を担当するのか。これらを「演出効果の存続管理シート」にまとめ、退出経路を一つずつたどると、次の場面に「元に戻す」と一文足すだけよりも抜けを見つけやすくなります。

以下の地下機械室は、説明用に作った架空の例です。物語、シート、演出の順序はいずれも解説のために設定したもので、実際のユーザー事例、測定結果、実際に使って試した結果ではなく、DramaFork の製品機能でもありません。ここで示す動作はすべて脚本上の取り決めであり、特定のエンジンの命令には対応していません。

この例では、主人公が地下機械室に入ると、稼働中の装置によって画面が揺れ続けます。主人公はその場に残って装置を停止させることも、装置を動かしたまま廊下へ引き返すこともできます。どちらのルートでも廊下の画面は揺れないようにしますが、装置が停止したことになるのは前者だけです。

ここには二つの異なる問題があります。「揺れが画面全体に作用する」は表示上の対象を説明し、「今回の機械室の演出が揺れを管理する」は終了させる責任を定めています。作用対象が画面全体だからといって、物語全体にわたって効果を残してよいわけではありません。

同様に、震えはキャラクターだけ、揺れは背景だけに作用させる場合があり、暗いオーバーレイは画面を覆う場合があります。編集者は実際の演出意図に沿って記入すべきです。「揺れ」とあれば全画面だと決めつけたり、キャラクターの退場をすべての画面効果が終了する根拠にしたりしてはいけません。

この例では、稼働する装置のそばにいる感覚を表すために全画面の揺れを使い、その範囲を今回の機械室のパートに限定します。廊下では台詞によって装置がまだ動いていることを伝えられますが、この揺れは引き継ぎません。これで物語の状態を保ちながら、画面表現の境界も明確にできます。

以下は、この例の記入済みシートです。流用するときは各項目を残し、具体的な対象、イベント、退出経路を置き換えてください。「終了時に解除」と書くだけでは、イベント名の代わりにはなりません。

「装置が止まるまで続ける」だけでは不十分です。途中退出するルートでは、停止イベントに一度も到達しないかもしれません。シートには通常の終了と途中退出の両方を書く必要があります。後から別の物語パートへ直接進む出口を追加した場合も、退出経路の記録に追記してください。廊下へ向かう選択肢だけを確認してはいけません。

効果の識別名は、今回の開始によって生じた一つの揺れを区別するためのもので、特定の技術的な形式は必要ありません。再び入室するときは、まず物語の状態から装置がまだ動いているかを判断します。揺れが必要なら今回の記録を新たに作り、前回解除し忘れた効果を正常な演出の継続として扱わないようにします。

まず通常ルートを確認します。機械室に入り、装置の稼働を見せ、揺れを開始します。主人公が観察し、質問してから停止操作を行います。物語上で装置の停止を確認したら揺れを解除し、その後に「やっと静かになった」と表示します。最後に廊下へ移動します。出口で再び解除処理に到達したときには今回の効果はすでに存在しないため、追加の処理は不要であるべきです。

ここでは、文章と画面を一致させるため、停止後の最初の台詞より前に揺れを止めています。装置の停止後にも揺れが残る演出にしたいなら、終了イベントを別途「残留振動の演出が終了した時点」と定め、その演出まで管理範囲に含めます。装置は停止したと書きながら、記載のない効果の残存に頼って残留振動を表現してはいけません。

次に途中退出ルートを確認します。揺れを開始し、観察の台詞を終えた後、主人公が撤退を選びます。機械室を離れる前に解除し、その後で揺れのない廊下を表示します。このとき物語の記録は「装置は稼働中」のままです。画面の揺れを消しても装置を停止させる課題を達成したことにはならず、停止後の台詞まで一緒に発生させるべきではありません。

元の脚本に停止時の台詞の後でしか解除が書かれていなければ、二つ目のルートはそこを通りません。修正すべき位置は途中退出の出口です。廊下が表示されてから元に戻すと、最初に見える画面に前の効果が残る可能性があります。一方、撤退の選択肢が出る前に止めると、室内に残って会話を続けるルートで振動が早く消えすぎます。

ここで例に短い衝撃を加えます。装置の揺れが続いている最中にドアへ突然何かがぶつかり、別の短い揺れが発生します。どちらも画面に作用しますが、発生源と終了イベントは異なります。ドアの揺れが終わったらその分だけを解除し、装置の揺れは続けます。装置が停止したときも、装置による揺れだけを解除します。

したがって、「揺れをオフにする」という注記は、「どの開始処理で発生した揺れを解除するのか」まで具体化する必要があります。プロジェクトで個別管理が可能なら、効果ごとに管理責任と終了処理を記録します。実際の実装ではすべての揺れ効果が一つの状態を共有するしかないなら、シート上で独立した重ね合わせに対応していることにしてはいけません。演出を調整して重複を避けるか、上書きと終了後の復帰の順序を先に決め、実装担当者に確認してもらいます。

すべてをリセットする指定は短く書けますが、残すべき効果まで消す恐れがあります。たとえば廊下に独自の暗いオーバーレイが必要なら、前の場面の解除処理でそれまで取り除いてはいけません。個別の解除は保守の手間が増えるものの、責任を明確にできます。暗いオーバーレイや部分的なぼかしにもそれぞれシートを作り、揺れが終われば他の効果も自動で消えるとは考えないようにします。

引き継ぐ際は、シートの横にこのパートから離れるすべての経路を列挙し、経路ごとに四つの問いに答えます。このルートで効果を開始したか。退出時点でもこのパートに管理責任があるか。次の場面の最初の画面が見える前に解除されるか。解除によって物語の状態を誤って変えたり、別の担当範囲の効果を消したりしていないか。

この例では、少なくとも通常の停止後の退出、稼働中の撤退、退出後の再入室、ドアの短い揺れと装置の揺れの重複を確認します。記録には「廊下に機械室の揺れはなく、装置は稼働中」のように期待する状態を書き、「場面転換は正常」だけで済ませないでください。効果を一度も開始していないルートでは、出口の解除処理も安全に何もせずに済む必要があります。

このシートは脚本上の関係をたどって検討するために使えますが、実際の再生が正しいことまでは証明できません。実装後も各経路をたどり、終了のタイミングや効果の残存を確認する必要があります。場面をまたいで続ける必要がある効果は、引き継ぐパート、引き継ぎイベント、最終的な解除責任を別途定めます。引き継ぎ先が明確でなければ、残し続けることを既定の動作にしてはいけません。セーブデータのロードや回想再生を扱う場合は、状態の復元も別途取り決める必要があり、退出時の解除では代用できません。