ALE を受け取ったら、まずこのフィールドを照合する
ALE を受け取ったら、まず各行が誰なのかを確かめます。どの素材を指しているのか、どのカードなのか。そのうえで、各時間値がどこから来ているのかを確かめます。現場で記録した値なのか、そもそもこの行には無かったのか。SlateX が出すこのファイルはカメラごとに一行ずつ生成されます。カメラが四台なら四行で、カメラ情報が一つも記録されていなくても行は一行出ます。欠値は空欄です。ファイルヘッダーの宣言行には、これらの取り決めを誰が決めたのかが一字一句そのまま書かれています。これは境界だと読んで、合格証明とは読まないでください。
ファイルが開けることは、構文が読めることだけを証明します。形式が正しいことは、事実が正しいこととは別です。
列名と順序：28 列、ファイルに実際に現れた文字列どおりに照合する
列位置は私たちと受け取り側との契約です。どの一列を変えるときもデータ行を同時に変えなければならず、両者が同期しなければファイル全体がずれます。現在出荷している 28 列の順序は次のとおりです：Name、Tracks、Start、End、Duration、Scene、Take、Reel #、Soundroll、FPS、SlateX Description、SlateX Comments、Tape、Camera、Camera Notes、VFX_Count、VFX_Type、Shoot Day、Director、Sound TC、Source File Name、Source File、Camroll、Shoot date、Unit、Rating、Circled take、TC Mode。受け取り側はこのリテラルどおりに照合してください。下流が類似の列名を同じフィールドへ自動マッピングすると先に想定してはいけません。SlateX Description と SlateX Comments に製品名プレフィックスが付いているのは、その二マスに私たち自身が書いた内容が入るからで、他の誰かの標準列のセマンティクスを名乗るべきではないからです。
一行が誰か：カード番号、原文そのまま、ソフトが自分で数えた番号は三つの別物
Tape が出すのは、現場で入力したカード番号を正規化した形態です。英数字だけを残し、大文字に統一し、31 文字で切り捨てます。正規化には理由があります。同じカードで英大文字小文字が分裂すると、下流では三枚になり、バッチ抽出も再抽出も編集リストも全線的に合わなくなります。Camroll は原文そのままを出すことを目指しますが、ALE のこのマスは ASCII しか受け取りません。カード名に非ラテン文字が含まれるとこのマスは空になり、一字一句の原文は CSV の方に残ります。Reel # の契約上の文言は、この列には数字を入れるというものです。そのためカード番号に文字が一つでも含まれていればマス全体が空になります。私たちは接頭辞を取り除いて、数字らしい番号を作ることはしません。
外見が番号に似たものがもう一つあります。ソフトが自分で数える表示番号で、カメラの字母に三桁のカウントアップが付きます。これは書き取ったカード番号と CSV 内で Reel と Camera Card の二列に分けて並べられます。分けて書くのは、どちらが書き取りでどちらがソフトが並べた番号かを読者に見せるためです。派生番号は物理カードに対応しないので、元の素材を辿るために使うことはできません。
Name は同じ二つの基準に縛られます。31 文字と ASCII です。ショット名が記録されていない場合、この行自身が持つシーン番号、ショット番号、テイク番号から確定的な名前を一つ組み立てる方に退きます。同じテイクなら何度出しても同じになり、別のテイクと衝突しません。これは生成された識別子で、現場で紙に書いたあの名前そのものではありません。
時間位置：入り点には出所があるが、出点は現在値を出さない
Start はこのテイクが記録しているタイムコードを取ります。入り点があれば入り点を使い、無ければテイク自身の値を使います。End のこの列は現在空です。データベース側に出点の入力経路がなく、入り点に長さを足して導き出すこともしません。それは壁時計で計算した番号をカメラの画面の原本読み取りに偽装することです。CSV の出点のマスも同じ理由で空です。出点が必要ならカメラレポートに戻る、またはカメラの画面から書き取ります。このマスはラップ照合表で TC_OUT_MISSING として現れます。
Duration はテイクが記録している長さをタイムコードとして書きます。FPS はその行自身がフレームレートを宣言しているときだけ値が入り、宣言が無ければ数もありません。内部の演算には予備のカウント基数がありますが、その数はこの列に書きません。そのカメラが報告したフレームレートではないからです。
セミコロンは宣言にだけ付きます。TC Mode のこの列には DF の一つしか現れません。空白はドロップフレームの宣言が無いことで、ノンドロップフレームを意味しません。DF を宣言した行だけが Start、End、Duration をセミコロン形で書きます。これは SlateX 自身の表示上の取り決めで、ファイルヘッダーにも一字一句そのまま書かれています。どの規格の要件でもないため、セミコロンを「この行はドロップフレーム」という共通の合図だと思わないでください。サウンドタイムコードは一字一句そのまま出し、形だけを見て、フレーム位置は切り詰めません。
欠値は現在一つの形だけ、空欄
タイムコードが記録されていないマス、文字列の形や範囲のチェックを通らないマスは、すべて空の文字列で出します。このファイルでは 00:00:00:00 はもう現れません。あのゼロの連なりの悪い所は間違いではなく、もっともらしく見えることでした。受け取り側が現場本物のゼロ点と、補われて作ったゼロ点を区別できなくなるため、その道はまるごと撤去しました。欠値は空欄です。そして空欄には二つの事柄を切り分ける必要があります。記録しなかったのか、記録したものが ASCII ではなかったのか。自由テキストのあの列群はまさに後者の落脚点です。
Source File Name と Source File の二列は列として存在し、値は現場で書き取ったかどうかに基づきます。書き取らなければ空で、私たちはパスを推測しません。VFX_Count も同じく列はあるものの、現在入力経路がなく、空で出します。Soundroll は録音レポートの台帳にあるリール番号を出し、同じく正規化します。欠けていれば空にし、ソフトが自分で数えた番号で取り繕うことはしません。ALE 全体は ASCII しか受け付けません。名前、パス、カード番号、ユニット、そして説明、テイク備考、カメラ備考、監督のあの自由テキスト列も、すべて同じ基準に乗ります。記入前の改行とタブは先に空白へ縮め、値の中に非ラテン文字が含まれているとマス全体が空になります。だから中国語の備考一行は、このファイルでは空白のマス一つになり、一字一句の原文は CSV の方に残ります。
この行がどんな状態だったかは、ファイルに書かれている
Rating は現場のランクのテキストを出します。Circle、Keep、Hold、N/G の一族で、どのテイクもランク付けされていないときこのマスは空です。Circled take は TRUE または FALSE を出します。それにより受け取り側は ALE 自体から、あるテイクがどのランクにマークされ、サークルされたのかを読み取ることができ、スクリプターに確認へ戻る必要はありません。
Tracks は三態です。「MOS でなければシンクロ音」という形にはなりません。V は MOS のテイク、A1A2 はワイドトラック、VA1A2 はシンクロ音です。一行に音声事実が全く無い場合、このマスは空にし、シンクロ音に既定しません。
ラップ照合表は何であり、何ではないか
単日出力は Reconcile_*.csv を一枚添付できます。この表は私たち側のこの一枚だけを判定します。何が欠けているか、何が自分で自分と衝突しているか。十一個のコードがそれぞれ一つずつのことを言います。CARD_MISSING、SOURCE_MISSING、SOURCE_DUP、SOUND_ROLL_MISSING、SOUND_TC_MISSING、MOS_VS_SOUND、TC_MODE_UNDECLARED、DURATION_MISMATCH、TC_IN_MISSING、TC_OUT_MISSING、DAY_MISSING。うち SOURCE_DUP、MOS_VS_SOUND、DURATION_MISMATCH は行全体を「衝突」に引き上げ、残りは「欠落」に落ち、どちらも無ければ「一致」と書きます。表はマークするだけで、どの行の値にも手を入れず、誰かの数で誰かを上書きすることもしません。
表の「一致」の一文には読み方が一つしかありません。私たちのこの判定基準で問題が見つからなかったということです。二つの部門が一致を確認したということではありません。
その境界は言い切る必要があります。この表はカメラレポートも読まなければ、録音レポートも読みません。ヘッダーに「カメラレポートカード番号」と「録音レポートサウンドリール」の二列がありますが、あの二マスの値はあなたが私たちのソフトに入力した記録から来ています。二つの部門の元レポートではありません。DAY_MISSING は、この記録が撮影日に属さないことを言います。テイクは失われたのではなく、全体のパッケージに含まれ、ただ日号、日付、ユニット、監督の四マスに値がないだけです。その代償は、その日のラップ書類が補えないことで、データがなくなったことではありません。ある欠落は名前を挙げません。文字が ASCII でないことで空になったマスです。データベース側に値が記録されているため、どのコードも点かず、あの列群はあなたが自分で入力した内容と照合するしかありません。
私たちはどの編集システムとも取り込みの受け入れ試験をしていません
上は一つの実行例で、業界標準でもなく、どの受け取りシステムが各列をどう解釈するのかも証明しません。目的はただ一つです。検査できる箇所を並べて、受け取り側にどこが出所に戻るべきか伝えること。出荷前に、自分が記録したものを項目ごとに照合します。検査する権利は読者側にあり、私たちは読者に信頼を求めません。
照合が通らないとき、三通りの処置を混ぜない
差し戻します。身元か時間のフィールドが素材・現場の記録と衝突していて、かつ元の記録が追えるなら、生成側に返してソースを直してから再出力してもらいます。こうすれば受け取り側に、手で直されたうえ出所の説明もない版を残しません。
手で補う。欠けている範囲が小さく、出所が明確で、すべての修正を具体的な素材または記録に指し戻せる場合だけ補い、根拠を隣に残します。推測で空のマスを埋めないでください。空の End に数字を作ることもです。
参考としてだけ扱う。出所を確認できないか、下流がこのファイルをどう扱うかをまだ検証していないなら、このファイルを参考用途に限定し、精密なマッチングを要する判断を担わせません。
FAQ
00:00:00:00 は実際のゼロ地点として扱えますか？
あのゼロの連なりはもう見えません。欠値はすべて空の文字列で出ます。マスが空ならまず「記録されなかった」と読みます。ただし自由テキストのあの列群は例外で、値は記録されていますが ASCII でないため外に出せないだけです。原文は CSV にあります。
同じテイクが複数の行になるのはなぜですか？
ALE はカメラごとに一行ずつ生成します。同じ Scene と Take に四台のカメラが付いていれば四行なので、行数全体をテイク数にしないで Camera で分けて照合してください。カメラ情報が一つも記録されていないときも一行は出ます。
End をコンフォームに利用できますか？
できません。この列は現在値を出しません。データベース側に出点の入力経路がなく、入り点に長さを足して推測もしません。出点が必要ならカメラレポートに戻る、またはカメラの画面から書き取ります。照合表は TC_OUT_MISSING でそれをマークします。
セミコロンのタイムコードはドロップフレームの一般的な記号ですか？
いいえ。TC Mode に DF と書かれた行だけがセミコロン形を使い、あれは SlateX 自身の表示上の取り決めです。空白はドロップフレームの宣言がないことで、ノンドロップフレームではありません。
表が「一致」となっていれば、二つの部門は合ったのですか？
いいえ。この表は私たちのこの一枚だけ読み、「一致」は私たちの判定基準で問題が見つからなかったという意味です。カメラレポートと録音レポートはその読み取り範囲にありません。
Axiom One LLC — SlateX。上の数字は 2026-09-24 時点のものです。