FDX は何を交換し、何を運ばないか

SlateX における FDX が担うのは脚本構造の交換です。エピソード、シーン、シーンタイトル、内/外と時間帯のマーク、ページ数、本文項目、改稿カラーはこの経路に入れます。ただし撮影が終わったあとのショット、テイク記録、撮影日、カメラの設定、現場の状態は、このインポートが作る対象には含まれません。言い換えると、FDX は脚本の構造を持ち込めますが、「インポートが成功した」ことは「撮影の工程が作り終えられている」ことと等しくなく、まして往復のあとに一文字違わず元の形へ戻ることを意味しません。

ここでの FDX は脚本構造の交換の担い手であって、撮影結果の入れ物ではありません。

インポートは何を作り出すのか

SlateX の現在のインポートの経路が作り出す業務対象は エピソード、シーン、脚本項目 の 3 種類だけです。ショットはインポートに続いて作られず、テイク記録も作られず、撮影日も作られず、カメラの設定も作られません。ユニット、監督、撮影監督のような制作スタッフのプリセットも、このインポートでは作られず、製品の中で別途手作業で扱う必要があります。

この境界が、FDX になじむ質問が何かを直接決めます。FDX は脚本を読み取れるシーンと本文の構造へ分解し、後続の記録に脚本の土台を与えるのに向いています。「インポートすれば撮影計画も現場の記録も整う」と説明するのにはなじみません。構造が存在することは、脚本構造がプロジェクトに入ったことを示すだけです。インポートが何を作り、何を作らないかは「脚本のインポートは何を作り、何を作らないか」にまとめています。

読み取れるシーンタイトルより前の内容はシーン内の本文にならない

現在の解析は、読み取れるシーンタイトルをシーンを作る起点にしています。最初の読み取れるシーンタイトルより前の段落には、取り付ける先のシーンがまだ存在しないため、インポート後のシーン内の本文には入りません。オープニングの項目に似た内容は、この境界の外側に落ちます。

シーンタイトル自身のテキストが空の場合、対応するシーンも作られません。これを何らかの製品の「意図」として説明する必要はありません。正確な言い方は次のとおりです。現在シーンを作る手順は使えるシーンタイトルのテキストを要求していて、その受け皿となる条件が欠けていれば書き込めるシーンオブジェクトが存在しません。

「解析成功」でもシーンが 1 つも作られないことがある

もう 1 か所、誤判定しやすい場所があります。書式として良好な FDX に読み取れるシーンタイトルが 1 つも含まれない場合、App はその場でこのファイルからシーンを読み取れないと説明し、シーン選択の画面は開きません。本当に見落としやすいのは、一部のシーンだけ読み取れた場合で、そのときは画面が通常どおり開くのに、リストは元ファイルのシーン数より少なくなります。

これは「ファイルの解析が成功した」と「内容を取り込んだ」が別の 2 道のチェックであることを示しています。前者はファイルが読み取れたことを示すだけで、後者はシーン選択のリストに実際にシーンが現れたか、その下に対応する脚本項目が作られたかまで見ます。

インポートの状態は成功と書かれているが、シーンがプロジェクトへ入ったとは限りません。まず実際に作り出された構造を見ます。

往復のときに決定的に書き換わる箇所がいくつかある

往復のあいだには、決定的に変わる箇所がいくつかあります。もともと FDX から来たシーンを書き出すとき、書き出されるシーンタイトルは、すでにタイトルと時間帯の情報を含むタイトルに、その情報をもう一度付け加えることがあります。ピリオドは条件付きで補われます。すでにピリオドがあるタイトルはそのまま残り、ピリオドのないタイトルには 1 つだけ付くので、往復のあとに INT.. のような二重の形は生じません。

概要も対称ではありません。概要の情報は読み込めますが、プロジェクトを書き出すときに同じ概要は引き継がれず、その後のインポートでシーンの概要が最初の本文段落に置き換わることがあります。ページ数がゼロのときは長さ属性が書かれず、そのファイルをもう一度読み込むと、欠けた長さは 1/8 ページ として扱われます。撮影状態もこの構造交換では保たれず、再インポートすると「未撮影」の状態に戻ります。

これらの観察は、SlateX 自身のインポートとエクスポートの結果から来ています。別の脚本ソフトウェアがどう振る舞うかを証明するものではありません。対外に書ける言い方はもっと狭く、往復は逐字の保存を保証しません というだけです。

どんな撮影情報がこの交換にまったく入らないか

ショット、テイク記録、撮影日、カメラの設定、タイムコード、テイク評価、メディアのパスといった撮影の結果は、現在の FDX の担える範囲に入っていません。インポートの経路はこれらの対象を作らず、エクスポートもこれらの現場の記録を脚本構造へ押し込みません。

そのため、ある情報が戻ってこないのを見たときに問うべき正しい質問は「この層にそれを担うフィールドまたはオブジェクトがあるのか」であって、製品へ「なぜ落とすのか」の動機を作る側の説明をさせるのではありません。確認できる事実が、それを担うフィールドがないというだけなら、情報を捨てるという意図的な決定として書くべきではありません。

往復が保真でないことは、ファイルに用途がないことを意味しない

FDX は今も脚本構造の交換に向いています。シーン、シーンタイトル、内/外と時間帯、ページ数、本文項目といった構造を SlateX へ持ち込めますし、現在のプロジェクト内の脚本構造をファイルへ書き戻すこともできます。ただ、この交換は現時点では構造の引き渡しとして理解されるべきで、何度でも往復編集できて全文字が変わらない作業用ループとしては扱えません。

受け取り側が使い続けるときは、ファイルに実際に存在する構造どおりに照合すべきで、「開ける」や「もう一度インポートできる」を内容保真の証明として扱うことはできません。

FAQ

インポートするとショットとテイク記録も自動で作られますか？

作られません。現在のインポートは エピソード、シーン、脚本項目 だけを作り、ショット、テイク記録、撮影日、カメラの設定は作られません。

ファイルの解析が成功すれば、シーンは取り込めたことになりますか？

限りません。シーンが 1 つも読み取れない場合、App はその場で読み取れないと説明し、シーン選択の画面は開きません。一部だけ読み取れた場合はシーン選択が通常どおり開くので、実際に作り出されたシーン数まで確認が必要です。

FDX の往復でシーンタイトルは一文字違わず保てますか？

そうは保証できません。往復のあとにはタイトルと時間帯の重ね書き、概要の置換といった書き換えが現れ得るため、この一族は対外に「往復は逐字の保存を保証しません」とだけ書けます。基準はお手元のファイルが往復の前後でどう変わったかです。

ある撮影情報が FDX から戻ってこないのはなぜですか？

現在の FDX 交換には、対応する撮影対象もフィールドもありません。これは担える範囲の境界であり、製品の意図についての主張ではありません。

Axiom One LLC — SlateX