結果を納品する。再開できるものを残す。

納品基準を書き出す

レンダリングを書き出す前に、ファイルの使用先を確認しましょう。編集、コンポジット、印刷、ウェブサイト、SNS などです。解像度、アスペクト比、フレームレート、再生時間、アルファチャンネルの有無を確定します。想定される色空間、命名規則、サイズの制約も尋ねてください。「高品質な動画」という表現だけでは、受け取り側が何を編集でき、どのソフトで開けるのかが分かりません。

3 つのセットを用意します。承認済みの納品物、再利用できる中間データ、作業のアーカイブです。一部のリソースを共有してもかまいませんが、各フォルダーはその役割を明示する必要があります。想定される仕上がりを示す参照画像か短い動画を添えましょう。

次の工程に合わせてフォーマットを選ぶ

ディスプレイ表示用の画像であれば、PNGは透過を持つこともある表示用画像に適しています。そのサイズ、深度、色は選択の余地があります。JPEGは、画質の劣化が許容できる場合の軽い確認用途に使えます。コンポジットやグレーディングのツールでレンダリングを受け取る場合、OpenEXRは浮動小数点データを保持し、複数のチャンネルを運ぶことができます。選択は、スタジオが好む拡張子だけでなく、予定されている処理によって決まります。

16ビット整数と16ビット浮動小数点を混同しないでください。両者は値を同じように表現しません。受け取り側のアプリケーションが、選択したレイヤーと圧縮を読み取れることも確認してください。完全なレンダリングの前にこのツールで小さな書き出しを開いてみることは、対応形式の理論的なリストよりも役立ちます。

必要なパスだけを残し、反射的に全部を出力しない

レンダリング前に、本当に必要な修正を決めてください。製品を切り抜く、背景を調整する、あるいは光の寄与をやり直す、といったことです。必要なパスを有効にし、受け取り側が開いた小さなファイルにそれらが含まれているか確認します。Blenderで表示されるレイヤーのリストは、引き渡した書き出しにそれらが保存された証拠にはなりません。

反射的にすべてのチャンネルを積み上げるのは避けてください。各要素には用途と、それを読み直せる人が必要です。詳細な選択はコンポジットパスの準備のガイドで扱っています。ここでは、受け取りとは、取り決めたチャンネルと存在するチャンネルを比較し、テスト画像に対して簡単な修正を実行することです。その設定は目録と一緒に保管してください。

色と輪郭をコントロールする

記録には、使用した表示トランスフォーム、露出、カラーマネジメントの選択を残してください。コンポジット用のファイルと、表示できる状態の画像を、同じ設定で盲目的に読み込んではいけません。両方のアプリケーションでリファレンスを開き、長いシーケンスを送る前に差異を解消してください。一貫した色のガイドでこの確認を詳しく説明しています。

切り抜いた画像では、納品サイズで明るい背景と暗い背景の上でエッジを調べてください。受け取り側が期待するアルファの解釈を明示します。ハローは、レンダリングのサンプル数ではなく、読み込みに起因することがあります。アルファとコンポジットのガイドがこの問題の切り分けに役立ちます。最終的な記録には採用した決定を残し、受け取り側にそれを推測させないようにしてください。

エンコードの前にアニメーションを連番で書き出す

番号付きシーケンスを使えば、フィルム全体を再計算することなく、不足しているフレームを再開できます。また、動画エンコードとは独立した工程を保てます。残りの作業内容に応じてこれらの画像のフォーマットを選び、適切なフレームレートで確認用のバージョンを組み立ててください。最終的な動画ファイルは、承認されたシーケンスから作成する必要があり、フォルダにまだ残っている古いシリーズから作成してはいけません。

冒頭、末尾、フレーム数を確認し、次にシーケンスを通常速度で再生してください。カットの切り替わり、ちらつき、発生しうるジャンプを検査します。マルチレイヤーのEXRシーケンスは、編集の前にコンポジットを経由する必要がある場合があります。受け取り手のパイプラインで処理できないフォーマットを押し付けないでください。

フレームレートとシーケンスのガイドでは、境界と再生について詳しく説明しています。1枚のフレームが開けるからといって、他のすべてが検証済みと見なさないでください。範囲全体のインベントリも確認してください。

