納品物における空の値の 4 つの形
納品物の中の「空」は、1 マス何も書かれていないだけではありません。受け取るときは少なくとも 4 種類の形を分けて見る必要があります。本当に空の文字列、明示的な半角ハイフンのプレースホルダ、普通の採番に見える既定値、正しいタイムコードに見えるゼロの値です。いずれも「ここで確認できるデータがない」ことを表し得ますが、見た目も発生する理由も違うため、検収のときに 1 分類へ混ぜることはできません。
データがないことは、必ずしも空白の形をとるとは限りません。欠値の中には、普通の値に非常によく似た形をとるものがあります。
空の文字列は目に見える欠けです
表形式の納品物では、多くの欠けたフィールドがそのまま空の文字列に書かれます。カメラがないときには対応するカメラの列が空になり、入り点・撮影日・その他の任意の情報が欠けているときにも空のマスを目にします。
空の文字列の利点は、受け取り側が「ここに内容がない」ことに気づきやすいことです。それでも、あの形が示すのはこの 1 枚の生成物が値を書いていないという事実だけで、元の記録にずっとこのデータが無かったのか、生成のときに取得できなかったのかをそれ単体で答えることはできません。検収は引き続き記録の出所へ戻る必要があります。
納品物のフォーマットごとに欠値の扱いも違います。ある表に空の文字列がよく見えたからといって、別のリストでも同じ形で欠けが表現されると推測することはできません。
半角ハイフンは明確なプレースホルダで、業務の値ではありません
あるフィールドは、内容がないときに - を書きます。私たち自身の日報 PDF がまさにこの形です。監督・ユニット・呼出し・撤収の各マスは、記入がなければ半角ハイフンが印字されます。ここの半角ハイフンは実際の名前でも採番でも状態でもなく、「現在値がない」と受け取り側へ伝えているだけです。その逆も成り立ちます。二つの機械可読ファイルにはこの形が読み取れません。ALE と CSV の欠値は空の文字列で、「半角ハイフンが見えて初めて欠落」という基準で検査すると、それらの空のマスがまるごと漏れます。
問題は、半角ハイフンがすべての列に共通した欠値の書き方ではないことです。同じ一枚のファイルの中でも、別のフィールドは空の文字列になり、既定の採番やゼロのタイムコードを得ることもあります。したがって「欠値を見たら - を探す」という汎用の規則は立てられません。
受け取り側は列ごとにプレースホルダの意味を理解します。ある列の - は明確にプレースホルダと確定できますが、別の列ではその書き方を一度も使わないことがあります。
既定の採番は特に実際の記録によく似ています
カメラの文脈が欠けているとき、人間が読む二つのファイルのリール番号やサウンドロールに A001、S001 のような形が現れます。カメラの字母に三桁の連番を足した、ソフトウェアが数えたものです。見た目は実際のカード名と画面では見分けがつかないため、文字列として形が合うかだけでは、これが現場で確認済みの値かどうかを知ることはできません。
同じ事実でも機械可読ファイルでは別の道を歩きます。ALE がソースを認識するために使う四つのマス—— Tape、Reel #、Soundroll、Camroll ——は、あなたが打ち込んだカード番号だけを受け取り、打ち込まなければ空のままにし、派生した採番は代わりに立てません。CSV は二つの列を並べて渡します。一方はソフトウェアが数えた表示番号、もう一方はあなたが書き写した実際のカード番号で、分けて並べるのは誰かに照合させるためです。
こうした値はファイルの内側では自己証明できません。受け取り側はリール番号・クリップ番号・素材のファイル名を現場の記録またはメディアそのものへ対応させて、それが実際の記録なのか生成側のフォールバックなのかを確認する必要があります。
「形式が本物らしい」は文字列の形が合うことを示すだけで、出所が検証済みであることを示しません。
ゼロ埋めのタイムコードは本物のゼロである場合も、欠値である場合もある
00:00:00:00 はより一層出所へ戻る必要がある形です。この文字列自体は読めるタイムコードなので、構文チェックでは空値として扱われません。一方で、生成側は使えるタイムコードまたは長さが欠けているときにもこの値を書き出します。それこそが危険なところです。私たち自身の三枚の納品物は、もはやこれを書きません。タイムコードが記録されていない、または形や範囲の検査を通らないものは、すべて空で出荷します。欠けているものは欠けたままで、もっともらしいゼロには補いません。
したがって、生成物だけでは、受け取り側は「現場が本当にゼロ地点から始まっている」と「使える値がなくてゼロへ補われた」を区別できません。二つを切り分けるには、現場の記録・素材のメタデータ・その他の追跡可能な出所へ戻るしかありません。
この境界は、欠値から続けて計算されたフィールドにもあてはまります。派生結果が完璧に見えることは、その入力が本当に存在したことを示しません。
四つの形はフォーマットをまたいで適用できません
SlateX 側の決まりは、いま简短に言い切れます。二つの機械可読ファイル（ALE と CSV）では、欠値にたった一つの見た目しかありません。空の文字列です。半角ハイフンは書かず、ゼロ埋めのタイムコードも書かず、フレームレートの列はカメラが宣言しなければそのまま空になり、一方は 25、もう一方は 24 になるという分岐は存在しません。半角ハイフンの枠は人間が読む日報 PDF にしか現れず、A001 の系列の派生採番は CSV と PDF の人間が読む列にしか現れず、ALE がソースを認識するマスはそれを代わりに立てません。さらに知っておくべきマスが一つあります。ALE では値がちゃんと記録されているのに、そのマスだけが空になっていることがあります。その列はそうした文字を載せられないためで、非ラテン文字はマスごと空で出荷され、一字どおりの原文は CSV と PDF に残ります。
そのため、「欠値には統一である記号を入れる」とは書けません。受け入れの規則は具体的なフォーマットと具体的な列に対して立てます。どの列が空になり得るか、どの列がプレースホルダを書くか、どの列がもっともらしい既定値を作るか、どの時間フィールドがゼロへ落ちるかを分けて定めます。
現在の納品ファイルは「この値は生成側が作った」と追加でマークすることもしません。既定の採番とゼロの値が実際の値と同じ見た目になる以上、照合の責任は引き続き受け取り側にあります。最も確実なのは推測ではなく、元の記録へたどることです。
FAQ
空のマスと - は同じ欠値として扱えますか？
扱いません。どちらも欠けを表し得ますが、出力の形が別々で、さらにすべての列が同じ規則を使うわけではありません。受け取るときは具体的なフィールドごとに解釈します。
ファイルに A001 が現れても、それは現場のリール番号ですか？
そうは判断できません。CSV と PDF のあの列は、もともとソフトウェアがカメラの字母に連番を足して数えた表示番号で、リール番号らしく書かれています。現場から実際に書き写したカード番号は別の列にあります。ALE がソースを認識するマスは派生採番を受け取らず、書き写せなければ空にします。照合のときはこの二つの列を分けて見ます。
00:00:00:00 をそのまま実際のゼロ地点として扱えますか？
その文字列だけから結論を下すことはできません。どの納品物に入れても同じで、正しいゼロ地点である場合もあれば、欠落したときに補われた形である場合もあり、出所へ戻って確認が必要です。私たち自身の三枚の納品物は、もはやこの文字列を書かず、欠値はすべて空にします。
なぜ一つの欠値規則ですべての納品フォーマットを検査できないのですか？
同じデータの束でも載る媒体によって書き方が違うからです。人間が読むものはプレースホルダを書き、機械可読の二つは一律に空へし、A001 のような派生採番も人間が読む列にしか現れません。受け取りの規則は媒体ごと・列ごとに一本ずつ立てます。
Axiom One LLC — SlateX。上の数字は 2026-09-24 時点のものです。