日報の 1 ページに何テイク置けるのか、そして文字が切られるのはなぜか

日報のページのレイアウトは、内容の長さに応じて自由に伸縮するのではありません。まず固定のテーブルがあって、そこにテイクの記録を既定の空間へ入れていきます。最初のページは最大 24 テイク、続きのページは最大 30 テイクですが、「最大」はどのページでもその数まで並ぶという意味ではありません。最初のページではその他の表ヘッダーの内容が引き続き使える高さを奪います。

日報のテイク数の上限と列幅はどちらもレイアウトの制約です。文字が列幅を超えると、はみ出した部分は表示されず、折り返して次の行に補われることもありません。

最初のページと続きのページで上限が違うのはなぜか

最初のページと続きのページは、ハードコードされた 2 組のテイク数上限を使っています。最初のページは 24 テイク、続きのページは 30 テイクで、インターフェースに設定の入口はありません。最初のページはさらに多くのページヘッダー内容を収める必要があり、食事の行といった情報が下へ向かってテーブルの使える高さを奪います。つまり 24 と 30 はレイアウトの上限で、「どのページも必ずその数まで並ぶ」という約束ではありません。

最初のページの使える高さが表ヘッダーの内容に圧迫されたとき、実際に最後まで収まる記録は上限より少なくなります。ソフトウェアは高さでテイク数を読み直しません。使える空間を超えた行はページの下の説明行に重なるか、ページの外側に描かれます。続きのページのページヘッダーは 1 行の作品名だけで、ハードコードされた上限は 30 です。この 2 つの数はどちらもレイアウトの定数で、ページヘッダーの高さから計算された値ではなく、受け取り側がページヘッダーの長短から行数を逆推することもできません。ある日報がページいっぱいに並んだかどうかの判断は、生成後のページを基準にすべきです。

1 マスの文字がなぜ直接切られるのか

各テキストのセルは 1 行の文字だけを描き、折り返さず、末尾に省略記号も付けません。文字がその列の幅を超えると、境界からはみ出した部分は表示されません。この挙動は長めのメモに特に重要で、ページは行高を増やしたり内容を次の行へ折ったりして全文を残すことをしないからです。

テーブルの列幅は固定のレイアウト値で、ある列の内容が長くなっても自動で伸縮しません。フォントも固定の設定で、このページは中国語フォントを指定していないため、中国語のメモがこのページでどう表示されるかは保証しません。受け取り側は実際の PDF を直接見て、切られる可能性を受け入れの基準の中に残しておく必要があります。

PDF の日報はページの要約を読む用途に向いていて、セルに見える文字の長さを元のフィールド内容の完全な長さと扱うべきではありません。

マルチカメラが日報の中でなぜ 1 行だけなのか

日報は 1 行が 1 件のテイク記録に対応するもので、1 台のカメラに対応するものではありません。同じ 1 件の記録に複数のカメラが関連付いているとき、PDF のその行はアルファベット順で一番前のカメラだけを取り、そのカメラで素材ロール、サウンドロール、焦点距離、フレームレートの列を埋めます。他のカメラのこれらの値はあの行に展開されません。

これは、日報をそのテイクのカメラ情報一式を映しているものとは説明できないことを意味します。カメラごとに照合が必要なら、受け取り側は機械可読の納品物または現場の記録に戻って見る必要があります。『1つのシーンを撮り終えたあと、場記が撮影終了時に差し出すものは何か』は、人が読む要約とその他の納品物の役割を分ける助けになります。

いくつかの納品物の行がなぜ直接そろわないのか

同じまとまりのテイク記録は、フォーマットごとに展開の仕方が違います。PDF はテイク記録 1 件ごとに 1 行を出し、ALE と CSV はカメラごとに 1 行ずつ出ます。そのため、同じ 1 件のマルチカメラの記録は PDF では引き続き単一行ですが、残る 2 つの機械可読のファイルでは複数行になります。カメラが 1 台もないときも、3 種類のファイルはいずれも 1 行を出し、カメラ関連のフィールドは各自の欠損値ルールで処理されるだけです。同じ行番号を引いて、それが同じカメラの記録を指していると思い込むことはできません。

この展開の差こそ、まさに『同じ一連のテイク記録が複数の納品物で行数も順序も一致しない理由』が項目を分けて照合することを要求する点です。日報の狙いはページで読むことで、残り 2 つのファイルに一行ずつの索引を提供することではありません。受け取り側はシーン番号、ショット番号、テイク番号、カメラの識別子で合わせるべきで（カメラの識別子は PDF では素材ロールの先頭にある 1 文字から読むほかなく、ALE と CSV には別途カメラ ID の列があります）、ページ番号や行番号で無理に合わせるのではありません。

日報は引き渡しの照合にどう関わるべきか

日報はテイクの記録の要約を速く読むのに使えますが、長い文字では切られる境界を覚え、マルチカメラではアルファベット順で一番前のカメラだけを表示していることを覚える必要があります。フォントと中国語の表示も、実際に生成されたファイルを基準にすべきです。ページが整って見えることは、切られた文字や展開されなかったカメラのフィールドを補ってくれません。

したがって、日報は人が読む要約として扱い、フィールド単位の照合は機械可読のファイルを基準にします。ある値が素材の身元、タイムコード、カメラ、後段の対応付けに影響するなら、受け取り側は対応する機械可読のフィールドと現場の記録で再確認する必要があります。PDF は提示を担う役で、異なる納品物のフォーマットを行ごとに一致させる任務は担っていません。

FAQ

最初のページは必ず 24 テイク並ぶのですか？

限りません。24 は最初のページの上限で、食事の行といったページヘッダーの内容がテーブルの使える高さを奪います。実際のページは生成結果を基準にします。

メモが長いとき、次の行に折られるのですか？

折られません。テキストのセルは折り返しせず、幅を超えた部分は表示されず、省略記号で印を付けることもありません。受け取り側はページに見える文字をフィールドの全文と扱うべきではありません。

マルチカメラの記録は PDF で複数行に展開されますか？

されません。PDF は 1 行が 1 件のテイク記録に対応し、アルファベット順で一番前のカメラを取ってカメラ関連の列を埋めます。カメラごとの展開は機械可読の納品物を見る必要があります。

日報で ALE と CSV を行ごとに対応付けられますか？

行番号で直接合わせることはできません。PDF と 2 種類の機械可読ファイルはマルチカメラの展開規則が違うからです。フィールドの照合は記録の身元とカメラの情報にしたがって行う必要があります。

Axiom One LLC — SlateX。上の数字は 2026-09-24 時点のものです。