HarmonicSeam

ゲームの BGM は場面ごとに曲が用意され、場面が変わると曲も変わる。切り替わる瞬間は作曲家が決められない。プレイヤーがいつ場面を変えるかは分からず、「曲Aの何小節目で曲Bに移るか」はゲームのプログラムがその場で決める。

既存の仕組みは拍や小節には合わせられるが、和音の中身は見ていない。離脱の和音、進入の和音、声部の動き、調の距離。曲をつなぐときに必ず見るものが、検査されないまま継ぎ目が決まる。

検査に使うのは、西洋音楽で数百年にわたり作曲家たちが磨いてきた和声の規則。人が曲をつなぐときに守ってきた決まりを、継ぎ目の1つ1つに当てはめる。

和声の計算は、ゲームの外で前もって済ませる。曲の MIDI を解析して「どの曲のどの地点から、どの曲へ移れるか」を表にしておく。

切り替えの前後に、和声の授業で「避ける」と教わる声部の動き（禁則）が出ないか。2曲の調が離れすぎていないか。

• 継ぎ目の声部進行の禁則7種（連続5度・8度・ユニゾン、並達5度・8度、内声の大きな跳躍、途中の入りでソプラノが跳び上がる）。6種は芸大和声（和声の教科書）に依拠し、最後の1つは試聴から足した。
• 初期設定では並達5度・8度を許していて、この2つでは止めない。許可する禁則は選べる。
• トラックが分かれた MIDI は、書き方によって「鍵盤書法」（ピアノ譜のように、1つの手で和音を弾く書き方）として読み、内側のパートを声部進行の検査から外すことがある。そう読んだときは画面に出て、曲ごとに内側も検査するよう切り替えられる。
• 調の近さ。離れる所と入る所で、調の感じがどれだけ近いか。
• 帯とマトリクスの色は、ゲームが引く表と同じ計算から出る。

作曲者から受け取る物は、曲ごとの MIDI と、MIDI と同じ所から1周ぶんちょうどで書き出した音声。Windows 版で解析と橋を済ませ、JSON・曲の音声・橋の WAV を Unity に入れる。

書き出した JSON と音声を Unity に取り込む。ゲームの中ではその表を引いて切り替えるだけで、MIDI は読まない。

「曲Bへ」の指示に対し、切り替えてよい地点まで待ち、必要なら橋を挟んで切り替える。橋が鳴っている最中の指示は、着地してから次の切り替えとして回す。ゲーム側には切り替えの予定・完了・取り消しを知らせ、一時停止中など受けられない指示には理由をつけて返す。

切り替えてよい地点まで待つのが既定。帯の緑が多い組ほど、待ちは短い。橋を通したほうが早く着くときは、橋を使う。待たせたくない場面では「禁則より近さを優先」（検査より速さを取る設定）を入れると、一番近い地点で切る。

切り替えてよい地点が1つも無いときは、橋があれば橋を渡る。無ければ一番近い地点で切り、検査を通っていないことをゲームへ知らせる。

曲を足しても、組み合わせの数だけ橋を作る必要はない。切り替えてよい地点が無い組でも、1方向に橋が1本あれば移れる。本数を増やすほど待ちは縮む（1本だけだと、最長で曲1周ぶん待つ）。

• MIDI が必要。音声だけの曲は読めない。
• 検査するのは橋の設計図（音符）まで。人や楽器が音にしたものは検査していない。
• ゲームの中では、橋の音声を取り込んだ継ぎ目でだけ橋が架かる。
• 曲の雰囲気の違いは埋めない。調の遠さは橋で渡れるが、音色・リズムの違いはそのまま（テンポは、橋の中で徐々に寄せる設定がある）。
• ドラムやキースイッチを自動では外さない。外さないまま解析すると、判定が狂う。
• 和声で書かれていない曲は未検証。lo-fi やアンビエントなど、機能和声に沿っていない曲でどこまで意味を持つかは、まだ測っていない。

ぶつ切りもクロスフェードも正しい演出。このツールはそれらを置き換えない。「和声的につながる」という選択肢を1つ足す。

• 自分の曲なしで試すなら：ブラウザで動くデモ（unityroom・PC のキーボードで操作）。2曲をキーで切り替え、橋を通る切り替えを聴ける。
• Windows 版は個別に渡している。連絡は下へ。
• Windows 版の使い方（画面つきの手順）

• X: @HeySugu
• メール: sugusan.chan@gmail.com