ALE は現場とポストの間で実際に何を担うのか

SlateX における ALE は、タブで区切られたテキストのリストです。ファイルはヘッダーの部分、列名の部分、データの部分で構成されます。その職責は、「この行がどの素材を指しているか、時間上の位置は何か、どのシーンどのテイクに属するか」といった情報を受け取り側へ渡して、取り込みとコンフォームの流れに照合できるテキストの記録を1本置くことです。どのテイクが良く撮れたかを判断する担当ではなく、ショットのパラメータやチャンネルマップの列もありません。ソースファイル名とディレクトリのあの2マスに入るのは送り側のマシン上のテキストで、現場での書き取りか、取り込み時に残った値です。素材そのものへはつながりません。具体的な受け入れの流れで使い続けられるかは、引き続き受け取り側が列ごとに照合します。

ALE の価値は、照合できる身元と時間の情報を表に書き込むことにあって、これらの値が検証済みだと受け取り側に代わって宣言することではありません。

ファイル自体はどんな形をしているか

SlateX が現在書き出す ALE にはまずヘッダーの情報があり、続いて固定の列名の部分、最後にデータ行へ入ります。列の間はタブで区切るので、あの形は列の定義が明確なテキストのリストに近く、メディアそのものを詰め込むコンテナではありません。

データ行はカメラごとに展開されます。1 本のテイクに複数のカメラがあれば複数の行に対応し、カメラが無ければそれでも 1 行のフォールバック記録を作ります。この形が決まっているため、ALE の「行」はカメラ単位の引き渡し記録に近く、「1 行＝1 本のテイク」ではありません。

1本の列の値は、まずどこから来たかを問います

ALE を読めるとき、フィールドを出所で3分類に分けるほうが安全です。

1分類は現場の記録またはユーザー入力から来る値で、たとえばシーン番号、テイク番号、メモ、監督のテキスト、カメラ位置メモなどです。あれらが正しいかは、記録そのものが現場の事実と合っているかに依存します。

もう1分類はソフトウェアの派生値です。Duration は、その行の入り点と終り点、画面上の2枚の読み取り値のあいだをフレーム単位で正確に取った区間です（末尾のフレームは含めません）。どちらか1枚でも欠ければそのマスはまるごと空で出ます。Name、整形された一部のリール番号、フレームレートの表現なども生成のロジックを通ります。派生値は、独立に測った2本目の証拠ではなく、入力の依存から抜けられません。

もう1分類として、値が欠けている場合そのものを立てます。本家のこの ALE で欠値の形は1つだけ、あのマスが空であることです。タイムコードが記録されなかった場合も、文字列の形または範囲の検査を通らなかった場合も、もっともらしいゼロを補って書くことはしません。他のソフトウェアから渡されたファイルでは、00:00:00:00 は実際の零点である場合も欠けているときに補われた場合もあり得るため、どのファイルを受け取っても出所へ戻って確認が必要で、文字列が形に合っているだけで結論を出すことはできません。

「この値はどこから来たか」を先に問います。「この値は正しい書式らしいか」はそのあとです。

ALE は受け取り側に何を伝えられるか

現在の列は、受け取り側に素材の名前、入り点、終り点、長さ、シーン番号、テイク番号、リール番号、サウンドロール、フレームレート、メモ、カメラといった情報を見せられます。「身元と時間の手がかりを下流の検査へ渡す」作業を担うのに適しています。

うち 1 つ、特に注意が必要な身元の境界があります。Tape と Reel は現在同じ由来の値を取っているので、この 2 列を互いに独立した 2 筋の身元信号として扱えません。2 列が一致していたら、それは生成側が同じ出所を 2 か所へ書いたことを示すだけです。

終りの位置は派生値ではありませんが、すべて手で書き写すものでもありません。End に出るのは停止のあの瞬間に読まれた値で、道は 2 通りあります。録画チェーンが撮影を止めたまさにその瞬間に画面のタイムコードを取り込みます。テイクの新規作成ページと編集ページには「終り点」の入力欄が 1 つずつあって、スクリプターが機械の画面を見て書き足すこともできます。どちらも通らなければ、そのマスはまるごと空のままですし、入り点に長さを足して割り出すことはしません。したがって受け取り側は、まずその行にあの読み取りがあるかを確認し、そのうえで Start、End と区間を並べて照合します —— あそこに残るのは、停止のあの瞬間に機械または人が読んだ値であって、素材と突き合わせた結論ではありません。

