ALE の各列の値はどこから来るのか
SlateX が差し出す ALE はタブ区切りのテキスト一覧です：ファイルレベルのヘッダー、列名 1 行、素材 一本ごとに 1 行。この一式の列は同じ種類の出所ではありません。ある値は現場であなたが書き写したもので、ある値は記録にもともと保存されており、ある値はソフトウェアが組み立てるもので、もう一類は記録に残っているのに外へ出せないものです。欠落値はこの成果物では形が 1 つしかありません：空です。受け取るときは、まずこのセルがどこから来たかを問い、そのうえで何が照合を担えるかを判断します。
同じ 1 行の中に、手入力、ソフトウェアが組み立てた識別子、空のセルが同時に存在します。表の見た目は、それらを区別してはくれません。
ファイルレベルのヘッダーを先に見る、行ごとのフィールドとして扱わない
ヘッダーには区切り文字、映像方式、音声方式、グローバルな巻名、フレームレートが書かれます。VIDEO_FORMAT はカメラの解像度が記録されていたときにだけ、あのラスタ値に入ります。AUDIO_FORMAT の行はそのまま書かれ、値は空のままです。記録には音声のサンプルレートの読み取り値が 1 つもありませんから——ソフトウェアの定数を 1 つ書けば、書き写していない素材に音声仕様を宣言させることになります。グローバルの FPS は各記録の中から宣言されたフレームレートの最頻値を取り、一台も宣言がなければ空です。グローバルの TAPE は、一式の素材が本当のカード 1 枚にだけ対応するときに書いて出します。カードが複数なら行ごとのセルへ任せ、1 枚も書き写しがなければ丸ごと省略します。
これらはファイルレベルの単一値であって、行ごとの事実ではありません。各行自身のフレームレートのセルは FPS 列にあり、両者は一致しなくてもかまいません。
身元列：出所 1 つ、形 4 つ
Name はクリップ名で、31 文字と ASCII という 二本の物差しに縛られます。それはその行にあるカメラのリール番号とクリップ名で名を組み立てます。そのテイクにカメラの行が 1 本も無いときだけ、そのテイクがすでに持つ名を用います。ショット名が記録されていればショット名を、無ければシーン番号を、シーン番号も無ければショット番号を用い、後ろにテイク番号を足して確定した名を 1 枚組み上げます——同じ行なら書き出しのたびに同じ名になりますが、二つの行が違う保証はありません。テイク番号は手で打ち込むものなので、身元はシーン番号・ショット番号・テイク番号（マルチカメラならカメラも）を項目ごとに確かめてください。これは標識であって、ファイルキーではありません。
出所を認めるあのいくつかのセルは、ほとんどがあなたが書き写したあのカード番号の後を追います、ただ形がそれぞれ違うだけです。Soundroll だけが例外です：Tape は、カード名全体が ASCII の英数字でできていて初めて大文字に統一し 31 で切り捨てるもので、非ラテン文字、スペース、ハイフンが混じればセル全体が空になります、私たちは文字を拾い集めて書いてもいない番号をこしらえることはしません；Camroll はその同じカードを運びこれが純 ASCII であることを求めます、ゆえにカード名に非ラテン文字が混じればそのセルは空になります；Reel # の契約文句はこの列に数字を入れることなので、カード名にアルファベットが 1 つでも含まれていればそのセルは空のままにします、私たちは接頭辞を剥がして数字らしい番号をこしらえることはしません；Soundroll はサウンド報告の帳簿上の巻号を同じ ASCII ゲートを通して出しますが、カード番号とは別の出所です。カード名に非ラテン文字が混じると Tape／Reel #／Camroll のこの 3 セルはまとめて空になります——出所が 1 つ失われて 3 セルが失せたのであって、無関係な 3 件事ではありません。Tape／Reel #／Camroll の 3 セル同源＝あなたが書き写したあの 1 枚、Soundroll は別の出所です。4 セルが互いに独立した 4 系統の信号であるわけではありません。
ソフトウェアが自分で数える表示番号（カメラのアルファベットに 3 桁の自動増分を足したもの）は、どの物理カードにも対応しません：CSV と PDF の人が読む列に入り、ファイル名の断片として ALE の Name にも入りますが、ALE がソースを認めるマスには入りません——Tape、Reel #、Camroll は書き取ったカード番号だけを受け付けます。Camera はカメラ番号で、取り得る値はその 26 個のアルファベットに限られます。
時間列：二つの読み取りはどちらも手で書き取る、幅はそれから出る
Start は、この記録が記している 1 枚の入点タイムコードを取ります——入り点の実際の値はその 1 マスに決まっていて、値を戻せる 2 列目はありません。形や範囲を通らない文字列は一律に空で出します——この成果物にもう 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 はシンクサウンド、4 番目の形は空です；リテラルは区切りなしで連続し、空白入りの V A1 A2 という形は存在しません；1 行に音声の事実が 1 つもなければそのセルは空にします、私たちは既定でシンクサウンドにはしません。これはトラック数の記号であって、チャンネル対応表ではなく、サンプルレートも帯びません。VFX_Type はそのカメラの 4 つのフラグから文字へ組み立てられ、VFX_Count の列は存在しますが手入力欄はなく、同梱のデモプロジェクトだけが値を持ち込み、それがなければ空のままです。撮影日専用の列はありません。日付は Shoot date 自身の列に（yyyy-MM-dd）、ユニットは Unit にあります。『ALE の Tracks 列が教えてくれないこと』を参照してください。
この ALE は何を持ち、何を明らかに持たないか
持つもの：Source File Name と Source File の 2 つのテキストセル（後者はフォルダーのテキストで、メディアへ再接続できるアドレスではありません）、カード番号とサウンドロール、音声タイムコード、段階とサークルフラグ、場番号とテイク番号、ユニットと日付、現場で読み取られた出点（停止の瞬間に機械が取り込むか、カメラ画面から手で書き取るか）と、スクリプターが入力した 実撮時間。持たないもの：メディアそのもの、タイムコード以外のレンズパラメータ（焦点距離、感度、絞り、シャッター、解像度は App には記録がありますが、ALE の列には入っていません）、チャンネル対応表、撮影監督の ASC の欄 2 つ。ショットと素材の対応関係は、登記した分だけを運びます：ASCII のソースファイル名を登記した行は、同じ行にシーン番号とテイク番号、そのカメラのファイル名とフォルダーを載せます。未登記のもの、マルチテイクでカメラごとの名前が欠けているもの、登記した値が ASCII でなくて空で出たものは、この対応関係を持ちません——どのテイクがどのファイルに対応するかは、やはり現場で登記すべき事柄です。
SlateX の表記を帯びた 3 つは本家が自分で決めた列名です（SlateX Description、SlateX Comments、SlateX Set Time）。あの 3 マスは私たちの独自のフィールドで、製品名を冠せたのは汎用の列に化けないようにするためです。だからどんな下流でもそれらを意味フィールドとして読むと想定しないでください。列名はファイルに実際に現れた文字列で照合する一律の作法です、類義の列名が同じフィールドへマップされる保証はありません。
FAQ
Reel # と Tape は互いに検証できますか？
独立した 2 系統の出所として扱うことはできません。どちらもあなたが書き写したあのカード番号に同源し、それぞれ別のゲートを通されているだけです（純数字／丸ごと ASCII の英数字）。2 つの列が一致することは、同じ出所が 2 度書かれたことを示すのみです。
End は現場で記録されたものですか？
誰かがそれを読み取ったときだけです。出点に値を入れる道は 2 つあります。収録チェーンが止まるあの瞬間に機械が画面の読み取りを取り込む道と、スクリプターがテイクの各ページでカメラ画面を見て「出点」の欄に手で書き込む道です。読み取ればマスは出て行き、読み取らなければマスは空のまま残り、差異表が TC_OUT_MISSING でそれを名指しします。私たちは入り点に長さを足して出点を逆算しません。値があるときも、それはやはり素材と突き合わせるべき読み取り値です —— 受け取り側自身のインポート用紙でそのマス照合してください。
ALE の Tracks はチャンネル対応表ですか？
いいえ。それは記録の状態から生成された四つの形のトラック数の記号（V、A1A2、VA1A2、空）で、各チャンネルがどの音源に対応するか、サンプルレート、編集側でのルーティングは含みません。
なぜ受け取る側はなお列ごとに照合するのか？
同じファイルの中に、手で書き写した値も、ソフトウェアが組み立てた標識も、その種の文字が載れば出せないセルもあるからです。列ごとに値の取り方とゲートの作法が違います。ファイルを開けることはテキストが読めることを示すだけで、各フィールドの出所が検証済みであることを示しません。
Axiom One LLC — SlateX