インタラクティブ動画はどこで切るべきか:編集点、選択の予告、出口ショット
インタラクティブ動画の最適な編集点は、セリフが言い終わった場所ではなく、プレイヤーが問いを理解し、映像が待機でき、音が続き、次の分岐へ自然に入れる条件が重なる区間にある。編集では「予告—待機—確定—フィードバック—出口」を一緒に設計する必要がある。リニア版を編集し終えてから、適当な場所にボタンを挿入するものではない。

はじめに
インタラクティブ動画の最適な編集点は、セリフが言い終わった場所ではなく、プレイヤーが問いを理解し、映像が待機でき、音が続き、次の分岐へ自然に入れる条件が重なる区間にある。編集では「予告—待機—確定—フィードバック—出口」を一緒に設計する必要がある。リニア版を編集し終えてから、適当な場所にボタンを挿入するものではない。
まず、決断が実際に形になる瞬間を見つける
選択肢は対立に関する情報がそろった後に表示し、結果につながる行動が起きる前に確定させる。早すぎると、プレイヤーは何を決めているのかわからない。遅すぎると、キャラクターがすでにプレイヤーの代わりに行動している。プレイヤーが得る事実、感情の転換、取り返しのつかない行動を一文ずつ記録する。選択点は通常、この三つの要素の間にある。
『零点回拨』では、相棒がスマートフォンを求めて手を伸ばす。プレイヤーはまず、彼女が録音の出所を否定するのを聞き、手が震えているのを見てから、渡すか引っ込めるかを決める。彼女が話し始める前にボタンが出れば、判断材料が足りない。すでにスマートフォンを奪っていれば、選択は飾りにすぎない。
選択の予告で頭の準備時間をつくる
プレイヤーは鑑賞から意思決定へ切り替える必要がある。選択肢が正式に表示される前に、構図の余白、キャラクターの問いかけ、音楽の収束、カメラの接近、控えめなインターフェース表示で予告できる。予告で答えを明かしてはいけないが、ボタンが突然重要な演技を覆うことは避けられる。
字幕は、必要な情報を先に伝え終えなければならない。選択肢と直前の長い字幕を同時に読ませ、注意を奪い合う状態にしない。多言語版では文が長くなるため、中国語だけを見るのではなく、妥当な範囲で最も長い言語版を基準にタイムラインを検証する。
待機ショットは生きたまま待てるものにする
通常の選択は長時間表示される可能性があるため、ショットには持続できる小さな動きやループする環境を含める。キャラクターの口の形を固めてはいけない。反応のクローズアップ、手元、電話の画面、人物のいない廊下のショットなどが使える。ループの始点と終点は目立たせず、環境音を途切れさせず、待つほどキャラクターの動作が不自然にならないようにする。
時間制限のある選択では映像を進め続ける一方、安全に確定できる最後のフレームを明確にする。プログラムが入力をロックする瞬間、画面内の出来事、効果音の合図を一致させ、プレイヤーが押した後に時間切れと判定されることを防ぐ。
確定後はまず即時フィードバックを返す
ボタンをクリックしたら、ハイライト、音、映像をすぐに変え、入力を受け付けたことを示す。その後、選択に対するキャラクターの最初の反応へ進む。クリック後に元の画面で止まって読み込みを待たせたり、すべてをすぐに隠して成功したかどうか不安にさせたりしない。
即時フィードバックは、可能な限り作品世界の中にあるものにする。例えば、スマートフォンからの送信、キャラクターの視線、ドアが施錠される音などだ。インターフェースのフィードバックも残す必要がある。特に劇中の音が小さい場合や、プレイヤーが音声をオフにしている場合には必要だ。
出口ショットがシームレスな接続を左右する
各分岐の末尾には、合わせられる姿勢、視線、移動方向、露出、音の余韻を残す。複数の分岐が合流するときは、キャラクターを同じ位置へ向かわせる、共通のインサートショットに切り替える、環境の動きで橋渡しする、といった方法が使える。出口ショットは余計な末尾ではなく、プレイヤーが切り替えるための滑走路だ。
キーフレームとファイル境界も連携させる必要がある。エンコード前に、編集点付近のGOP、音声フレーム、最初のフレームの表示を確認する。理論上のゼロフレーム切り替えが、デコードの遅延で崩れないようにする。
編集タイムラインにインタラクション用トラックを残す
専用トラックを設け、ノードID、選択肢の表示、クリック可能になる時点、カウントダウン、確定点、状態の書き込み、出口を記録する。各分岐の先頭と末尾の参照フレーム、および連結したプレビューを書き出す。編集を変更したら、インタラクションのマーカーも内容と一緒に移動させる。プログラムが古いタイムコードを覚えていることに頼ってはいけない。
共有する本体、入口ラッパー、出口ラッパーを別々に出力するか、マニフェストで区間を正確に記述する。どちらの方法でも、プログラムが圧縮動画内の未検証の途中フレームへ任意にジャンプすることを避ける。
三つの視聴方法で映像を確認する
一回目は操作せず、情報とテンポだけを見る。二回目は最短時間で選択し、速い経路を確認する。三回目は通常の選択をすべて想定される最長時間まで待ち、ループ、音、読み込みを確認する。その後、言語、入力機器、時間調整のアクセシビリティ設定も切り替える。
確認記録にはノード、具体的なタイムコード、前後のアセット、問題の種類を書く。「ここが少し引っかかる」では、編集とプログラムの担当者が責任の所在を特定できない。
編集点ごとに受け入れ確認カードを作る
カードには、前のアセットの最後に見えるフレーム、選択を確定できる最早・最遅時刻、次のアセットの先頭フレーム、音声クロスフェードの長さ、事前読み込み区間、入力がない場合の出口、許容遅延を記録する。編集、音声、プログラム、テストの担当者が、それぞれ自分の項目を確認して承認する。後で素材を差し替える際、システムはどの編集点を再検証すべきか把握できる。
物語上の時間が連続しているかも確認する。出口でキャラクターがスマートフォンをポケットに入れた直後なら、入口でまた手に持っていてはいけない。前の区間でサイレンが徐々に近づいていたなら、次の区間で理由もなく消えてはいけない。技術指標を満たしていても、因果関係が途切れていれば、適切な編集点とはいえない。
すべての問題をトランジションに任せない
頻繁な白いフラッシュ、暗転、グリッチアニメーションは選択へのフィードバックを弱め、プレイヤーが演出と読み込みを区別しにくくする。物語の表現として成立するときだけ使い、頻度を抑える。すべてのノードが接続のためにマスクを必要とするなら、エフェクトを増やす前に、撮影した出口ショット、エンコード、事前読み込みの構成を確認する。
次のステップ:既存の選択点を三つ選び、タイムライン上で情報の提示が完了するフレーム、予告、表示、確定、出口を明確に記す。即座にクリックする場合と20秒待つ場合をそれぞれテストし、不自然な箇所はプログラムで隠すだけにせず、編集に戻って修正する。


