ALE は現場とポストの間で実際に何を担うのか
SlateX における ALE は、タブで区切られたテキストのリストです。ファイルはヘッダーの部分、列名の部分、データの部分で構成されます。その職責は、「この行がどの素材を指しているか、時間上の位置は何か、どのシーンどのテイクに属するか」といった情報を受け取り側へ渡して、取り込みとコンフォームの流れに照合できるテキストの記録を1本置くことです。どのテイクが良く撮れたかを判断する担当ではなく、ショットのパラメータ・素材のパス・チャンネルマップも含まれません。具体的な受け入れの流れで使い続けられるかは、引き続き受け取り側が列ごとに照合します。
ALE の価値は、照合できる身元と時間の情報を表に書き込むことにあって、これらの値が検証済みだと受け取り側に代わって宣言することではありません。
ファイル自体はどんな形をしているか
SlateX が現在書き出す ALE にはまずヘッダーの情報があり、続いて固定の列名の部分、最後にデータ行へ入ります。列の間はタブで区切るので、あの形は列の定義が明確なテキストのリストに近く、メディアそのものを詰め込むコンテナではありません。
データ行はカメラごとに展開されます。1 本のテイクに複数のカメラがあれば複数の行に対応し、カメラが無ければそれでも 1 行のフォールバック記録を作ります。この形が決まっているため、ALE の「行」はカメラ単位の引き渡し記録に近く、「1 行＝1 本のテイク」ではありません。
1 本の列の値は、まずどこから来たかを問います
ALE を読めるとき、フィールドを出所で 3 分類に分けるほうが安全です。
1 分類は現場の記録またはユーザー入力から来る値で、たとえばシーン番号、テイク番号、メモ、監督のテキスト、カメラ位置メモなどです。あれらが正しいかは、記録そのものが現場の事実と合っているかに依存します。
もう 1 分類はソフトウェアの派生値です。End は独立した終り点が無いとき、入り点と長さから計算されます。Name、整形された一部のリール番号、フレームレートの表現なども生成のロジックを通ります。派生値は、独立に測った 2 本目の証拠ではなく、入力の依存から抜けられません。
もう 1 分類は、値が欠けているときに生成されるフォールバックの値です。タイムコードが欠けていると 00:00:00:00 に見えることがあり、カメラの身元が欠けていると普通に見える既定のリール番号やサウンドロールが現れます。これらの文字列は構文的には実際の記録によく似ますが、出所が違うため、受け取り側は現場の記録または素材へ戻って確認が必要です。
「この値はどこから来たか」を先に問います。「この値は正しい書式らしいか」はそのあとです。
ALE は受け取り側に何を伝えられるか
現在の列は、受け取り側に素材の名前、入り点、終り点、長さ、シーン番号、テイク番号、リール番号、サウンドロール、フレームレート、メモ、カメラといった情報を見せられます。「身元と時間の手がかりを下流の検査へ渡す」作業を担うのに適しています。
うち 1 つ、特に注意が必要な身元の境界があります。Tape と Reel は現在同じ由来の値を取っているので、この 2 列を互いに独立した 2 筋の身元信号として扱えません。2 列が一致していたら、それは生成側が同じ出所を 2 か所へ書いたことを示すだけです。
終りの位置も毎回独立した記録から来るわけではありません。現在、timecodeOut が欠けていると End は入り点と長さから計算されます。したがって受け取り側は、まず Start と Duration の出所を確認し、そのうえで End を派生結果として再検証します。もう 1 項目の現場実測として扱うのではありません。
ALE が明確に含んでいないもの
現在の ALE にはテイク評価や Circle 印の列がなく、ショットの採番、焦点距離、ISO、絞り、解像度、素材のパス、チャンネルマップ、音声タイムコードもありません。もちろんこれらの情報と別の場所で同時に存在することはできますが、あるプロジェクトで実際に記録されているからといって、逆に ALE 自身がそれを運んでいるとは書けません。
この境界は、ALE が「どれが良く撮れたか」を判断する担当でないことも同時に示しています。受け取り側が現場のテイク評価の判断を知りたいなら、他の生成物または元の記録から取得する必要があり、この ALE から導き出すのではありません。
なぜ ALE の行数と日報の行数が違うのか
同じ一批のテイク記録は、表形式の生成物ではカメラごとに展開されますが、人が読む日報はテイク 1 本に 1 行を保ちます。したがってマルチカメラの撮影では ALE の行数は増え、日報の行数は同じ増え方をしません。
これは行番号で消せる差異ではありません。ファイルをまたいで照合するなら、シーン・テイク・カメラの身元へ戻るのであって、「N 行目」が各納品物で同じオブジェクトを表すと想定するのは違います。
ALE を手に入れたらまず何をするか
本稿は ALE の用途と境界だけに答えます。実際の受け入れの動作は、すでに公開済みの『ALE を受け取ったら、まずこのフィールドを照合する』へ入ってください。まず各行が誰なのかを確かめ、そのうえでリール番号、素材の名前、時間上の位置、フレームレート、欠値の出所を照合します。具体的な受け入れシステムが直接使えるかに関わる部分は、受け取り側が自分のインポート用テンプレートで列ごとに照合します。
FAQ
ALE はメディアファイルもいっしょに渡すものですか？
渡しません。SlateX の現在の ALE はテキストのリストで、素材のパスを含まず、メディアファイルそのものも詰め込みません。
ALE の End は独立に測った時間ですか？
限りません。独立した終り点が無い場合、現在の生成の道筋は入り点と長さから End を計算するので、派生値として再検証が必要です。
Reel と Tape を独立した 2 本の身元情報として扱えますか？
扱えません。現在 2 列は同じ由来の値を取っているので、2 本現れたことをもって 2 回の独立した確認とはできません。
同じ 1 本のテイクが ALE に複数の行で現れるのはなぜですか？
現在の ALE はデータ行をカメラごとに生成するため、1 本のテイクに複数のカメラがあれば複数の行へ展開されます。したがって行数をそのままテイクの数にはできません。
Axiom One LLC — SlateX。上の数字は 2026-09-24 時点のものです。