Tower Creatorのカットシーンは、プレイヤー向けの動作を時間に沿ってまとめたものです。カメラの基準点、会話、待機、オブジェクトの移動、音、照明などを組み合わせることが多くあります。入力を確認し、静止したカメラショットを一つ確認し、会話または動作を一つ加え、プレイヤーを解放してから、リセットと再参加をテストするという層の順に作りましょう。状態を復旧できない長いチェーンより、短く明確なシーケンスのほうが役立ちます。
トリガーを置く前に目的を書く
プレイヤーに何を理解してほしいかを決めます。「青いドアが開いた」「ルートは上のバルコニーへ続く」「このキャラクターが次の危険を警告する」などです。その目的に必要なショットと文章だけを選びます。通常プレイ中に見える看板で同じ情報を伝えられるなら、強制カットシーンは必要ないかもしれません。
シーケンスを番号付きのビートに分けて下書きします。各ビートには担当するノード、開始条件、時間または完了条件、終了状態が必要です。カメラが別の場所を映している間のプレイヤーの物理的な位置も含めます。キャラクターが落下したり、運ばれたり、見えないまま危険なオブジェクトに入ったりしないようにしてください。
完成済みのフロアへ接続する前に、小さく隔離されたテストルームを使います。リンク順が分かるように、各基準点に名前または色を付けてください。
まずカメラ層を作る
現在のリンクインターフェースで、見える入力一つをCamera Trigger一つとカメラ基準点一つへ接続します。Edit Modeを終了し、ショットが意図した対象を映して操作に戻ることを確認します。動きを追加する前に、向きと地形へのめり込みを直してください。
視点が本当に移動する必要がある場合だけ、2つ目の基準点を追加します。経路は壁の外側に保ち、速度や時間は控えめにします。極端な視野角の変更や急な揺れは避けてください。詳しいテスト順はカメラトリガーのチュートリアルで確認できます。
ショットは、プレイヤーが正確な操作を求められる前に終わるようにします。操作が戻った後に短い視覚的な間を置くと、ルートの変化を理解しやすくなります。
会話と時間制御された動作を加える
コミュニティのRescripted資料では、Dialog Partにテキスト、タイミング、音、スキップ、視覚効果に関する概念があると説明されています。現在のオブジェクトで使えるフィールドだけを使ってください。選んだ文字表示速度で読める長さに各行を収め、任意の音声だけに重要な指示を任せないようにします。
動作中のカメラショットへ会話ブロックを一つ追加します。テキストが期待どおりに始まり、終わるかを確認します。その後、ドアが動く、足場が現れるなど、オブジェクトの動作を一つ加えます。プレイヤーを解放する前に、その動作が目で見て分かるまで待ちます。
あるビートが別のビートを待つ必要があるなら、現在のFunction、Delay、Stop、Resumeのツールを慎重に使います。見えない待機には、目で分かるフィードバックを置き換えてください。古い動画のタイミングを再現するためだけに遅延を何段も重ねず、自分のシーンで現在の結果を測ります。
スキップ、リセット、中断時の動作を作る
現在の会話またはシーケンスがスキップに対応しているなら、スキップ後に安全な終了状態へ移るかを確認します。カメラが復元され、プレイヤー操作が戻り、ルートのオブジェクトが正しい位置にあり、後続のトリガーを使える状態が必要です。カメラだけが切り離されたままになるスキップは、スキップがない場合より悪い結果になります。
主要なビートごとに、シーケンスの途中でプレイヤーをリセットします。入力から歩いて離れ、2回発動し、完了後と中断後に再参加してください。状態がプレイヤーごとなのか共有なのかを記録します。これらのテストで、元の編集セッションでしか動かないチェーンを見つけられます。
安全なスキップがないシステムなら、カットシーンを短くし、物理的にプレイヤーを守ります。最初のシーケンスが完了するまで、繰り返し発動させないでください。ネットワークや同期の問題で出力が止まる場合に備え、代替ルートを用意します。
マルチプレイヤーでの所有権をテストする
一人に発動してもらい、もう一人は近くに立ってもらいます。誰のカメラが変わるか、誰に会話が表示されるか、誰に移動したオブジェクトが見えるか、両者がもう一度発動できるかを確認します。周囲のパズルを作る前に、どの結果を個別にし、どの結果を共有するか決めてください。
2人が近いタイミングで同じ入力へ到達する場合があります。ほぼ同時の発動と、後から到着した場合をテストします。重なりによって会話が重複したりカメラ経路が競合したりするなら、現在のクールダウンまたはゲートのツールを使い、待機状態を見えるようにします。
クライアント側の演出トリガーが、共有する物理状態を正しく制御するとは限りません。カメラとUIを、ドア、足場、プッシュボックスとは別にテストしてください。
層ごとにカットシーンを切り分ける
切り分けるときは、まず演出の追加要素を外します。音や照明の効果は後回しにできますが、復元されたカメラと使えるルートは後回しにできません。一つのビートずつ再接続し、追加するたびにEdit Modeの外でテストします。
プレイヤーの読み取りやすさを確認して仕上げる
別のプレイヤーが説明なしでシーケンスを発動するところを見ます。何が変わり、ルートがどちらへ続くと思ったかを聞いてください。重要なオブジェクトを見落としたなら、カメラショットの構図を変えるか短くします。会話を読み落としたなら、行を短くするか画面の clutter を減らします。危険な場所へ進んでしまうなら、物理的な保護を改善します。
グラフィック設定を下げ、音声をミュートした状態でもテストします。急な点滅、長く続く揺れ、極端なカメラ移動は避けてください。ストーリーのテキストと移動の手がかりは、小さい画面でも読めるようにします。最後の変更後は再参加し、トリガーの横に出現せず、タワーの入口からの進行全体を試します。
現在の確度の範囲
Camera、Dialog、Function、Stop、Resume、Sound、Shakeなどのトリガー概念は、コミュニティ資料と2026年5月のRescriptedチュートリアルで裏付けられています。正確なノード、リンク順、タイミング単位、スキップ用フィールド、ビートブロック、リセットの意味、マルチプレイヤー同期は、ゲーム内での確認が必要です。
短いビートで確認する
長いカットシーンは、カメラ、会話、音、停止、Resumeの小さなビートへ分けます。各ビートの後にプレイヤーが現在地と次の行き先を理解できるかを確認し、一つのビートが失敗したら後続の演出を足さずに直します。これならタイミングの問題とリンクの問題を切り分けられます。