Sound Roll があるのに音声タイムコードがあるとは限らないのはなぜか
納品物の中に Sound Roll が見えても、そのファイルが収録のリール番号のフィールドを 1 つ出力したことを示すだけで、同じ納品物に音声タイムコードも載っていると推定することはできません。ALE と CSV はそれぞれ Sound Roll の列と自分の Sound TC のマスを持っています。PDF の日報の表組み（ヘッダーはインターフェース言語に追従し、英語の画面では Audio Roll です）と FDX にはあのマスがありません。だから「リール番号がある」は「タイムコードがある」でもなく、タイムコードのマスに値が入っていることでもなく、2 つの読み方を分けて読む必要があります。
Sound Rollは音声素材の身元の手がかりで、音声の時間上の位置ではありません。それが存在しても、Sound TCのマスに代わって値を埋めることはないのです。
Sound Roll という列はどこから来るのか
ALE と CSV の Sound Roll は、カメラの記録に残ったサウンドロールの数値から来ていて、表示規則にしたがってリール番号の文字に成形されます。使える値がないとき、3 種類の納品物の書き方は同じではありません。ALE と CSV は現場で書き取ったものだけを出し、書き取っていなければマス全体を空にします。ソフトが自分で数えた番号で埋めることはしません。人が読む PDF は人が書き取った値を優先し、書き取っていなければ派生のカウントに退きます。したがって普通のロール番号に見える文字列であっても、受け取り側が音声ファイルから検証済みだということには結び付きません。受け取り側はそれを音声の時間上の位置ではなく、検証を要する身元の手がかりとして扱う必要があります。
マルチカメラの場面では、音声のリール番号はカメラの記録という層に保存されています。同じ 1 件のテイク記録の中でもカメラごとにそれぞれのフィールドを読む必要があり、ALE も CSV も PDF もカメラごとに 1 行ずつ出力し、各行にはそのカメラ自身のサウンドロールだけが入ります。納品物には Tracks、MOS、Wild Track という音声側の表記が別途あります。いずれも「録音したかどうか」といった現場のマークから計算されたもので、音声ファイルから読み取ったものではありません。後で実際に同じまとまりの収録ファイルに対応するかどうかは、この列だけで判断することはできません。現場に独立した収録が存在したか、その収録ファイルがこのまとまりの納品物と一緒に渡されたかどうかも、この列がユーザーの代わりに判断できるものではありません。
音声タイムコードのマスはどの納品物にあり、いつ空になるのか
ALE は音声の開始点を Sound TC の列に書き、CSV にも自分のマスがあります。両者とも機上または現場で記録されたあの読み取りを一字一句そのまま出すだけで、形や範囲を通らなければマス全体を空にします。フレーム位置を切り詰めたり、もっともらしいゼロを補ったりはしません。PDF の日報と FDX にはあのマス自体が無いため、そこで何も読めないのは形式の境界で、値が隠されているのではありません。
そのため、Sound Roll を Sound TC の代わりとして扱うことはできませんし、映像側のタイムコードから音声ファイル自身の開始タイムコードを逆推することもできません。ここをタイムコードの同期機能として説明することはできず、リール番号のフィールドが自動的に時刻合わせまで完了できると書くことは、なおさらできません。受け取り側は実際の音声ファイルと自分の音声リストに戻って、音声ファイル自身が持つタイムコードと開始点を照合する必要があります。
リール番号は「どの 1 巻の音声か」に答え、Sound TC は「どのフレームから始まるか」に答えます。あのマスが空なら、受け取り側は音声ファイルと音声リストに戻って照合する必要があります。
リール番号と映像タイムコードはどう組み合わせて照合できるか
既存の納品物の構造では、ALE と CSV ならサウンドロールのリール番号と映像側のタイムコードを同じ 1 回の照合に並べて使うことができます（PDF の表組みにはタイムコードの列がありません）。とはいえ、これも受け取りプロセスでの人手による対応関係です。リール番号は「この記録がどのロールの音声に関連していると申告しているか」に答え、映像タイムコードは「この映像の記録が時間上のどの位置にあるか」に答えます。リール番号を映像タイムコードの隣に並べても、空で出力された Sound TC のマスに値は生まれません。空は使える読み取りが無いということです。
そのため、時刻合わせの判断は、受け取り側が握っている音声リスト、音声ファイル自身の情報、納品物の中の映像記録を合わせて完成させるしかありません。『ALE は現場とポストの間で実際に何を担うのか』が説明するのは、交換ファイルが何を運べて何が運べないかという点で、あのマスに値が入るか否かはまさに後者に属しています。受け取り側は自分で照合する必要があり、見た目には完全そうなリール番号にタイムコードの証拠の役を担わせることはできません。
受け取りのとき、何を音声ファイル自身に委ねるべきか
受け取り側はファイルを手にしたら、まず Sound Roll が示すロール番号が音声リストと合っているかを確認し、そのうえで実際の音声ファイルが提供するタイムコードと開始点を見ます。映像の納品物は映像側の記録を与えられますが、リール番号のマスは音声のタイムコードではなく、Sound TC が空ならこの納品物に使える音声の開始点は無く、音声と映像の時間関係をすでに検証済みとして扱うことはできません。これ以上の対応には、受け取り側自身の素材の証拠が必要になります。
これはまた、納品物に独立した収録ファイルが含まれるか、それらのファイルが同じ 1 回の引き渡しのものなのかを、受け取り側が実際に受け取ったメディアのリストで確認すべきだということを意味します。App は Sound Roll のフィールドでユーザーに代わってこれらの外部の事実を判断することはありません。締めくくりは単純です。受け取り側は音声ファイル自身が持つタイムコードと開始点を自分で照合する必要があります。
FAQ
Sound Roll は音声タイムコードですか？
同じ種類の情報ではありません。Sound Roll は収録のリール番号で、Sound TC は時間上の位置です。ALE と CSV はそれぞれ自分の Sound TC のマスを持ち、PDF の日報と FDX は持っていません。マスに値が入っているか、納品物にあの列があるかは 2 つの別の質問です。
Sound Roll だけで音声と映像の時刻合わせを完了できますか？
そこから時間の対応は導けません。受け取り側はリール番号、映像の記録、音声リスト、音声ファイル自身のタイムコードと開始点を並べて照合する必要があります。
最終的に音声の時間上の位置はどこから確認しますか？
実際の音声ファイルと音声リストから照合する必要があります。受け取り側は音声ファイル自身が持つタイムコードと開始点を自分で確認する必要があり、Sound Roll から時間上の位置を逆推しません。
Axiom One LLC — SlateX