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 は、カード名全体が ASCII の英数字でできていて初めて大文字に統一し 31 で切り捨てるもので、非ラテン文字、スペース、ハイフンが混じればセル全体が空になります、私たちは文字を拾い集めて書いてもいない番号をこしらえることはしません；Camroll はその同じカードを運びこれが純 ASCII であることを求めます、ゆえにカード名に非ラテン文字が混じればそのセルは空になります；Reel # の契約文句はこの列に数字を入れることなので、カード名にアルファベットが 1 つでも含まれていればそのセルは空のままにします、私たちは接頭辞を剥がして数字らしい番号をこしらえることはしません；Soundroll はサウンド報告の帳簿上の巻号を同じゲートを通して出します。カード名に非ラテン文字が混じると Tape／Reel #／Camroll のこの 3 セルはまとめて空になります——出所が 1 つ失われて 3 セルが失せたのであって、無関係な 3 件事ではありません。4 セル同源＝あなたが書き写したあの 1 枚であって、互いに独立した 4 系統の信号ではありません。
ソフトウェアが自分で数える表示番号（カメラのアルファベットに 3 桁の自動増分を足したもの）は、この道には入りません：どの物理カードにも対応せず、CSV と PDF の人が読む列にだけ存在します。Camera はカメラ番号で、取り得る値はその 26 個のアルファベットに限られます。
時間列：二つの読み取りはどちらも手で書き取る、幅はそれから出る
Start は、この記録が記しているタイムコードを取ります：入り点があれば入り点を、なければテイク自身のそれを用います。形や範囲を通らない文字列は一律に空で出します——この成果物にもう 00:00:00:00 は現れません。あのゼロの連なりの毛病は合法に見えたことで、受け取る側に現場の本物のゼロ点と補って作ったゼロ点の区別を付けさせませんでした。
End はデータベースに記されているあの出点を取ります、そしてその出点には値が入る 2 つの通り道があります。収録チェーンが止まるまさにあの瞬間に、そのとき画面に映っていた読み取りを機械がその場で取り込む一方、テイクの新規作成ページと編集ページにはそれぞれ「出点」の欄があり、スクリプターがカメラ画面を見てそこから手で書き込むこともできます。どちらも起きなければ空です。私たちは入り点に長さを足して出点を逆算しません。計算で出した番号をカメラ画面の原本の読み取り値に偽装することになるからです。このマスが空のまま残ることは、精算差異表に TC_OUT_MISSING として現れます。判定は、入り点あり、実撮時間 あり、出点なし、です。
このマスは現場で読み取られた値だけを認めます。読み取りがなければ、この列もありません。計算で出した値を差し替えて渡すことはしません。
Duration はもはやスクリプターのストップウォッチのあの秒数ではありません。この列は入り点と出点の 2 つの読み取りのあいだのフレーム単位で正確な幅で、頭も末尾も含むため End − Start と自己整合します。2 つの読み取りのどちらかでも欠けていれば、このマスは空で出します。幅は計算で出た派生値なので、派生値として再検証する必要があります。この同じ幅は、テイク記録の画面では読み取り専用の タイムコード長 のマスです。スクリプターが自分で入力した 実撮時間 は末尾の独自の列 SlateX Set Time を別に行き、Duration と並べて出します。プレロールもスレートも、監督が早めに回し始めた分もストップウォッチの中に入りますから、2 つの数が一致しないのは現場の常態であって、誰かの記録違いではありません。差異表はその状況を DURATION_MISMATCH で一度見るよう促す印を付けるだけで、値は変えません。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 系統の出所として扱うことはできません。どちらもあなたが書き写したあのカード番号に同源し、それぞれ別のゲートを通されているだけです（純数字／丸ごと ASCII の英数字）。2 つの列が一致することは、同じ出所が 2 度書かれたことを示すのみです。
End は現場で記録されたものですか？
誰かがそれを読み取ったときだけです。出点に値を入れる道は 2 つあります。収録チェーンが止まるあの瞬間に機械が画面の読み取りを取り込む道と、スクリプターがテイクの各ページでカメラ画面を見て「出点」の欄に手で書き込む道です。読み取ればマスは出て行き、読み取らなければマスは空のまま残り、差異表が TC_OUT_MISSING でそれを名指しします。私たちは入り点に長さを足して出点を逆算しません。値があるときも、それはやはり素材と突き合わせるべき読み取り値です。本家はどんな編集システムのインポート受け入れも行ったことがありません。
ALE の Tracks はチャンネル対応表ですか？
いいえ。それは記録の状態から生成された三態のトラック数の記号で、各チャンネルがどの音源に対応するか、サンプルレート、編集側でのルーティングは含みません。
なぜ受け取る側はなお列ごとに照合するのか？
同じファイルの中に、手で書き写した値も、ソフトウェアが組み立てた標識も、その種の文字が載れば出せないセルもあるからです。列ごとに値の取り方とゲートの作法が違います。ファイルを開けることはテキストが読めることを示すだけで、各フィールドの出所が検証済みであることを示しません。
Axiom One LLC — SlateX。上の数字は 2026-09-24 時点のものです。