同じ一連のテイク記録が複数の納品物で行数も順序も一致しない理由
同じ一批のテイク記録が複数の納品物で行数も順序も違うのは、あれらが別のプロジェクトからデータを取っているからではありません。作成日時で取得した同じ 1 組のスナップショットから出発したあと、各自が別の並びキーと別の展開粒度を使うからです。表形式の生成物は作成日時順を保ち、構造化リストはシーン・ショット・テイクで並び直し、人が読む日報はもう 1 系統のショットキーを使います。同時に、前の 2 つはカメラごとに展開しますが、日報は依然としてテイク 1 本に 1 行です。
ファイルをまたいで突き合わせるとき、安定した共通キーはシーン・ショット・テイクの身元で、「何行目」ではありません。
出発点は同じで、その後の並びの規則が違う
スナップショットは最初に、記録の作成日時の昇順で取得します。表形式の生成物はその後並び直さないので、この作成日時の順序をほぼそのまま保ちます。構造化リストはシーン番号、ショットの採番、テイク番号で並び直し、うちシーン番号とショットは自然順で比較します。つまりデータの出所は同じですが、行の位置はすでに表形式の生成物から分離しています。
人が読む日報はもう 1 系統の並びを追加します。シーン番号のあと、ショットの修飾名を 2 番目のキーにし、さらにテイク番号で並べます。この修飾名は構造化リストが使う元のショットの採番と等しくないため、2 枚のファイルが同じ一批のテイクを含んでいても、「2 行目同士が対応すべき」という関係は成立しません。
インターフェースのログにはさらに別の順序があります。ショット番号の文字列の昇順、そのあとにテイク番号の昇順です。文字列順では 10 が 2 より前に並びます。これはインターフェース層自身の表示順序で、そこから書き出しファイルの中の位置を逆推することもできません。
行数が違う核心は、カメラごとに展開するか否か
構造化リストと表形式の生成物はどちらもカメラごとに展開します。1 本のテイクに複数のカメラが含まれれば複数の行を生成し、カメラがなくても 1 行は残します。人が読む日報はそこが違い、テイクの数だけ行を作るため、1 本のマルチカメラのテイクはそれでも 1 行しか占めません。
これは、同じ現場の記録の集合からなぜ総行数が違うのかも説明します。1 本のマルチカメラのテイクはリストと表では分行されますが、日報では 1 本のテイクのままです。日報で連番らしく見えるあの 1 マスの No. も、実際はドキュメント全体の行番号であってテイクの採番ではないので、ファイルをまたぐ突き合わせのキーにすることはできません。
行数が違うことは、生成物の粒度の違いから来ます。ある 1 枚が「撮影を 1 本多く持った」「撮影を 1 本落とした」こととは違います。
ショットの識別子は生成物ごとに同じ文字列とは限らない
人が読む日報はショットの修飾名を使い、表形式の生成物のショットの列は元のショットの採番を使います。1 つのショットは、インターフェースまたはあるファイルではシーン番号の接頭辞付きや修飾された形を帯び、別のファイルではより短い採番だけ残ることがあります。受け取り側は、あれらをシーン・ショット・テイクの関係へ戻して理解すべきで、ある列の文字列が一致するかどうかだけで同じ 1 本かを判断しないでください。
ここで説明しているのは、こちら側の生成物の仕組みです。現在の証拠から、ある下流のソフトウェアがこれによって必ず誤ったマッチング・取りこぼし・インポート拒否をするとさらに主張することはできません。具体的な受け入れの挙動は、引き続き受け取り側が自分のインポート用テンプレートで列ごとに照合します。
突き合わせるときは何を使うべきか
ファイルをまたいで照合するときは、まずシーン番号を固定し、次にショットを固定し、そのあとテイク番号を見ます。マルチカメラの記録ではさらにカメラまで追います。この目的は、身元の関係を共通言語にすることであって、あるファイルに偶然現れた行の位置を主キーとして扱うのではありません。
2 枚のファイルの総行数が違うなら、展開の粒度が違うのかを先に問います。順序が違うなら、ショットの並びキーが違うのかを見ます。身元の関係そのものが合わない場合に限って、元の記録へ戻って確認するのであって、複数の生成物に行単位の揃いを先に要求するのは違います。
これらの差異は生成の仕組みの結果ですが、「仕組みがそう」は照合を忽略してよいこととも等しくありません。各生成物は別の責務を担っていて、受け取り側は、自分が使うフィールドが本当に同じ 1 件の現場の記録へ戻れるかを引き続き確認する必要があります。
FAQ
表形式の生成物と構造化リストで順序が違うのはなぜですか？
表形式の生成物は作成日時順を保つのに対し、構造化リストはシーン・ショット・テイクで並び直すためです。両者は同じ一批のスナップショットから出発しますが、その後の並びの規則が違います。
マルチカメラのとき、数枚のファイルの総行数が違うのはなぜですか？
構造化リストと表形式の生成物はカメラごとに展開するので、1 本のマルチカメラのテイクは複数の行を占めます。人が読む日報はテイクで行を作るため、同じ 1 本のテイクは依然として 1 行しか占めません。
日報の No. を別のファイルの行番号と対応付けられますか？
対応付けません。日報の No. はドキュメント全体の行番号で、テイクの採番とは同じ概念ではないため、ファイルをまたぐ身元のキーにはできません。
数枚のファイルは何を共通キーにして照合すべきですか？
シーン・ショット・テイクの身元を優先し、マルチカメラの記録ではカメラまで続けて照合します。行番号やある 1 枚の並びの位置を共通キーとして扱うのは違います。
Axiom One LLC — SlateX。上の数字は 2026-09-24 時点のものです。