仮の例：製品プランとその再掲

24fpsで6秒、つまり144フレームのショットを想定しましょう。クライアントは確認用の動画を求め、コンポジットチームはまだ背景を調整する必要があります。この仮定の例では、納品物にv05と識別された確認用動画、合意したパスを含むEXRシーケンス、そしてフレームレート・表示変換・1001から1144の範囲を明記した仕様書が含まれます。

アーカイブには対応する.blend、そのテクスチャ、バージョン、修正メモが入ります。承認済みレンダリングのJPEG画像を仕様書に添えますが、EXRの代わりにはなりません。送信の前に、チームは3フレームをインポートして商品のマスクを確認します。この例は納品チェックを説明するもので、測定された結果でも時間の見積もりでもありません。

生成画像のレシピをアーカイブする

ComfyUI の結果を残すには、ノードのバージョン、使用したモデル、パラメータ、シードを含むワークフロー JSON を保存しておきましょう。メディアのメタデータには、保存ノードや使用したオプションによってワークフローが含まれることがありますが、変換や共有プラットフォームを通すと失われる可能性があります。そのため JSON ファイルは別途保管し、問題なく再読み込みできるか確認してください。

必要な入力は、その伝達権が認められている場合に添付してください。モデルはすべての重みを自動的に再配布するのではなく、正確な名前、バージョン、出所を記録して文書化しましょう。シードだけでは画像を説明できません。パラメータ、依存関係、出力時の処理も同様に重要です。アーカイブは、環境間で完全に同一の結果を保証するものではなく、方法を理解できるようにするためのものです。

セラミックのマニフェストは、このレシピと重みの分離を例示しています。伝達権については、ご自身のリソースごとに確認が必要です。

ファイル情報と品質を混同せずに確認する

お使いの環境でFFmpegが利用可能な場合、以下のコマンドは動画ファイルを変更せずに情報を読み取る方法を提案します。これはお客様の納品物に対して実行されたものではありません。ファイル名をご自身のファイル名に置き換え、レポートをエクスポートのそばに保管してください。解像度とフレームレートの情報は、誤ったプリセットを特定する助けになります。

これらのデータは、色の正確さや動きの連続性を証明するものではありません。平均フレームレートだけでは、可変フレームレートのファイルを説明できません。音声がある場合はそれも含めて、動画全体を確認してください。レポート、納品書、再生結果の間に不一致がある場合は、送信前に検証が必要です。

ffprobe -v error -show_entries stream=codec_type,codec_name,width,height,avg_frame_rate:format=duration -of json "livraison_v05.mp4"

プロジェクトを閉じる前に受け入れ確認を行う

書き出したファイルは最終的な保存場所から開いてください。サイズ、フレームレート、音声がある場合はその有無、透過、バージョン名を確認します。シーケンスの場合は、欠番や空のファイルを探します。転送量を比較し、コピー方法が許す場合はチェックサムも比較してください。転送が完了したからといって、画像が使用可能である証拠にはなりません。

最終納品物は明確な一式です。承認されたファイル、短い読み込み仕様書、許可されたソース、依存関係の一覧です。ワークスペースを解放する前に独立したコピーを保管してください。動画ワークショップは編集バージョンの準備に役立ち、3Dワークショップはパスの選択に役立ちます。

偽の終了記号を拒否する

大きなフォルダには古いバージョンが含まれていることがあります。再生できる動画が誤ったシーケンスのものであることもあります。同一のフィンガープリントは、すでに正しくないファイルのコピーを確認してしまうこともあります。ですから、3つのチェックを突き合わせてください。ファイル一式が正しいか、コピーが無傷か、内容が許容できるか。これらはそれぞれ異なる問いに答えるものです。

Pliの受領票（modele-reception.csv）のコピーから始めてもかまいません。実際の所見と留保事項を記入してください。Pliは検証済みのBlenderレンダリングを一切提供しません。この票はあなたのチェックを支援するためのものです。RenderParcelのカーナビはメモを保持しますが、シーン、モデル、エクスポートのバックアップは独立した媒体で整備する必要があります。