CSV の引き渡しは ALE と比べて何を多く運び、何を運ばないか
CSV の明細表と ALE のリストは、同じデータの拡張子違いではありません。CSV は人と表計算ツールで列ごとに眺める用途、ALE は受け入れの流れに読ませる交換用のリストの用途で、両者は値の範囲も、欠値の書き方も、エンコーディングも、フィールドの意味も違います。CSV はより多くのカメラと撮影のパラメータを持ち出します。それでもメディアのリストではなく、チャンネルマップも音声タイムコードも提供しません。
フォーマットが違うことで重要なのは、「列が何本か増える」ことだけではありません。各列がどこから来て、誰に照合させるための列かという点です。
CSV が多く運ぶのはカメラと撮影の明細
ALE と比べて、CSV はより多くのショットとカメラ側の情報を持ち出します。焦点距離、フィルター、ISO、絞り、シャッター、アスペクト比、解像度、それにショットサイズ・撮影角度・動きといった構図の情報まで、この明細表が表現できる範囲に属しています。
さらに状態のマークを何種類か書き込みます。VFX、プレート、クリーン、リファレンスといったカメラの状態を含み、撮影の日付も運びます。ここで重要な境界を残します：引き渡しの表に列が 1 本存在することは、App に現在それに対応する現場の入力口があることと等しくないからです。音声系の状態の列の中には、ファイル構造には現れるものの、記録できる能力としてすでに備わっていると説明してはいけないものがあります。
テイク記録メモとカメラ位置メモも、別の列へ分かれて入ります。CSV を生成するとき、メモの中の改行・復帰・タブは空白に縮められるため、「メモがそのままの形で残る」とは約束できません。受け取り側が見るのは、表への取り込みに適した形へ処理されたあとのテキストです。
2 本のテイク評価の列は同じ話にできません
CSV にはテキストの評価名の列が 1 本、ブール値の Circle の列が 1 本あります。テキストの評価名は Circle、Keep、Hold、N/G に書かれ、未マークのときは空になります。ブール値の Circle 列は、現在のテキストの評価名が Circle に対応する評価のときだけ TRUE を書き、他の場合は FALSE を書きます。
つまり、現場で 1 本を Keep にマークすると、テキストの評価名列には明確に Keep と書かれるのに、ブール値の Circle は FALSE のままです。したがってブール値の列を「このテイクが現場で Circle 印を付けられたか」の完全な意味として直接解釈することはできません。あれは特定の評価名の条件から派生した 1 つのブール値にすぎません。
Ratingを読むことはテキストの評価名を読むことで、Circleを読むことはより狭い派生条件を読むことです。2 本の列は互いに代われません。
ここは受け取り側が列ごとにマッピングを立てるべき場所でもあります。自分の表のテンプレートがブール値の列だけを見ていると、テキストの評価名の側にまだ意味のある他の状態を落とします。テキストの列だけを見ている場合も、それが App の内部の他の状態フィールドと等しいとは想定できません。
CSV はまだメディアの位置と音声の対応を持っていません
フィールドが多いことは、このファイルがメディアの関連付けの完全な情報を担ったことと等しくありません。現在の CSV は素材のパスを書かず、チャンネルマップも音声タイムコードもありません。受け取り側がメディアファイルの実際の保存位置や、どのチャンネルがどの音声ソースに対応するかを知る必要があるなら、素材と他の引き渡しの記録から補うしかありません。
同様に、表に Filename、リール番号、クリップ番号が現れても、それでメディアを直接全部特定できるリストになるわけではありません。身元のフィールドは、実際の素材のファイル名・リール番号・現場の記録とクロスチェックする必要があります。
エンコーディングとクリーニングの規則も ALE と違います
CSV をディスクに落とすときはバイト順序マークが付きますが、ALE は付きません。2 枚とも改行は LF を使いますが、エンコーディングと改行の受け入れ環境での扱いは実際に検証が必要です。文字化けや列のずれが起きたら、まずエンコーディング・区切り・テキストのクリーニングを検査します。内容のフィールドそのものが間違っていると先に想定するのではありません。
CSV の各データ値はそれぞれのエスケープの経路を通ります。改行とタブは縮められ、カンマまたは引用符を含む場合は現在の規則どおりに引用符とエスケープが付きます。この挙動は現在の生成方式には合っていますが、外部の CSV 規格への準拠の約束まで拡大して書くことはできません。
日付もすべての納品物で同じ基準ではありません
CSV の日付列はグレゴリオ暦の機械向けの書式 yyyy-MM-dd に固定で書かれます。もう 1 種類のレポートのヘッダーの日付は、デバイスの環境設定にある日付フォーマットに従います。両者は読む場面が違うので、「すべての納品物の中の日付は必ず一文字違わず同じ」とは書けません。
受け取り側がファイルをまたいで突き合わせるなら、日付フィールドの書式の差異を先に想定条件として受け入れ、そのうえで同じ 1 日を指しているかを照合します。文字列が違うことは、日付が違うことを必然的に意味しません。文字列が同じことも、元の記録の確認の代わりにはなりません。
FAQ
CSV が ALE より多く運ぶのは主に何ですか？
主に、より細かいカメラ、光学、構図、状態、日付の明細です。たとえば焦点距離、フィルター、ISO、絞り、シャッター、解像度、ショットサイズ、撮影角度、動きなどが当たります。
Rating と Circle の 2 列はなぜ食い違って見える場合がありますか？
由来の意味が別々だからです。Rating はテキストの評価名を書き、ブール値の Circle は評価名が Circle のときだけ TRUE を書きます。したがって 1 本の Keep は Rating=Keep と Circle=FALSE が同時に現れます。
CSV はメモをそのままの形で保てますか？
一文字違わずそのままではありません。改行・復帰・タブは生成のときに空白へ縮められるため、受け取り側が見るのは表の行の構造に適した形へ処理した結果です。
CSV はフィールドが増えれば、素材と音声のチャンネルを直接見つけられますか？
見つけられません。現在のファイルは引き続き素材のパス、チャンネルマップ、音声タイムコードを含みません。メディアの位置と音声の関係は、素材と他の引き渡しの情報から照合する必要があります。
Axiom One LLC — SlateX。上の数字は 2026-09-24 時点のものです。