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