ALE の各列の値はどこから来るのか
SlateX が差し出す ALE はタブ区切りのテキスト一覧です：ファイルレベルのヘッダー、列名 1 行、素材 一本ごとに 1 行。この一式の列は同じ種類の出所ではありません。ある値は現場であなたが書き写したもので、ある値は記録にもともと保存されており、ある値はソフトウェアが組み立てるもので、もう一類はデータベースに記されているのに外へ出せないものです。欠落値はこの成果物では形が 1 つしかありません：空です。受け取るときは、まずこのセルがどこから来たかを問い、そのうえで何が照合を担えるかを判断します。
同じ 1 行の中に、手入力、ソフトウェアが組み立てた識別子、空のセルが同時に存在します。表の見た目は、それらを区別してはくれません。
ファイルレベルのヘッダーを先に見る、行ごとのフィールドとして扱わない
ヘッダーには区切り文字、映像方式、音声方式、グローバルな巻名、フレームレートが書かれます。VIDEO_FORMAT はカメラの解像度が記録されていたときにだけ、あのラスタ値に入ります。AUDIO_FORMAT の行はそのまま書かれ、値は空のままです。データベースには音声のサンプルレートの読み取り値が 1 つもありませんから——ソフトウェアの定数を 1 つ書けば、書き写していない素材に音声仕様を宣言させることになります。グローバルの FPS は各記録の中から宣言されたフレームレートの最頻値を取り、一台も宣言がなければ空です。グローバルの TAPE は、一式の素材が本当のカード 1 枚にだけ対応するときに書いて出します。カードが複数なら行ごとのセルへ任せ、1 枚も書き写しがなければ丸ごと省略します。
これらはファイルレベルの単一値であって、行ごとの事実ではありません。各行自身のフレームレートのセルは FPS 列にあり、両者は一致しなくてもかまいません。
身元列：出所 1 つ、形 4 つ
Name はクリップ名で、31 文字と ASCII という 二本の物差しに縛られます。ショット名が記録されていないとき、それは行にあるシーン番号・ショット番号・テイク番号で確定した名を 1 枚組み立てる方へ退避します——同じテイクは毎回同じようにエクスポートされ、別のテイクと衝突しません。これは標識であって、ファイルキーではありません。
出所を認めるあのいくつかのセルは、すべてあなたが書き写したあのカード番号の後を追います、ただ形がそれぞれ違うだけです：Tape は正規化済みのカード番号（英数字だけ残し、大文字に統一し、31 で切り捨て）；Camroll は原様を求めますが、このセルも同じく ASCII しか受け付けないので、カード名に非ラテン文字が混じればセル全体が空になります；Reel # の契約文句はこの列に数字を入れることなので、カード番号にアルファベットが含まれている時点でセル全体を空のままにします、私たちは接頭辞を剥がして数字らしい番号をこしらえることはしません；Soundroll はサウンド報告の帳簿上の巻号を出します、正規化の基準は Tape と同じです。4 セル同源＝あなたが書き写したあの 1 枚であって、互いに独立した 4 系統の信号ではありません。
ソフトウェアが自分で数える表示番号（カメラのアルファベットに 3 桁の自動増分を足したもの）は、この道には入りません：どの物理カードにも対応せず、CSV と PDF の人が読む列にだけ存在します。Camera はカメラ番号で、取り得る値はその 26 個のアルファベットに限られます。
時間列：入り点には出所がある、出点は現在、値を出さない
Start は、この記録が記しているタイムコードを取ります：入り点があれば入り点を、なければテイク自身のそれを用います。形や範囲を通らない文字列は一律に空で出します——この成果物にもう 00:00:00:00 は現れません。あのゼロの連なりの毛病は合法に見えたことで、受け取る側に現場の本物のゼロ点と補って作ったゼロ点の区別を付けさせませんでした。
End のこの列は現在空です：データベースに出点の入力経路がなく、私たちも入り点に長さを足して推算はしません——それは壁時計で算出した番号をカメラの画面の原本の読み取り値に見せかけることです。出点が要るなら撮影報告へ戻るか、機械の画面から書き写してください；このセルは精算差異表で TC_OUT_MISSING として現れます。
計算で出た位置は、派生結果としてのみ再検証できます。私たちはこのセルを計算で出した値で交わすのではなく、空で出すことを選びました。
Duration はタイムコードの形で書き、データベースに記されているあの長さからのみ換算します。本家の長さは秒単位で保存され、フレーム位置はデータベースに落ちないので、この列のフレーム位置は常に 00 です——これは精度の上限であって欠落値ではありません。FPS は、その行自身がフレームレートを宣言しているときにだけ値があり、宣言がなければ空です。内部の演算には別にフォールバックの計数基数がありますが、それはこの機械が報告した数ではないので、列には書きません。TC Mode には DF の 1 つしか現れません、空白はドロップフレーム宣言がないことを意味し、ノンドロップフレームと同じではありません。DF を宣言した行だけが Start、End、Duration をセミコロン形に書き、ファイルヘッダーはそれが本家の表示慣例であることを文字どおり認めます。Sound TC は文字どおり渡し、形だけを判定し、フレーム位置を切り詰めません。
テキストと説明の列：平らにし、さらに閘門を 1 つ通す
Description は場面の要約、ショットの描写、ショットのメモにあるすでに空でない内容を区切り文字で 1 つのセルへ組み立てます；Comments はテイクのメモから、Camera Notes はカメラのメモから、Director はそのテイクが属する撮影日の監督のテキストから来ます。4 セルは同じ 1 つの道を歩きます：行構造を破る改行とタブをまずスペースに潰し、それから ASCII の閘門を通します——値に非ラテン文字が挟まっていればセル全体を空で出し、原文どおりの文字は CSV と PDF に残ります。
ですから同じセルが空でも、可能性は 2 つあります：そもそも記録されていないか、記録されたがこの成果物に収まらないか。差異表は後者を代わりに明らかにしません——それが判定するのは記録に値があるかどうかで、あのいくつかの欄はあなたが実際に書き写した内容に対してだけ照合できます。
状態列とそのほか：段階はファイルに書かれ、トラック数はチャンネル図ではない
Rating は現場の段階の文字を出します（Circle、Keep、Hold、N/G の一族、常に英語で、インターフェース言語には従いません）、段階が置かれていないときは空です；Circled take は TRUE か FALSE を出します、あれは 2 番目の質問なので 2 番目の列を占めます。Tracks は三態の記号です——V は MOS のテイク、A1A2 はワイルドトラック、VA1A2 はシンクサウンドです；1 行に音声の事実が 1 つもなければそのセルは空にします、私たちは既定でシンクサウンドにはしません。これはトラック数の記号であって、チャンネル対応表ではなく、サンプルレートも帯びません。VFX_Type はそのカメラの 4 つのフラグから文字へ組み立てられ、VFX_Count の列は存在しますが現在入力経路がないので、空で出します。Shoot Day は Day 7 のような形で書き、撮影日に属さなければ空です。日付は Shoot date 自身の列に（yyyy-MM-dd）、ユニットは Unit にあります。
この ALE は何を持ち、何を明らかに持たないか
持つもの：ソースのファイル名とパス、カード番号とサウンドロール、音声タイムコード、段階とサークルフラグ、場番号とテイク番号、ユニットと日付。持たないもの：メディアそのもの、タイムコード以外のレンズパラメータ（焦点距離、感度、絞り、シャッター、解像度は App には記録がありますが、ALE の列には入っていません）、チャンネル対応表、撮影監督の ASC の欄 2 つ。また、ショットと素材の間の対応関係も一切持ちません——どのテイクがどのファイルに対応するかは、やはり現場で登記すべき事柄です。
末尾に並んでいるいくつかの列は私たちの独自の列名です：規格には見つかりませんから、どんな下流でもそれらを意味フィールドとして読むと想定しないでください。列名はファイルに実際に現れた文字列で照合する一律の作法です、類義の列名が同じフィールドへマップされる保証はありません。
FAQ
Reel # と Tape は互いに検証できますか？
独立した 2 系統の出所として扱うことはできません。どちらもあなたが書き写したあのカード番号に同源し、それぞれ違う形へ折り直されているだけです（純数字／正規化した英数字）。2 つの列が一致することは、同じ出所が 2 度書かれたことを示すのみです。
End は現場で記録されたものですか？
この列は現在、値を出しません：出点の入力経路がなく、入り点と長さからの推算もしません。出点が必要なら撮影報告へ戻るか機械の画面から書き写してください。差異表が TC_OUT_MISSING でそれを指し示します。
ALE の Tracks はチャンネル対応表ですか？
いいえ。それは記録の状態から生成された三態のトラック数の記号で、各チャンネルがどの音源に対応するか、サンプルレート、編集側でのルーティングは含みません。
なぜ受け取る側はなお列ごとに照合するのか？
同じファイルの中に、手で書き写した値も、ソフトウェアが組み立てた標識も、その種の文字が載れば出せないセルもあるからです。列ごとに値の取り方とゲートの作法が違います。ファイルを開けることはテキストが読めることを示すだけで、各フィールドの出所が検証済みであることを示しません。
Axiom One LLC — SlateX。上の数字は 2026-09-24 時点のものです。