FDX は何を交換し、何を運ばないか
SlateX における FDX が担うのは脚本構造の交換です。エピソード、シーン、シーンタイトル、内/外と時間帯のマーク、ページ数、本文項目、改稿カラーはこの経路に入れます。ただし撮影が終わったあとのショット、テイク記録、撮影日、カメラの設定、現場の状態は、このインポートが作る対象には含まれません。言い換えると、FDX は脚本の構造を持ち込めますが、「インポートが成功した」ことは「撮影の工程が作り終えられている」ことと等しくなく、まして往復のあとに一文字違わず元の形へ戻ることを意味しません。
ここでの FDX は脚本構造の交換の担い手であって、撮影結果の入れ物ではありません。
インポートは何を作り出すのか
SlateX の現在のインポートの経路が作り出す業務対象は エピソード、シーン、脚本項目 の 3 種類だけです。ショットはインポートに続いて作られず、テイク記録も作られず、撮影日も作られず、カメラの設定も作られません。ユニット、監督、撮影監督のような制作スタッフのプリセットも、このインポートの道筋には書き込み口がないため、製品の中で別途処理する必要があります。
この境界が、FDX になじむ質問が何かを直接決めます。FDX は脚本を読み取れるシーンと本文の構造へ分解し、後続の記録に脚本の土台を与えるのに向いています。「インポートすれば撮影計画も現場の記録も整う」と説明するのにはなじみません。構造が存在することは、構造がデータモデルへ入ったことを示すだけです。
読み取れるシーンタイトルより前の内容はシーン内の本文にならない
現在の解析は、読み取れるシーンタイトルをシーンを作る起点にしています。最初の読み取れるシーンタイトルより前の段落には、取り付ける先のシーンがまだ存在しないため、インポート後のシーン内の本文には入りません。オープニングの項目に似た内容は、この境界の外側に落ちます。
シーンタイトル自身のテキストが空の場合、対応するシーンも作られません。これを何らかの製品の「意図」として説明する必要はありません。正確な言い方は次のとおりです。現在シーンを作る手順は使えるシーンタイトルのテキストを要求していて、その受け皿となる条件が欠けていれば書き込めるシーンオブジェクトが存在しません。
「解析成功」でもシーンが 1 つも作られないことがある
もう 1 か所、誤判定しやすい場所があります。書式として良好な FDX に読み取れるシーンタイトルが 1 つも含まれない場合、解析の手順はそのまま成功を返し、通常どおりシーン選択の画面が開きます。ただしリストは空で、追加の通知もありません。
これは「ファイルの解析が成功した」と「内容を取り込んだ」が別の 2 道のチェックであることを示しています。前者は解析の流れが成功の分岐まで進んだことを示すだけで、後者はシーン選択のリストに実際にシーンが現れたか、インポート後に対応する脚本項目が作られたかまで見ます。
インポートの状態は成功と書かれているが、シーンがプロジェクトへ入ったとは限りません。まず実際に作り出された構造を見ます。
往復のときに決定的に書き換わる箇所がいくつかある
SlateX 現在の読み出し側と書き出し側のコードから、決定的に書き換わる箇所をいくつか導けます。FDX からインポートしたシーンをもう一度書き出すと、シーンタイトルの組み立て手順が、元のシーンタイトルに既に含まれているタイトルと時間帯の情報をもう一遍連結します。シーンタイトルの接頭辞は読み取り時にピリオドを残しますが、書き出し時はさらにピリオドを足すため、往復のあとに INT.. のようなピリオド 2 つの形が現れます。
概要のフィールドも双方向で対称ではありません。概要は読み込めますが、現在の書き出し側は同じ概要フィールドへ書き戻しません。もう一度インポートすると、シーンの概要は先頭の本文内容へ置き換えられます。ページ数がゼロのとき、書き出し側は長さ属性そのものを書かず、読み戻す側は長さがないものを 1/8 ページ として扱います。撮影状態もこの構造交換に続いて往復せず、再インポートすれば「未撮影」の状態へ戻ります。
これらはとある第三者のソフトウェアの挙動の推測ではなく、SlateX 自身の読み出し側と書き出し側のコードの組み合わせから出る結果です。境界も同時に書き切る必要があります。こちらはまだ実際の第三者の劇作ソフトで「開く、名前を付けて保存、もう一度インポートする」の往復検収を通していません。したがって対外は 往復は逐字の保存を保証しません とだけ書けて、何らかの外部検収を通過したとは書けません。
どんな撮影情報がこの交換にまったく入らないか
ショット、テイク記録、撮影日、カメラの設定、タイムコード、テイク評価、メディアのパスといった撮影の結果は、現在の FDX の担える範囲に入っていません。インポートの経路はこれらの対象を作らず、書き出し側もこれらの現場の記録を脚本構造へ押し込みません。
そのため、ある情報が戻ってこないのを見たときに問うべき正しい質問は「この層にそれを担うフィールドまたはオブジェクトがあるのか」であって、製品へ「なぜ落とすのか」の動機を作る側の説明をさせるのではありません。書き込み経路がなければ、書き込み経路がないということです。
往復が保真でないことは、ファイルに用途がないことを意味しない
FDX は今も脚本構造の交換に向いています。シーン、シーンタイトル、内/外と時間帯、ページ数、本文項目といった構造を SlateX へ持ち込めますし、現在のプロジェクト内の脚本構造をファイルへ書き戻すこともできます。ただ、この交換は現時点では構造の引き渡しとして理解されるべきで、何度でも往復編集できて全文字が変わらない作業用ループとしては扱えません。
受け取り側が使い続けるときは、ファイルに実際に存在する構造どおりに照合すべきで、「開ける」や「もう一度インポートできる」を内容保真の証明として扱うことはできません。
この一族はもう 2 つの質問を分けて答える必要がある
本稿は FDX がどの構造の交換に向き、どの内容がこの経路に残らないかだけ答えます。後続では次の 2 つを個別に展開すべきです。1 つは「どの情報が戻ってこないのか」で、フィールド・オブジェクト・書き出し経路のどれが欠けているかを項目ごとに説明します。もう 1 つは「インポートは何を作り出すのか」で、エピソード・シーン・脚本項目と、作られない撮影側の対象を分けて照合します。
FAQ
インポートするとショットとテイク記録も自動で作られますか？
作られません。現在のインポートは エピソード、シーン、脚本項目 だけを作り、ショット、テイク記録、撮影日、カメラの設定は作られません。
ファイルの解析が成功すれば、シーンは取り込めたことになりますか？
限りません。現在、読み取れるシーンタイトルを持たない良書式のファイルでも解析成功へ進んで空のシーン選択リストが開くことがあるため、実際に作り出されたシーンまで確認が必要です。
FDX の往復でシーンタイトルは一文字違わず保てますか？
そうは保証できません。現在の読み出し側と書き出し側では、タイトルと時間帯の重ね書き、接頭辞のピリオド 2 つといった決定的な書き換えが発生します。したがって対外は「往復は逐字の保存を保証しません」とだけ書けます。
ある撮影情報が FDX から戻ってこないのはなぜですか？
現在の FDX の交換経路に、対応する撮影対象もフィールドも担い手として存在しないからです。欠けている書き込みまたは書き出しの経路を説明すべきで、この欠落を製品の動機へ解釈しません。
Axiom One LLC — SlateX。上の数字は 2026-09-24 時点のものです。