ALE が明確に含んでいないもの

現在の ALE にはテイク評価と Circle 印の2列（Rating、Circled take）があり、音声の入り点タイムコード Sound TC もあり、ソースファイル名とディレクトリの2マスもあります。あの2マスに出るのは送り側のマシン上のパスで、現場での書き取りか、ソフトウェアが素材を取り込んだときに残した場所であり、受け取り側のマシン上のメディアの位置ではありません。それでもショットの採番、焦点距離、ISO、絞り、解像度、チャンネルマップの列はまだ無く、メディアそのものも運びません。受け取るときは列ごとに分けて、それぞれの出所を確かめます。ある列があることは別の列の事実まで載っていることにはなりませんし、プロジェクトのどこかにそのフィールドが記録されていることも、この ALE がそれを渡したことにはなりません。『Sound Roll があるのに音声タイムコードがあるとは限らないのはなぜか』を参照してください。

この境界が言うのは、ALE がどのテイクを使うべきかを受け取り側に代わって裁定しないということです。現場のそのテイクへの段階の判断は、同じこのファイルの中の2マスから読めます。Rating は段階に落ちたテキストを渡し、Circled take は TRUE または FALSE を渡します。あのマスが空であれば、その時点で段階に落ちていません。字面を読んでも裁定を得たことにはなりません。

ALE の行数は他の 2 つとどう比べるか

ALE も CSV も人が読む日報も、いまはカメラ単位で展開されます。同じ一批の記録は 1 回の書き出しで同じ行数の粒度を持ち、マルチカメラの 1 テイクは 3 つのいずれでも行を余分に占めます。本当の違いは行の順序と列のカバー範囲にあります。ALE はシーン番号・ショット番号・テイク番号で並び替え、CSV は基本的に記録をつくった順を保ち、日報はシーン番号・ショット名・テイク番号で並びます。

これは行番号で消せる差異ではありません。ファイルをまたいで照合するなら、シーン・テイク・カメラの身元へ戻るのであって、「N 行目」が各納品物で同じオブジェクトを表すと想定するのは違います。

ALE を手に入れたらまず何をするか

本稿は ALE の用途と境界だけに答えます。実際の受け入れの動作は、すでに公開済みの『ALE を受け取ったら、まずこのフィールドを照合する』へ入ってください。まず各行が誰なのかを確かめ、そのうえでリール番号、素材の名前、時間上の位置、フレームレート、欠値の出所を照合します。具体的な受け入れシステムが直接使えるかに関わる部分は、受け取り側が自分のインポート用テンプレートで列ごとに照合します。

FAQ

ALE はメディアファイルもいっしょに渡すものですか？

渡しません。SlateX の現在の ALE はテキストのリストで、ソースファイル名とディレクトリのあの2マスに出るのは送り側のマシン上のテキストであり、現場での書き写しか、取り込み時にソフトウェアが残した場所です。メディアそのものも詰め込みません。

ALE の End は独立に測った時間ですか？

限りません。このマスには3つの出所があります。録画チェーンが撮影を止めたあの瞬間に画面の読み取りを取ります。スクリプターがカメラ画面の終り点の読み取り値を入力欄に書き写します。どちらも通らなければ空のままです。ソフトは入り点に長さを足してあの数をこしらえることをしません。値があっても素材との照合はやはり必要です —— あの 2 枚のタイムコードは受け取り側自身のインポート用紙で照合してください。

Reel と Tape を独立した2本の身元情報として扱えますか？

扱えません。現在2列は同じ由来の値を取っているので、2本現れたことをもって2回の独立した確認とはできません。

同じ1本のテイクが ALE に複数の行で現れるのはなぜですか？

現在の ALE はデータ行をカメラごとに生成するため、1本のテイクに複数のカメラがあれば複数の行へ展開されます。したがって行数をそのままテイクの数にはできません。

Axiom One LLC — SlateX