なぜ納品物は素材へ再接続できるパスを渡せないのか
ALE、CSV、PDF、FDX はいずれも構造化された記録を引き継げますが、どれからも、受け取り側の機械にある素材へ再接続できるパスは渡せません。機械可読の 2 種類の納品物には「ファイル名」のマスと「パス」のマスが実際にありますが、列名は共通していません。CSV は Source File Name と Source File Path、ALE は Source File Name と Source File です。CSV は記録に入っているパスをそのまま書き出しますが、ALE の 2 マスは文字列全体が ASCII のときだけ出て、非ラテン文字が混ざればマス全体が空になります。マスに入るのは現場で書き取った文字か、ファイルから素材を取り込んだときにその機械に記録されたアドレスかで、どちらも起きなければマスは空で出ます。PDF と FDX にはその 2 マスがありません。
素材はプロジェクトライブラリの中に実際に保存の位置を持ちます。ただ、納品物の中のあの 1 マスが文字でびっしり埋まっているとしても、それが指すのは送った側の機械の上の位置で、受け取り側はそれだけを頼りに自分のディスクにあるメディアを再接続することはできません。
納品物にあるあのアドレスは送った側の所属で、素材がこのデバイスにあるかどうかは別の話
素材をこのデバイス上でどう保存するかはアプリ自身の問題です。ここで押さえるべきなのは、納品物の中のあの 1 マスのパスが送った側のディスクに属していて、受け取り側が解析できるポインターではないという点だけです。ALE、CSV、PDF、FDX を生成するとき、ファイルが持つのはテイク記録と関連フィールドであって、受け取り側のメディアの置き場所の一覧ではありません。受け取り側はリール番号、シーン番号、テイク番号を見られても、納品物のファイルから自分のローカルファイルの物理的な位置を直接得ることはありません。ショット番号は CSV と PDF でだけ独立の列になっていて、ALE にこの列はありません。
ファイル名が元のパスの身代わりにならないのはなぜか
ディスク上のファイル名は、外部から届いたときの名前とすでに違っている可能性があります。ですからそこから、この素材がどこから来たかを逆算することはできません。
写真の出どころは 2 つあります。現場で撮影した写真やクイックショットで得た写真と、ライブラリから選んだ写真やファイルから取り込んだ写真です。どちらの場合も元のパスは伴いません。したがって、受け取り側が偶然に似たファイル名を手にしても、それを「元の名前＋元のバイト」の証明として扱うことはできません。納品物の中のあの 1 マスのファイル名は、リール番号とクリップ番号から組み立てたもので、ディスク上にある名前ではありません。メディア側の正規化はこのデバイスにとどまり、納品物の中のあの 1 マスのパスが指すのはこのデバイス自身のディレクトリで、受け取り側にあるあの素材の位置ではありません。
「あの 1 マスのパスは受け取り側の素材へ再接続できない」が説明しているのは引き渡しの境界で、素材がローカルのプロジェクトライブラリに存在するかどうかを判断したものではありません。
これが素材の再接続を直接制限するのはなぜか
納品物の中のあの 1 マスのパスは送った側のディレクトリに書かれているので、受け取り側は依然として、1 行の記録から自分のどこかローカルファイルの位置へ直接飛ぶ物理的なポインターを欠きます。リール番号、シーン番号、テイク番号といったフィールドは引き続き身元の対応関係を作るのに使えますが、あれらは識別子であってパスではありません。受け取り側は、その識別子を受け取ったメディアのリスト、ファイル名、ディレクトリの実際の状況と突き合わせる必要があります。
これこそが『ALE を受け取ったら、まずこのフィールドを照合する』が受け取り側に素材と現場の記録へ戻って照合するよう求める理由です。あるファイルが開けて、いくつかの列が読めることは、同じファイルがメディアの位置も運んでいることを意味しません。もしあるワークフローが納品物から素材を直接特定することを要求するなら、その対応関係は受け取り側が既に持っているメディア情報の側から補うしかありません。
4 種類の納品物がいずれも同じ境界に落ちるのはなぜか
ALE と CSV は機械可読のテーブル、PDF は人が読むサマリー、FDX は脚本の交換を担っています。ALE と CSV は同じテイク記録を使い、「ファイル名」のマスと「パス」のマスを持ちますが、列名は共通していません。CSV は Source File Name と Source File Path、ALE は Source File Name と Source File です。CSV は記録された値をそのまま書き出し、ALE は ASCII だけを受け付け、値は現場での書き取りか、ファイルから素材を取り込んだときに記録されたアドレスから入り、どちらもなければマスは空になります。PDF は人が読むためだけのもの、FDX は脚本側の内容を使っていて、テイク記録すら載せていません。4 種類のどれにも、受け取り側が自分のメディアへ直接解析できるアドレスは入っていません。フォーマットが違ってもこの境界は変わりません。あるフォーマットの列が多いからといって、あのマスのアドレスが受け取り側で開ける置き場所になると推測することはできません。『エクスポートしたあとの納品物ファイルはどこにあり、どのくらい残るか』を参照してください。
たとえば『CSV の引き渡しは ALE と比べて何を多く運び、何を運ばないか』が議論するのはフィールド集合の違いで、パスがないところから生えてくることではありません。『ALE を受け取ったら、まずこのフィールドを照合する』は、どのマスを現場で書き取らなかったために空で出るのか、その書き取られなかったマスがラップ照合表にどう現れるのかを 1 マスずつ扱っています。『 納品物の欠値を読み分ける：空欄にはいくつかの形がある 』は、その空欄の下にもう一段あることを分けています。空文字列、ダッシュのプレースホルダー、生成される既定値の番号、オールゼロのタイムコードは、それぞれ空になる理由が違います。受け取るときは「あのマスは書き取られていない」「あのマスは書き取った文字を入れている」「メディアを本当に再接続できるポインター」の 3 つを分けて理解する必要があります。列に名前が書いてあっても、それは位置が書いてあることにはなりません。
受け取り側はどうやって素材の対応関係を作るべきか
納品物の記録とメディアを対応させる必要があるとき、受け取り側はリール番号、シーン番号、テイク番号といった目に見える識別子から出発して、自分のメディアのリストと項目ごとに照合すべきです。メディア側の命名、リール番号、ディレクトリの規則が納品物の記録と合わないなら、パスを推測するのではなく、実際の素材と現場の記録に戻って確認する必要があります。納品物自身はその直接の再接続の手がかりを提供できません。
したがって、こうした種類のファイルは記録と交換データとして理解されるべきで、メディアのリストやメディアのバックアップではありません。あれらが出すのは 1 マスに入った送った側の文字列であって、記録から受け取り側の機械の素材の位置へ至る解析可能なポインターではなく、ある受け取り側のプロジェクトに自動的にメディアのリンクを張る約束にもなっていません。締めくくりとして、受け取り側はリール番号、シーン番号、テイク番号と自分のメディアのリストを自分で照合する必要があります。
FAQ
あの 1 マスにパスが書かれていても、なぜ受け取り側の素材へ再接続できないのですか？
ファイル名は記録の中の身元の手がかりで、パスはメディアの実際の保存先です。同じものではありません。ALE と CSV にその 2 マスがありますが、列名は共通していません。CSV は Source File Name と Source File Path、ALE は Source File Name と Source Fileで、CSV は記録された値をそのまま書き出し、ALE のその 2 マスは ASCII しか受け付けないため、非ラテン文字が混ざるとマス全体が空になります。PDF と FDX にはその 2 マスすらありません。マスに入る値は現場での書き取りか、取り込みのときにその機械に入っていたアドレスで、どちらが名前を付けているのも撮影側のファイルであり、受け取り側の機械のディレクトリにはつながりません。だからあの 1 マスが文字で埋まっていることで、受け取り側が開ける置き場所が補われることはありません。
納品物から写真の元のファイルを取り戻せますか？
納品物だけでは取り戻せません。納品物が持つのはリール番号とクリップ番号から組み立てたファイル名で、写真の元のパスではなく、元のファイルとバイト単位で一致する保証もありません。
CSV はフィールドが多いので、受け取り側が使えるパスを運ぶのですか？
列数が多いからといって、受け取り側が解析できる置き場所が補われることはありません。CSV は記録に入っているパスをそのまま 1 マスに書き出しますが、ALE の同じ名前の 2 マスは ASCII しか受け付けず、PDF と FDX にはあの 2 マスがそもそもなく、マスに文字が入っていても、それが指すのは送った側の機械の上の位置です。
素材を再接続するとき、何を根拠にしますか？
受け取り側は、リール番号、シーン番号、テイク番号といった目に見える識別子で、自分のメディアのリストおよび実際のファイルと照合する必要があります。納品物の中のあの 1 マスのパスが指すのは送った側のディレクトリで、自分の機械の上のアドレスとして使ってはなりません。
Axiom One LLC — SlateX