セッションノートを次の音楽キューに直接リンクする方法

前回のセッションノートと次回セッションの準備メモを読み返します。そして、オープニングの場所、新しい環境、独特な雰囲気を持つシーン、重要なイベント戦闘への移行など、意図的なオーディオの変更が必要になりそうな場面だけに印をつけましょう。キューは、音を変更したり開始したりする明確な理由がある場合にこそ役立ちます。日常的な会話であれば、何も変更する必要がないこともあります。

起こりそうな場所や遭遇の種類を計画しておくことは、音楽の準備において実用的な出発点となります。一方で、予測不能な展開や即興のプレイでは、事前に細かく選曲しておくことは難しくなります。Boroughbound によるテーブルトークセッション向けの音楽準備ガイドでもその違いが指摘されており、起こり得るシーンの種類を考慮することが推奨されています。リストはプレイヤーが必ず行うべきことの予測ではなく、可能性として扱ってください。

各場面は、「パーティーが水没した階段に到達する」「交渉の場が評議会場に移る」「追走劇が始まる」のように、短いイベントや状況として書き出します。描写のセリフ一行ごとに音を割り当てるのは避けてください。ノートは場面の転換に気づくためのものであり、サントラの操作のためにプレイを中断させるようなものであってはなりません。

セッション3の場面Aであれば S03-A のように、簡潔なID形式を選びます。そのIDを、セッションノートと、キュー名またはサウンドボードのラベルの両方に記載してください。素早く見渡す際にもコードが役立つよう、人間が読みやすいシーン名と組み合わせておきます。

たとえば、ノートには次のように記載します。「水没した階段が初めてはっきりと見えたところで、グループに反応する時間を与える。降りる場合は、S03-A — 水没した階段 を使用。」対応するキューの名前は S03-A Flooded Stair — low water ambience とします。IDがリンクの役割を果たし、シーンを表すフレーズによって正しい項目を選んだことを確認できます。

使用しているオーディオツールがグループ、タグ、または順序付けられたシナリオに対応している場合は、それらを活用してキューを見つけやすくしますが、項目名にはIDを表示させたままにしておきましょう。一部のTTRPG向けオーディオツールは素材をシナリオやシーンに整理でき、ノート上にプレイヤーを表示したり再生を制御したりできるものもあります。これらは任意の便利な機能にすぎません。一致するラベルをつけることこそが本質的な手法であり、あらゆるプレイヤーと組み合わせたドキュメントで機能します。DiceAudioの機能概要では、シナリオ項目、再利用可能なプリセット、そしてTriliumノート内にプレイヤーを配置する連携機能について解説されています。

キューの参照先は、わざわざ確認しなければならない別の音楽リストではなく、ノート内の判断ポイントのすぐ横に配置してください。「グループが部屋に入ったとき」「ドアが閉まった後」「追走劇が始まったとき」のように、トリガーは目に見える事象にします。タイミングに柔軟性がある場合は、場面転換と同時にキューを開始するのか、場の雰囲気が落ち着くまで待つのかを明記しておきます。

キューを必要とする瞬間と、ストーリーの結末は区別してください。たとえば、「部屋に入った場合はS03-Bを開始、外にとどまる場合は現在のアンビエンスを維持」のようにします。こうすることで、用意した楽曲のせいでグループを無理にそのシーンへ誘導してしまうのを防げます。予想していたイベントが発生しなかった場合は、そのキューをスキップし、プレイヤーが実際に生み出した展開のノートから進行を続けてください。

いくつかの計画された場面があるセッションでは、以下のような整理された短いリストが役立ちます。

ノートのトリガー	キューIDとラベル	再生アクション
水没した階段が初めて見えたとき	S03-A — 水没した階段	水のアンビエンスを開始
評議会場のドアが閉まる	S03-B — 評議会場	現在のシーンと差し替え
追走劇が始まる	S03-C — 屋上の追走劇	アップテンポな音楽を開始、評議会場のアンビエンスを停止

「差し替え」「重ねる」「停止」はそれぞれ別のアクションとして扱ってください。プレイヤーがフェードやクロスフェードの設定に対応している場合は、以前のトラックをフェードさせるか、停止するか、新しい音の下で流し続けるかを事前に決めておきます。キューツールの仕様はさまざまです。たとえばCueBardでは、ループ、トランジション、およびキューが再生中の他のキューに与える影響について、キューごとの動作が記載されています。CueBardのプロジェクトドキュメントでは、複数のサウンドがアクティブになる可能性がある場合に、アクションを明記することがなぜ重要であるかが示されています。

session ID — scene — sound type のように、一貫した命名パターンを使用してください。最初に識別する必要がある部分を名前の先頭に置きます。キューが継続的な音楽やアンビエンスではなくワンショットの効果音である場合は、短い効果音を背景のBGMと見間違えないよう、明確に印をつけておきましょう。

準備するリストは、起こり得ることと音響的に意味のある違いがあることの両方を満たす場面だけに絞ります。絞り込まれたリストにすることでプレイ中の検索が減り、グループが予想外のルートに進んだときにも修正しやすくなります。繰り返し登場するシーンには、固定のキューIDや名前付きプリセットを再利用し、セッションごとのノート参照のみを変更します。異なる再生設定が必要な場合を除き、わずかに異なるラベルでトラックを重複して登録するのは避けてください。

一般的なメディアプレイヤーから音声を再生する場合は、同じ名前を使用して短いプレイリストやお気に入りリストを作成します。サウンドボードを使用する場合は、最も可能性の高いキューをすぐに手の届くスロットに配置し、不確実な素材は検索できるようにしておきます。重要なのは、トリガーを認識してから適切なコントロールを見つけるまでのステップを減らすことです。

セッションを始める前に、セッションノートとオーディオツールを両方開きます。記載されている各トリガーについて、キューIDを検索または選択し、ラベルを確認して少し試聴してみましょう。キューが適切な位置から始まるか、音量が会話の邪魔にならないか、意図したフェード、ループ、停止の動作が設定されているかを確認します。その後、ノートに戻り、見失うことなく次のキューを見つけられるかをテストしてください。

ノートPCのスピーカー、部屋のスピーカー、オンラインセッションツール（VTT）、ボイスチャットの音声ルーティングなど、実際にセッションで使用する環境でテストを行いましょう。ローカルで音楽ファイルが再生できているからといって、リモートのプレイヤーにも聞こえているとは限りません。一般的なテーブルトーク音楽準備ガイドでも、セッション中に接続トラブルに見舞われないよう、事前の再生環境チェックが推奨されています。Boroughboundの準備ガイドでも、ツールの事前テストについて触れられています。

計画している主な場面転換それぞれについて、キューが見つからない、遅れた、または状況に合わなくなった場合にどうするかを決めておきます。「現在のアンビエンスを流したままにする」「汎用の探索プレイリストを使う」「何も再生しない」といったシンプルなフォールバックで十分です。フォールバックはキューの参照の横に目立つように書いておきましょう。トラックが会話の妨げになる場合や、グループが計画外のシーンに進んだ場合、無音にしておくことも立派な選択肢です。

セッション後は、得られた知見のみを更新します。見つけにくかったキューに印を付け、曖昧な項目名を変更し、不要になったシーンに結びついていたトリガーを削除しましょう。ノートと音響は、次回のセッションが同じルートをたどるはずだという思い込みを残すのではなく、実際に展開されたゲームの状況を反映したものであるべきです。

• How to Prep Music for a Tabletop Session — Boroughbound
• DiceAudio — プロジェクト機能概要
• CueBard — プロジェクトドキュメント