Sound Roll があるのに音声タイムコードが読めないのはなぜか
納品物の中に Sound Roll が見えても、そのファイルが収録のリール番号のフィールドを 1 つ出力したことを示すだけで、同じ納品物に音声タイムコードも載っていると推定することはできません。現在の ALE と CSV には Sound Roll の列があり、PDF の表組みにも音声のリール番号の列が通っています（ヘッダーはインターフェース言語に追従し、英語の画面では Audio Roll です）。ただしこれらのエクスポートのスナップショットには音声タイムコードに対応する項目がありません。だから 2 つのことは分けて理解する必要があります。
Sound Roll は音声素材のリール番号の手がかりで、音声の時間上の位置ではありません。あの列が存在しても、音声タイムコードがそれに従って納品物に出てくることはないのです。Sound Roll という列はどこから来るのか
ALE と CSV の Sound Roll は、カメラの記録に残ったサウンドロールの数値から来ていて、表示規則にしたがってリール番号の文字に成形されます。使える値がないとき、3 種類の納品物の処理は同じではありません。ALE はカメラの行が 1 つもないテイク記録に対してデフォルトのリール番号を印字し、CSV は空にし、PDF は半角のハイフンを 1 文字打ちます。したがって普通のロール番号に見える文字列であっても、受け取り側が音声ファイルから検証済みだということには結び付きません。受け取り側はそれを音声の時間上の位置ではなく、検証を要する身元の手がかりとして扱う必要があります。
マルチカメラの場面では、音声のリール番号はカメラの記録という層に保存されています。同じ 1 件のテイク記録の中でもカメラごとにそれぞれのフィールドを読む必要があり、ALE と CSV はカメラごとに 1 行ずつ出力しますが、PDF の 1 行は 1 台のカメラだけを取るため、他のカメラのサウンドロールはあの行に出てきません。納品物には Tracks、MOS、Wild Track という音声側の表記が別途あります。いずれも「録音したかどうか」といった現場のマークから計算されたもので、音声ファイルから読み取ったものではありません。後で実際に同じまとまりの収録ファイルに対応するかどうかは、この列だけで判断することはできません。現場に独立した収録が存在したか、その収録ファイルがこのまとまりの納品物と一緒に渡されたかどうかも、この列がユーザーの代わりに判断できるものではありません。
4 種類の納品物はいずれも音声タイムコードを読めないのはなぜか
ここで鍵なのは、「ある列が後で消された」ではなく、エクスポートのスナップショットの構造自体に音声タイムコードという項目がない、という点です。そのため ALE、CSV、PDF、FDX のいずれにも、受け取り側が読める音声タイムコードの列は含まれません。フィールドの欠落はエクスポートのデータ構造という層で起きていて、表示のときに既存の値を隠しているのではありません。
したがって、Sound Roll を音声タイムコードの代わりとして扱うことはできませんし、映像側のタイムコードから音声ファイル自身の開始タイムコードを逆推することもできません。ここをタイムコードの同期機能として説明することはできず、リール番号のフィールドが自動的に時刻合わせまで完了できると書くことは、なおさらできません。受け取り側は実際の音声ファイルと自分の音声リストに戻って、音声ファイル自身が持つタイムコードと開始点を照合する必要があります。
納品物の中の音声側の手がかりはリール番号で、音声タイムコードではありません。時間上の位置が必要なら、受け取り側は自分で音声ファイルと音声リストに戻って照合する必要があります。
リール番号と映像タイムコードはどう組み合わせて照合できるか
既存の納品物の構造では、ALE と CSV ならサウンドロールのリール番号と映像側のタイムコードを同じ 1 回の照合に並べて使うことができます（PDF の表組みにはタイムコードの列がありません）。とはいえ、これも受け取りプロセスでの人手による対応関係です。リール番号は「この記録がどのロールの音声に関連していると申告しているか」に答え、映像タイムコードは「この映像の記録が時間上のどの位置にあるか」に答えます。この 2 つを組み合わせても、元々存在しない音声タイムコードの列は生成できません。
そのため、時刻合わせの判断は、受け取り側が握っている音声リスト、音声ファイル自身の情報、納品物の中の映像記録を合わせて完成させるしかありません。『ALE は現場とポストの間で実際に何を担うのか』が説明するのは、交換ファイルが何を運べて何が運べないかという点で、ここの音声タイムコードの欠落はまさに後者に属しています。受け取り側は自分で照合する必要があり、見た目には完全そうなリール番号にタイムコードの証拠の役を担わせることはできません。
Reel と Tape はなぜ 2 本の独立した証拠にならないのか
ALE には、もう 1 か所、二重確認の錯覚を作りやすい場所があります。Tape と Reel は同じ派生値を使っています。2 つの列として表示されますが由来は同じなので、2 つの列が一致することを独立した 2 つの出所による相互検証として扱うことはできません。身元を照合するとき、依然として素材そのものまたは現場の記録に戻って確認するのが正しいです。
同じ原則は音声側にもあてはまります。Sound Roll は身元のフィールド 1 つで、もう 1 本のタイムコードの鎖ではありません。受け取りの流れでチャンネル情報も判断しなければならない場合、ALE の Tracks 列は MOS かどうかから計算されたもので、チャンネル数は読めません。この境界は別途『ALE の Tracks 列が教えてくれないこと』で専ら説明しています。異なるフィールドはそれぞれ納品物に既に書き込まれた分の情報だけ担っていて、存在しないデータを互いに補い合うべきではありません。
受け取りのとき、何を音声ファイル自身に委ねるべきか
受け取り側はファイルを手にしたら、まず Sound Roll が示すロール番号が音声リストと合っているかを確認し、そのうえで実際の音声ファイルが提供するタイムコードと開始点を見ます。映像の納品物は映像側の記録を与えられますが、この列から音声タイムコードは読めないため、音声と映像の時間関係をすでに検証済みとして扱うことはできません。これ以上の対応には、受け取り側自身の素材の証拠が必要になります。
これはまた、納品物に独立した収録ファイルが含まれるか、それらのファイルが同じ 1 回の引き渡しのものなのかを、受け取り側が実際に受け取ったメディアのリストで確認すべきだということを意味します。App は Sound Roll のフィールドでユーザーに代わってこれらの外部の事実を判断することはありません。締めくくりは単純です。受け取り側は音声ファイル自身が持つタイムコードと開始点を自分で照合する必要があります。
FAQ
Sound Roll は音声タイムコードですか？
同じ種類の情報ではありません。Sound Roll は収録のリール番号のフィールドで、現在の納品物には音声タイムコードの列が読めません。
Sound Roll だけで音声と映像の時刻合わせを完了できますか？
そこから時間の対応は導けません。受け取り側はリール番号、映像の記録、音声リスト、音声ファイル自身のタイムコードと開始点を並べて照合する必要があります。
ALE の Tape と Reel はロール番号を相互に証明できますか？
2 本の独立した証拠としては扱えません。Tape と Reel は同じ派生値を使っているからです。受け取り側は依然として素材または現場の記録に戻って身元を確認する必要があります。
最終的に音声の時間上の位置はどこから確認しますか？
実際の音声ファイルと音声リストから照合する必要があります。受け取り側は音声ファイル自身が持つタイムコードと開始点を自分で確認する必要があり、Sound Roll から存在しない音声タイムコードの列を逆推しません。
Axiom One LLC — SlateX。上の数字は 2026-09-24 時点のものです。