virtual-production-icvfx

バーチャルプロダクション ICVFX

エージェントがカメラ内VFXのプラン作成、LEDボリューム撮影の問題の診断、ステージ／リハーサル／QAチェックリストの準備、または制作要件の実用的なバーチャルプロダクションパッケージへの変換を支援する必要がある場合に、このスキルを使用してください。特定のLEDベンダー、トラッキングベンダー、メディアサーバー、カメラ、レンダーノードのブランドを前提としない、プロバイダーに依存しないスキルです。多くのICVFXステージがUnreal Engine、nDisplay、Live Link、Camera Calibration、OCIO、Switchboard、Stage Monitor、Timed Data Monitor、Multi-User Editing、Remote Control、Composureを使用するため、Unrealを考慮しています。

通常のオフラインのグリーンスクリーン合成、一般的なストーリーボードのアドバイス、ステージやカメラトラッキングによる最終ピクセルの意図がないプリビズ、本格的なゲームメカニクス、一般的なUnrealゲームプレイのエンジニアリングには、このスキルを使用しないでください。

情報源に関する方針

主張には、次のいずれかのラベルを付けてください。

• 文書化された事実：公式ドキュメント、規格、またはベンダーに依存しない技術資料に裏付けられています。
• 日付付きエンジン情報：2026-07-11に確認したUnreal Engineのドキュメントページに記載されている動作です。購入、バージョン固定、ステージ構築に関する決定を行う前に、再確認してください。
• 制作上の経験則：有用なステージ運用の実践方法ですが、実際に使用するカメラ、レンズ、LED、プロセッサー、トラッキング、同期、コンテンツ、カラー管理パイプラインでテストする必要があります。
• 要検証の所見：もっともらしい診断ですが、ステージでのテスト、測定、またはベンダー／ステージ担当者による確認が必要です。

このスキルで使用した信頼できる情報源（2026-07-11確認済み）：

• Epic Games、In-Camera VFXの概要：https://dev.epicgames.com/documentation/en-us/unreal-engine/in-camera-vfx-overview-in-unreal-engine
• Epic Games、nDisplayの概要：https://dev.epicgames.com/documentation/en-us/unreal-engine/ndisplay-overview-for-unreal-engine
• Epic Games、nDisplay設定ファイルのリファレンス：https://dev.epicgames.com/documentation/en-us/unreal-engine/ndisplay-configuration-file-reference-for-unreal-engine
• Epic Games、Live Link：https://dev.epicgames.com/documentation/en-us/unreal-engine/live-link-in-unreal-engine
• Epic Games、タイムコードとゲンロック：https://dev.epicgames.com/documentation/en-us/unreal-engine/timecode-and-genlock-in-unreal-engine
• Epic Games、nDisplayの同期：https://dev.epicgames.com/documentation/en-us/unreal-engine/synchronization-in-ndisplay-in-unreal-engine
• Epic Games、カメラレンズのキャリブレーション：https://dev.epicgames.com/documentation/en-us/unreal-engine/camera-lens-calibration-in-unreal-engine
• Epic Games、OpenColorIOによるカラー管理：https://dev.epicgames.com/documentation/en-us/unreal-engine/color-management-with-opencolorio-in-unreal-engine
• OpenColorIOドキュメント：https://opencolorio.readthedocs.io/en/latest/
• ACESドキュメント：https://docs.acescentral.com/
• OSHA電気安全のトピック：https://www.osha.gov/electrical
• OSHA熱安全のトピック：https://www.osha.gov/heat-exposure
• OSHA避難計画および手順のeツール：https://www.osha.gov/etools/evacuation-plans-procedures
• 英国安全衛生庁、イベントの安全：https://www.hse.gov.uk/event-safety/
• W3C WCAG 2.2、3回の閃光またはしきい値未満：https://www.w3.org/TR/WCAG22/#three-flashes-or-below-threshold
• FDAレーザー製品および機器：https://www.fda.gov/radiation-emitting-products/home-business-and-entertainment-products/laser-products-and-instruments

ICVFX が実際に解決しようとしている課題

確認済みの事実： Unreal の ICVFX の概要では、インカメラ VFX は、LED 照明、カメラトラッキング、オフアクシス投影によるリアルタイムレンダリングを使用して、カメラ内で最終ピクセル、または最終に近い画像を生成する実写手法と定義されています。カメラに映る範囲は内側フラスタムです。トラッキングされたカメラの位置、向き、レンズの視野に合わせて更新されます。カメラの外側の範囲は外側フラスタムです。仮想世界の照明や反射を再現できるよう、十分に安定した状態を保ちます。

単に壁に見栄えのよい映像を表示することが目的ではありません。有効な ICVFX 計画では、次の点に答える必要があります。

1. 撮影するショットは、LED ボリュームの空間、色、リフレッシュレート、輝度、解像度の限界に対応できますか？
2. 実カメラ、仮想カメラ、レンズデータ、トラッキングデータ、レンダリングフレームを、時間と空間の両方で同期できますか？
3. コンテンツを、すべてのレンダーノードで一貫した品質を保ちながら、必要なフレームレートで実行できますか？
4. LED 面は、許容できないアーティファクトを生じさせずに、実セットや反射物を照らせますか？
5. 最終ピクセルの撮影に失敗した場合に備え、リハーサル済みの代替手段はありますか？

安全、権利、データ

ICVFX 計画は、安全作業の許可ではありません。制作エージェントは、リスクや必要な記録を特定できますが、実際の作業は、資格を持つステージ責任者、制作安全担当者、リギング担当者、電気担当者、レーザー／放射線担当者、スタント担当者、児童・福祉担当者、法務担当者、プライバシー担当者、データ保護担当者が承認する必要があります。

確認済みの事実： OSHA は、感電、死亡事故、火災、爆発などのリスクを伴う深刻な職場の危険として、電気を挙げています。また、OSHA の電気に関するトピックでは、漏電遮断保護の欠如、接地経路の不連続、不適切な機器の使用、延長コードや可とうコードの誤用など、建設現場でよく発生する電気事故の原因も挙げられています。OSHA の熱に関するトピックでは、職業性熱中症は屋内外を問わず発生する可能性があり、予防可能であること、また激しい身体活動、高温環境、暑熱順化の不足、体熱をこもらせる衣服と関連していることが述べられています。OSHA の避難に関する資料は、緊急時対応計画を扱っています。また、HSE のイベント安全ガイダンスでは、安全なイベントとは、計画、管理、見直しを行うことで実現するものとされています。W3C WCAG 2.2 では、一般的な点滅および赤色点滅のしきい値を下回る場合を除き、コンテンツを 1 秒間に 3 回を超えて点滅させてはならないとされています。FDA は、レーザーの危険クラスをクラス I～IV として説明しており、クラスが高いほど負傷の可能性も高くなります。クラス IIIb および IV の製品は、目や皮膚に直ちに危害を及ぼす可能性があり、クラス IV では火災の危険も生じる場合があります。

運用チェックリスト：

• 権限：LED ウォールの運用、電源分配、リギング、移動式プラットフォーム、トラッキング機材、緊急時の対応、出演者の安全と健康について、作業を中止する権限を持つ担当者を明確にしてください。クリエイティブ担当者やソフトウェアのオペレーターが、安全上の判断を覆すことがないようにしてください。
• LED の露光：動作時の輝度、リフレッシュ／スキャン設定、想定するシャッター速度／フレームレートの範囲、フラッシュ／ストロボ／コントラストの強いカットが急速に続くコンテンツの有無、光過敏性の審査状況を記録してください。制作上の目安：有資格者による安全／医療／アクセシビリティ審査で露光状況が明示的に承認されない限り、点滅コンテンツは WCAG の基準に類する 3 回の点滅のしきい値を下回るようにしてください。テストの前にスタッフと出演者に警告してください。
• 物理的な危険：電気負荷／分配、接地／GFCI または現地の同等規格、ケーブルの配線、つまずき防止措置、リギングの認証、頭上の荷重、避難経路、LED／プロセッサ／レンダーノード周辺の熱の蓄積、換気、移動式リグ、車両プラットフォーム、回転台、クレーン、リフト、緊急停止手順を確認してください。
• トラッキングに関する危険：赤外線、レーザー、無線、光学マーカー、LiDAR、その他のトラッキング機器からの放射と、見通し線の要件を文書化してください。目、皮膚、カメラセンサー、反射する小道具が暴露される可能性のあるクラスまたは波長については、レーザー／放射線安全審査を受けてください。
• 配慮が必要な出演者：子ども、高齢の出演者、妊娠中の出演者、障害のある出演者、てんかん／光過敏症、熱への過敏、感覚過敏、または移動の制限がある出演者については、明確な健康配慮の計画、休憩、同意の確認、必要に応じた保護者またはアドボケイトの同席、避難経路／動線のリハーサルが必要であるものとして扱ってください。
• 権利処理：アセット、スキャンデータ、プレート、アートワーク、ロゴ、製品、商標、地図、場所、車両、衣装、看板について、コンテンツをウォールに表示したり、最終ピクセルのプレートを撮影したりする前に、権利処理を確認してください。LED 再生によって、権利未処理のアセットが単なる一時的な参考資料ではなく、本編撮影の一部になることがあります。
• 肖像およびスキャンの同意：身体、顔、声、動作、フォトグラメトリ、LiDAR、ウィットネスカメラの映像、モーションキャプチャ／トラッキングデータ、およびデジタルダブルや群衆の複製に関する利用について、明示的な同意を得て使用範囲を定めてください。
• データの最小化：トラッキング、レンズ、タイムコード、カメラ、テイク、ウィットネスカメラ、スキャン、リハーサルの各データに誰がアクセスできるかを定めてください。制作、VFX、保険、法務、アーカイブに必要なものだけを保持し、通常の引き継ぎでは、非公開の場所、未成年者の情報、健康上の配慮、不要な生体情報の詳細を削除してください。
• 最終ピクセルとフォールバックの記録：各テイクに、最終ピクセル、ライブ合成、グリーンバックへの切り替え、クリーンプレート、リハーサル、またはテストのラベルを付けてください。ポストプロダクションで十分に活用できるフォールバック記録として、カメラオリジナル、タイムコード、トラッキングデータ、レンズデータ、キャリブレーション、ウォールの状態、色の状態、クリーンプレート、インシデント記録を保持してください。

制作上の目安：安全、権利、プライバシーの確認は、テクニカルスカウト、リハーサル、コールシート、データ管理、引き継ぎの各ワークフローに含めてください。カメラを回し始める段階まで確認を先延ばしにした場合、現実的な対応は通常、輝度や動きを抑える、動線を簡素化する、フォールバックに切り替える、権利未処理のコンテンツを削除する、または権限を持つ担当者がリスクを承認するまで中止することです。

適合性のトリアージ

ハードウェアやUnrealの設定を提案する前に、ショットへの適合性を確認します。

ICVFXに適した候補：

• カメラを既知のトラッキングボリューム内に保ち、テスト済みのレンズ／フォーカス／アイリス設定の範囲内で撮影できます。
• 背景を、揮発性のスクリーンスペースシームやノード間の不一致が生じることなく、必要なフレームレートでリアルタイムレンダリングできます。
• 前景のセットや小道具に、LEDによる照明や反射が活かされます。
• モアレ、走査線、パネルの継ぎ目、ピクセル構造が見えてしまう距離や角度から、LED面にピントを合わせて見る必要がある構図ではありません。
• アートディレクションが、リアルタイム照明の制約、ベイク済みアセット、詳細度の管理、事前構築されたショット状態を許容できます。

適合性が低い、またはリスクが高い候補：

• LED面をシャープ、またはフォーカスに近い状態にする必要がある、マクロ、望遠レンズ、または奥行きの浅いステージを使うセットアップ。
• LEDウォールがもっともらしい環境ではなくパネルの配列として映り込む、反射率の非常に高い前景。
• テスト済みの同期経路がない、非常に高速なパン、ローリングシャッターへの高負荷、ストロボを使った実照明、またはハイスピード撮影。
• 複雑な破壊シミュレーション、パストレーシング品質の照明、重い半透明表現、またはノード境界をまたぐスクリーンスペースエフェクトを必要とするシーン。
• 調整済みのトラッキングボリュームから外れたり、LEDのカバー範囲を超えて撮影したりするカメラ移動。
• 撮影当日の直前のコンテンツ変更に成否がかかっており、その変更を再ビルド、最適化、リハーサルできないショット。

制作上の目安：ショットのICVFXとしての価値が高い一方で最終ピクセルのリスクも高い場合は、撮影当日に代替手段が必要だと判明するのではなく、最初からLED照明を使ったライブコンポジット／グリーンバックへの切り替えを計画してください。

LED ステージの計画

空間だけでなく、カメラに合わせてステージを設計します。

必要なステージ情報：

• 壁の形状：平面、曲面、コーナー、馬蹄形、270 度のボリューム、天井、床、セット窓への挿入、車両プロセス用の壁、またはハイブリッド。
• 物理寸法（メートル単位）、キャビネットの寸法、キャビネットの解像度、ピクセルピッチ（ミリメートル単位）、プロセッサーのキャンバスレイアウト、スキャン／リフレッシュの動作、パネルの輝度と動作時の輝度。
• カメラ位置、レンズ一覧、被写体までの距離、カメラ／被写体から LED までの最小距離、想定されるフォーカス距離、パネル面に対するカメラの最大角度。
• LED を最終的な背景、照明／反射光源、ライブ合成の背景、またはそのすべてとして使うかどうか。

文書に記載された事実： Epic によると、LED ステージの設計がそのほかのセットアップを左右します。完全なバーチャル環境には 270 度の囲い込み型ボリュームが必要となる場合がありますが、実物のセットピースがシーンの大部分を担う場合は、片側の壁や曲面の壁でも対応できます。LED 天井は、環境光や反射光に役立ちます。ピクセルピッチとは、LED のライト間の距離（ミリメートル単位）です。一般に、ピクセルピッチが小さいほどピクセル密度とコストが高くなります。ピクセルピッチが小さいだけでは適性が保証されるわけではなく、視野角、色ずれ、一貫性、熱など、ほかの要素も重要です。

ピクセルピッチと視距離に関する制作上の経験則：

• メーカーのピッチ表は出発点として扱い、最終的な判断材料とはしないでください。実際のカメラセンサー、OLPF、レンズ、フォーカス距離、シャッター角度、フレームレート、圧縮経路、ショー LUT を使ってテストします。
• 通常、フォーカス面は LED 表面より手前または奥に設定し、パネルをわずかにぼかします。Epic は、モアレのリスクを抑えるため、LED 表面にフォーカスを合わせないよう明確に推奨しています。
• LED 表面に対するカメラの角度が大きいほど、モアレのリスクが高まります。最終ピクセルで背景を表示することが重要な場合は、垂直または小さめの角度を優先してください。
• 細かい反復線、高コントラストのグリル、小さな鏡面反射の点、スクロールするテキスト、高周波のテクスチャを含むコンテンツは、LED 上でエイリアシングが発生しやすくなります。

ステージ計画の成果物には、カメラに対する図または表を含めます。

• スクリーンセグメント名と実寸。
• 主要なカメラ位置から LED までの距離。
• 俳優／セットから LED までの最小距離。
• セグメントごとのピクセルピッチとプロセッサー解像度。
• 想定されるインナーフラスタムのカバー範囲とオーバースキャン。
• 照明／反射光専用の、カメラに映らない LED。
• モアレ、継ぎ目、角度、反射に関するリスクの注記。

Unreal を考慮したシステムトポロジー

日付が特定されたエンジンの詳細情報： Epic の nDisplay ドキュメントでは、1 つのプライマリノードと任意の数のセカンダリノードで構成されるクラスターについて説明しています。各 Unreal インスタンスは、1 台以上のディスプレイ向けに 1 つ以上のビューポートをレンダリングします。共有される nDisplay 設定アセットには、クラスター PC、ウィンドウ、ビューポート、ディスプレイジオメトリ、投影ポリシー、出力マッピング、カメラ、トランスフォームが記録されます。Switchboard がクラスターを起動します。

一般的な ICVFX トポロジー：

• カメラ、ビデオデバイス、GPU 同期、その他のタイミングが重要なシステムにハウスシンク／マスタークロックを供給します。
• カメラトラッキングとレンズエンコーダーデータを備えた制作カメラ。
• カメラのトランスフォームと、場合によってはレンズデータを送信するトラッキングサーバーまたはトラッキングベンダーのシステム。
• セットアップ、Switchboard、Remote Control、クラスター制御を担う Unreal のプライマリ／オペレーターワークステーション。
• ウォールプロセッサーまたは GPU 出力を駆動する nDisplay レンダーノード。
• オプションの Unreal エディター／テクニカルアート用ワークステーション（Multi-User Editing 用）。
• オプションの録画ワークステーション。Take Recorder または同等のキャプチャ機能を使って、カメラ、レンズ、照明、小道具、ショット状態のデータを記録します。
• ライブの Composure／グリーンバック用のオプションの合成ワークステーション。
• ビデオビレッジ、波形モニター／ベクトルスコープ／カラー調整ツール、録画／再生システム。
• Unreal、トラッキング、Live Link、Switchboard、ソース管理、モニタリングのトラフィックに対応する、保護された高スループット LAN。

nDisplay のジオメトリ、投影、フラスタム

エンジンのバージョンに依存する詳細： 特に指定がない限り、nDisplay の設定値における物理・仮想の測定値はメートルと度で、ウィンドウとビューポートの値はピクセルです。スクリーン設定では、通常、物理ディスプレイの表面に一致する、3D 空間内の矩形を定義します。ビューポートは、アプリケーションウィンドウ内の矩形領域にレンダリングします。プロジェクションポリシーでは、単純な平面スクリーンや、MPCDI、VIOSO、EasyBlend、DomeProjection、メッシュ、手動／カメラポリシーなどのキャリブレーション済み投影方式を含む、ビューのレンダリング方法を定義します。Epic の設定リファレンスによると、nDisplay は現在、MPCDI 1.0 の 2D および A3D プロファイルタイプをサポートしています。

ICVFX エージェントにとって重要な判断事項は次のとおりです。

• 物理 LED のジオメトリ、nDisplay のスクリーン／メッシュジオメトリ、ステージの座標系を一致させる必要があります。
• トラッキング対象のカメラは、nDisplay のルートおよび仮想環境と同じ原点および軸に解決される必要があります。
• インナーフラスタムのビューはカメラの視点からレンダリングし、レイテンシー、トラッキングのジッター、レンズのブリージング、カメラの動き、オペレーターの安全性を考慮した十分なオーバースキャンを確保する必要があります。
• アウターフラスタムでは、安定したライティングと反射を優先する必要があります。反射がレンズに貼り付いているように感じられるような形で、カメラに合わせて動かしてはいけません。
• キャリブレーション済みの曲面ディスプレイや不規則な形状のディスプレイでは通常、壁を平面スクリーンとみなすのではなく、適切な投影／キャリブレーションポリシーが必要です。

以下の nDisplay 成果物を求めるか、作成してください。

• nDisplay Config Asset、または該当する場合はエクスポートされた .ndisplay／.cfg。
• クラスターノードの一覧：ホスト名／IP アドレス、GPU ID、アプリケーションウィンドウ、ビューポート、プロセッサーのマッピング、フェイルオーバーの想定。
• ディスプレイのジオメトリ：実測値、座標の原点、スクリーンの法線、弧の半径、天井／床との位置関係、使用する場合はメッシュ／キャリブレーションファイル。
• ICVFX カメラの設定：インナーフラスタム／アウターフラスタムの設定、オーバースキャン、利用可能な場合はソフトエッジ／フェザー、非表示マーカー、グリーンのフォールバック状態、マルチ GPU 使用時の GPU 割り当て。

コンテンツとパフォーマンス

ICVFX コンテンツはステージ向けソフトウェアです。エディタービューポートで見栄えを確認するだけでなく、決定論的なリアルタイム再生を前提に制作する必要があります。

制作上のヒューリスティック：

• 信頼性が重要な場合は、あらゆる用途に対応する巨大なシーンを 1 つ作るのではなく、ショットごとのレベルやショット状態を構築します。
• ベイク済みライティング、最適化された反射戦略、安定した LOD を優先します。Nanite、Lumen、Virtual Shadow Maps は、実際のクラスターとエンジンバージョンでテストした場合に限り使用します。
• クラスター負荷のもとでテストしていない限り、土壇場での高周波テクスチャ、ちらつきやすい密集した植生、小さなエミッシブディテール、スクリーンスペース依存のエフェクト、重い半透明表現、大量のパーティクル、負荷の高い動的 GI は避けます。
• ショットごと、またはリハーサル状態ごとに、露出、カラー変換、レベルのバリエーション、時刻、インタラクティブ操作を固定します。
• エディターのプレビューでの平均値ではなく、最も負荷の高いインナーフラスタムのカメラ移動を基準に予算を確保します。

文書化された事実： Epic は、SSGI、SSAO、SSR、ビネット、視覚順応、ブルームなどのスクリーンスペースエフェクトは、クラスター化されたノード間の境界で問題を引き起こす可能性があるため、nDisplay ICVFX のコンテキストでは避けるべきだと警告しています。これは、スタイルの好みではなく、重要なレビュー項目として扱ってください。

パフォーマンスチェックには、以下を含める必要があります。

• すべてのノードでのクラスターのフレーム時間。
• インナーフラスタムとアウターフラスタムの負荷の比較。
• GPU、CPU、ネットワーク、ストレージ、ビデオ I/O の余力。
• 動きの速いオブジェクトを使ったノード境界のテスト。
• 本番用カメラ、実際のトラッキング、実際の LED 輝度、最終的なカラー経路を使ったリハーサル。

トラッキングとレンズキャリブレーション

文書に記載されている事実： Unreal Live Link は、カメラ、ライト、トランスフォーム、キャラクター、基本データなどのロールを使用して、ライブデータを Unreal にストリーミングするための拡張可能なフレームワークです。Live Link ソースは受信データを管理し、サブジェクトはストリームです。Live Link は、エンジン時間、最新フレーム、またはタイムコードを使用して評価できます。Epic は、エンジンにタイムコードプロバイダーがない場合、タイムコード評価モードを使用しないよう警告しています。UDP Messaging ではネットワークアダプターの明示的な設定が必要になる場合があり、パッケージ化されたゲームでメッセージバスのワークフローを使用するには、-messaging が必要になることがあります。

文書に記載されている事実： Epic の Camera Calibration プラグインは、カメラとレンズの位置合わせおよびレンズ歪みのためのキャリブレーションデータを含む Lens File アセットを作成します。レンズ歪みとノーダルポイントオフセットをモデル化するワークフローに対応しており、Cine Camera アクターまたは Composure CG レイヤーに歪みを適用できます。

実践的なキャリブレーション項目：

• トラッキングシステムの座標系を Unreal の軸とステージ原点に合わせます。
• トラッカーのリジッドボディから光学中心／ノーダルポイントまでのカメラボディのトラッキングオフセットを設定します。
• カメラ／レンズ／エンコーダーの範囲ごとに Lens File または同等のキャリブレーションを用意します。
• 必要に応じて、歪み、焦点距離、フォーカス、アイリス、入射瞳／ノーダルオフセット、レンズブリージングの挙動を設定します。
• ビデオ、トラッキング、レンズメタデータ、Unreal のフレーム評価の間で時間を同期します。
• テストチャートの撮影データと、解決後の残差／誤差に関するメモを残します。

本番環境での経験則：

• レンズの交換、カメラボディの変更、トラッカーの再取り付け、フォーカスモーターの変更、大幅な温度変化、またはステージ原点の調整後に再キャリブレーションします。
• カメラの見た目がほぼ合っていても、時間的にずれていることがあります。カメラの動きに合わせて視差が揺れる場合は、空間キャリブレーションを疑う前にレイテンシー／タイムコードを検証します。
• ショットが固定されているように見える場合でも、レンズメタデータを記録します。編集、VFX、トラブルシューティングに、その証拠が役立ちます。
• グリーンバック撮影時の代替手段として隠しトラッキングマーカーを使うのは、最終的なクロップ範囲外にあるか、削除する計画がある場合に限ります。

タイムコード、ゲンロック、同期

文書に記載されている事実： Epic はタイムコードとゲンロックを区別しています。タイムコードを使うと、Unreal は指定されたソースからタイムコード値を採用します。ゲンロックを使うと、エンジンのフレーム生成がビデオ／リファレンス入力にロックされ、Unreal は入力フレームごとに出力フレームを 1 つ生成します。Unreal では、Timecode Provider パネルまたは stat timecode を通じてタイムコードを表示できます。

文書に記載されている事実： Epic の nDisplay 同期に関するドキュメントでは、ソフトウェア同期とハードウェア／OS によるディスプレイ同期を分けて説明しています。ソフトウェアバリアは、ノード間のシミュレーション／レンダリングのタイミングを調整します。ハードウェア同期では、業務用 GPU／同期カードと共通クロックを使用して、ティアリングのないフレーム表示を実現します。Epic は、バーチャルプロダクションに最も望ましい方式としてゲンロックとフレームロックの併用を挙げ、nDisplay のレンダー同期ポリシーとして None、Ethernet、NVIDIA、Custom を示しています。NVIDIA ポリシーは、NVIDIA SwapLock API を通じてハードウェアフレームロックを使用します。Epic は、ディスプレイの境界を横切る高速移動オブジェクトを使って同期をテストすることを推奨しています。

ステージの同期計画で確認する項目：

• 基準のフレームレートとリファレンス形式は何ですか？
• マスタークロックとなるデバイスはどれですか？同期はどのように分配されますか？
• カメラ、トラッキング、ビデオ I/O、Unreal、レンダーノード、LED プロセッサー、レコーダー、モニターはすべてロックされていますか、それともフリーランニングであることが明示されていますか？
• Live Link の評価モードと、バッファー／オフセットの方針は何ですか？
• nDisplay のレンダー同期ポリシーは何ですか？
• カメラを回し始める前に、同期をどのように検証しますか？

障害パターンの例：

• ティアリング、またはノード間の端部の不連続：nDisplay のレンダー同期ポリシー、GPU 同期ケーブル、Mosaic／Eyefinity、ドライバー／コントロールパネルの同期状態、ノードのフレーム時間を確認します。
• 静止時の位置合わせは正しいのに、動くと視差が揺れる：タイムコードプロバイダー、Live Link の評価、トラッキングのレイテンシー、レンズデータのレイテンシー、カメラ／ビデオ経路のレイテンシーを確認します。
• ノードが断続的に切断される：ネットワークのタイムアウト、ノードの状態、フェイルオーバー方針、温度／電源の状態、Stage Monitor のイベントを調べます。

カラーパイプライン、OCIO、LEDの現実

文書化された事実： OpenColorIOは、映画制作、VFX、コンピューターアニメーション向けのカラー管理ソリューションです。OCIOはACESと互換性があり、高度な制作構成をサポートしています。ACESは、撮影、編集、VFX、マスタリング、上映、アーカイブ、リマスタリングを含む制作ライフサイクル全体を通じて、色とデジタルファイルを管理する業界標準です。

時点付きのエンジン情報： Unreal Engine 5はOCIO v2をサポートしています。Unrealでは、メディアソース、ビューポート／PIE、Composure、Movie Render Queue、nDisplayのレンダリングにOCIOを適用できます。クラスター全体、内側のフラスタム、個々のノードにも適用できます。Unrealでは、.ocio設定ファイルを参照するOpenColorIO Configuration Assetを使用します。

文書化された事実： EpicのICVFX概要では、ライブアクションカメラを通して最終画像を確認すること、LEDボリュームを光源としてステージ上でライブアクション用アセットをテストすること、一貫性が重要な場合はショット間でカメラを変更しないことを推奨しています。また、ShowFlag.Tonemapper 0を使用してUnrealのトーンマッパーを無効にし、エンジンからLEDパネルへの出力が入力と同じリニアsRGBになるようにします。

制作上の経験則：OCIOやACESの用語を採用しても、壁面のキャリブレーションが行われるわけではありません。LEDの実測キャリブレーション、プロセッサーとカメラのテスト、モニター変換、カメラ映像での確認、管理された視聴条件は引き続き必要です。

カラー計画に含める内容：

• 撮影のカラーパイプライン：カメラのログ／色空間、撮影現場のLUT、OCIO設定、LEDプロセッサーのキャリブレーション／LUT、モニター変換、ライブコンポジット変換、デイリー変換、納品時の色に関する想定。
• 変換処理の担当者：カラーサイエンティスト／DIT、バーチャルアート部門、Unrealオペレーター、LED技術者、コンポジティングスーパーバイザー。
• 参照用の撮影素材：グレーカード、カラーチャート、肌の色、主要小道具、実物の照明、反射／クロームの参照素材、撮影カメラを通した静止画。
• LEDの測定項目：輝度設定、白色点、原色／色域の特性、パネルの均一性、黒レベル、スキャン／リフレッシュの制約、視野角による色ずれ、プロセッサー設定。
• 記録項目：OCIO設定の正確なハッシュ／バージョン、LEDプロセッサーのプロジェクト、Unrealプロジェクトのコミット／ビルド、メディアプロファイル、撮影用LUT、カメラLUT、モニターLUT、テイク固有の調整。

制作上の経験則：

• LEDウォールをリファレンスモニターだと思い込まないでください。LEDウォールは光源であり、背景であり、カメラに応じて見え方が変わる反射環境でもあります。
• LEDウォールを目視するだけでなく、カメラのパイプラインを通して確認してください。
• LEDの映像を主に反射や照明に使う場合、壁面だけの見栄えよりも、自然な光の反応を優先して色を決める場合があります。
• 記録に残さないノード単位やプロセッサー側の調整は避けてください。後から再現するには大きなコストがかかります。

照明、反射、実物との統合

ICVFXを成功させるには、実物の前景、LEDの光、実物の照明、バーチャル環境を調和させる必要があります。

チェックリスト：

• LEDがキーライト、フィルライト、環境光、反射、背景、またはそれらすべてのうちどの役割を担うかを決めます。
• バーチャルの太陽／空／実物の照明を、実際のセット照明の方向、柔らかさ、強さ、色に合わせます。
• 反射する小道具、車両、ヘルメット、眼鏡、水面、磨かれた床に自然な環境の映り込みが必要な場合は、LEDの天井面／側面の返しを使います。
• 衣装、肌、髪、ガラス、クローム、暗い小道具を使って、露出と黒レベルをテストします。
• 反射率の高い物体をリハーサルで使用します。壁の隙間、天井の欠如、プロセッサーの継ぎ目、外側フラスタムのエラーが見つかります。
• ネガティブフィルと実物のフラッグを計画します。LEDボリュームは光を回しすぎて、顔を平坦に見せることがあります。
• 実物の照明を主にする必要がある場合も、撮影カメラの露出で壁面のコンテンツが正しく見えるようにします。

制作上の経験則：反射は、直接の背景よりも先にICVFXの問題を明らかにすることがよくあります。ステージテストには、クロームボール、グレーボール、カラーチャート、代表的な主要小道具を含める必要があります。

モアレ、走査帯、ローリングバンド、その他のLEDアーティファクト

アーティファクトの切り分け：

• モアレ：パネルのピクセルグリッドが、カメラのセンサー／受光素子のパターンやフォーカス面と干渉します。カメラとの距離、フォーカス、絞り／被写界深度、レンズ、焦点距離、角度、壁面コンテンツの周波数、ピクセルピッチ、またはパネルの選択を変えて軽減します。
• 走査帯／ローリングバンド：カメラのシャッター／走査と、LED のリフレッシュ／走査／プロセッサー設定が干渉します。シャッター角度、フレームレート、位相、LED のリフレッシュ設定、カメラ同期、プロセッサー構成をテストして軽減します。
• パネルの継ぎ目／キャビネットの不一致：キャリブレーション、明るさ／色の不一致、物理的な位置合わせ、熱ドリフト、またはキャビネットの境界をまたぐコンテンツが原因です。
• ノードの継ぎ目：nDisplay の同期、色変換の不一致、投影の不一致、露出／視覚順応、スクリーンスペースエフェクト、またはシーン状態の不一致が原因です。
• LED 構造の映り込み：反射する小道具に対してウォールがシャープすぎる／近すぎる／明るすぎる状態です。拡散を加える、角度を変える、コンテンツを変更する、物理的な反射用カードを使う、またはコンポジットでの修正を計画します。

アーティファクトは必ず撮影カメラを通して診断し、テスト条件を記録してください。ウォールだけを確認しても、カメラセンサーとの干渉を見落とすことがあります。

リハーサル、役割、撮影現場での管理

本格的なICVFXに必要な最低限の役割：

• 監督／DP：ショットの意図、レンズ選択、露出、ブロッキング、照明の方向性。
• バーチャルプロダクションスーパーバイザー：ステージ、カメラ、Unreal、トラッキング、カラー、ワークフローにまたがる技術面／クリエイティブ面の責任者。
• Unreal／nDisplay オペレーター：クラスター、レベル、ICVFX カメラ、Switchboard、シーン状態。
• トラッキング／レンズ技術者：カメラトラッキングの状態、レンズデータ、キャリブレーション、レイテンシーの確認。
• LED エンジニア／プロセッサーオペレーター：プロセッサーのマッピング、明るさ、走査、パネルの状態、キャリブレーション。
• DIT／カラーサイエンティスト：カラーパイプライン、モニタリング、チャート、LUT／OCIO の記録。
• VAD／テクニカルアーティスト：最適化されたコンテンツ、セット装飾、照明状態、修正。
• ガファー／キイグリップ：物理照明とリグを LED 出力に統合します。
• スクリプトスーパーバイザー／データラングラー：テイクの記録、状態変更、インシデント、メタデータ。

リハーサルには以下を含めてください：

• 最終レンズ／フォーカス／アイリスと本番のシャッター設定で、カメラを速度を変えずに動かすテスト。
• ノード境界とフラスタム境界のストレステスト。
• チャート状のコンテンツと、主役の衣装／小道具を使ったモアレテスト。
• トラッキングの喪失／遮蔽テストと復旧手順。
• グリーンのフォールバック状態とライブコンポジットの確認。
• スナップショットからの復元またはソース管理からのロールバックテスト。
• データ記録テスト：カメラ、レンズ、タイムコード、トラッキング、Unreal の状態、カラー、LED 設定、テイク名。

ライブコンポジットとグリーンのフォールバック

文書化された事実： Epic は、内側のフラスタムを調整可能なトラッキングマーカー付きのグリーンスクリーンにしつつ、外側のフラスタムには引き続き Unreal 環境を表示して照明と反射に利用するフォールバックを文書化しています。これにより、必要なグリーンスクリーンの範囲が縮小し、グリーンの回り込みを軽減できるほか、LED の照明／反射効果を維持できます。Composure は Unreal のリアルタイムコンポジットフレームワークで、ライブ映像フィード、AR コンポジット、キーイング、ガベージマット、カラーコレクション、レンズ歪みを含めることができます。

フォールバックの計画：

• 撮影前に、どのショットを最終ピクセル候補、ライブコンポジット候補、グリーンのフォールバック候補とするか決めます。
• マーカー、グリーンの回り込みの想定、ガベージマットの方針、一致するカラーパイプラインを含む、グリーンの内側フラスタム状態を準備します。
• 前景にメリットがある場合は、照明／反射用に外側のフラスタム環境を有効に保ちます。
• クリーンプレート、トラッキング、レンズデータ、タイムコード、Unreal のシーン状態、ウォールの状態、ライブコンポジットのプレビューを記録します。
• コンポジットのパイプラインと納品物が定義されていない限り、ライブコンポジットのプレビューが最終的なポスト品質と同等だと約束しないでください。

モニタリング、インシデント、記録

文書で確認できる事実： Epic は、ライブセットアップで複数の Unreal インスタンスからイベント報告を受け取るツールとして Stage Monitor を、SDI フレームや Live Link トラッキングなど、受信するタイムデータとエンジン時間との関係を設定・可視化する方法として Timed Data Monitor を紹介しています。Level Snapshots ではアクターの設定を保存・復元でき、テイク間でバーチャル環境をリセットするのに役立ちます。

モニタリングでは、何が壊れたかだけでなく、何が変わったかを把握しましょう。

セットアップ／テイクごとに最低限記録する項目：

• Unreal プロジェクトのバージョン／コミット、パッケージ化したビルド、マップ／レベル、Level Snapshot またはショットの状態。
• nDisplay 設定、Switchboard 設定、レンダーノード一覧、入手可能な場合は GPU／ドライバーのバージョン。
• Live Link ソース／サブジェクト／評価モード、タイムコードプロバイダー、カスタムタイムステップ／ゲンロックの状態。
• カメラボディ、センサーモード、フレームレート、シャッター、ISO／EI、レンズ、焦点距離、フォーカス、アイリス、フィルター。
• Lens File／キャリブレーションのバージョンと、トラッカーの剛体オフセット。
• LED プロセッサーのプロジェクト、輝度、リフレッシュ／スキャン設定、ウォールキャリブレーション、有効なコンテンツのバージョン。
• OCIO 設定、作品用 LUT、モニター用 LUT、カメラ用 LUT、ノードごとの変換。
• 安全性／権利／データの状況：ステージ責任者の承認、フラッシュ／輝度に関する注意事項、移動式リグ／レーザー／トラッキングの制限、アセット／プレート／商標の使用許可、肖像／スキャンの同意範囲、トラッキング、レンズ、テイク、記録用カメラ、スキャンの各データに関する保持／アクセス規則。
• インシデントログ：タイムコード、テイク、症状、推定原因、修正内容、再テストの結果、編集／VFX への共有要否。

QA と引き渡し

見栄えのよいテイクだけを引き渡してはいけません。証拠も引き渡しましょう。

撮影前の QA：

• ステージの形状が nDisplay の形状と一致している。
• 適格なステージ責任者が、電源分配、リギング、避難経路、熱、移動式リグ、トラッキングの発光、LED の輝度／ちらつき／光過敏症のリスク、出演者の福利厚生上の配慮、権利処理、同意、データ保持規則を確認済みである。
• カメラ／レンズ／トラッキングのキャリブレーションを、ショットの撮影距離とレンズ設定でテスト済みである。
• ハウスシンク、タイムコード、Live Link のタイミング、nDisplay の同期が境界テストに合格している。
• すべてのレンダーノードで、余裕を持ってコンテンツが目標フレームレートに達している。
• スクリーンスペースエフェクトと、自動露出／視覚順応のリスクを確認済みである。
• 色の経路が文書化され、撮影カメラを通して検証済みである。
• モアレ／スキャンテストを撮影し、確認済みである。
• グリーンのフォールバック状態をリハーサル済みである。

撮影当日の QA：

• 各セットアップの前に、タイムコード／ゲンロック／クラスターの状態を確認する。
• 大きな照明変更やコンテンツ変更の開始時に、チャート／リファレンスを収録する。
• コンテンツ、色、プロセッサー、カメラ、レンズ、トラッキング、同期の変更をすべて記録する。
• 物理的な変更後にキャリブレーションを再確認する。
• 口頭メモだけでなく、インシデントの証拠を記録する。

引き渡しパッケージ：

• ショット／テイク一覧と、最終ピクセル／ライブ合成／フォールバックの状態。
• 入手可能な場合は、カメラオリジナル、音声／タイムコードのリファレンス、ビデオビレッジのリファレンス。
• トラッキングとレンズのメタデータ。
• Unreal プロジェクト／ビルドの参照情報、nDisplay 設定、Level Snapshots／ショットの状態、テイクの記録、コンテンツのバージョン。
• 色／OCIO／LUT／LED プロセッサーの記録。
• キャリブレーションアセットとキャリブレーションレポート。
• インシデントログと既知の制約。
• 編集／VFX 向けメモ：ウォールのアーティファクト、ライブ合成、グリーンのフォールバック、クリーンアップが想定される箇所。

完全な例：車の最終ピクセル候補

必須の決まった形式ではなく、あくまで一例です。

制作意図：夕暮れ時の停車中の車内での会話を、フロントガラスとサイドウィンドウ越しに捉えます。ガラスや塗装面には、街の動く反射が映り込みます。監督は可能であれば背景を最終ピクセルで撮影したいと考えていますが、リスクの高い2つのアングルについては、編集時にライブ合成を行う代替案も受け入れ可能です。

入力と制約：

• 車の後方と周囲に曲面LEDウォールを設置し、反射用に天井にもLEDストリップを設置します。
• カメラA：24 fps、シャッター角180度、35 mmと50 mmのレンズを使用し、主に固定撮影と小さなスライダー移動を行います。
• 反射の強いフロントガラス、黒い塗装、俳優の眼鏡があります。
• Unreal/nDisplayクラスターでウォールの各セグメントを駆動します。スライダーカメラではトラッキングを利用できます。

推奨されるアプローチ：

1. ワイドショットとミディアムショットを最終ピクセル候補に分類し、フロントガラスのタイトショットと極端なサイドアングルを代替案候補に分類します。
2. 夕暮れの街、通り過ぎる交通信号、視差のある店先、反射専用のサイド／天井コンテンツなど、ショットごとのUnrealの状態を構築します。
3. 実際のカメラ距離で、フロントガラス、俳優、背景にそれぞれピントを合わせ、ピクセルピッチとモアレをテストします。LEDが十分にぼけた状態で、俳優にピントを合わせる方法を優先します。
4. ショットで使用する35 mmと50 mmの範囲について、トラッキングされたカメラとレンズをキャリブレーションします。固定撮影のテイクでも、レンズエンコーダーデータを記録します。
5. カメラに映る背景にはオーバースキャン付きの内側フラスタムを使用し、照明と反射用の外側／天井フラスタムは安定させます。
6. ノード間の継ぎ目が生じるスクリーンスペースエフェクトは無効にするか、別の方法に置き換えます。交通信号の動きがプロセッサーとノードの境界をまたぐ場合もテストします。
7. 外側フラスタムには引き続き街の照明／反射を表示しつつ、内側フラスタムをグリーンにした代替案を用意します。
8. フロントガラス越しにチャートと、LEDの状態を変えたクリーンプレートを撮影します。

期待される結果：安定したアングルは最終ピクセルで撮影できます。代替案で撮影した映像でも、外側／天井のLEDを点灯したままにすることで、フロントガラスと塗装面に有用な反射を残せます。

想定される失敗要因：

• 遠景の高層ビルの窓や道路の格子模様にモアレが発生する。
• 反射にウォールの継ぎ目や天井がないことが映り込む。
• 交通信号の動きによって、シャッター／リフレッシュレートの設定に応じた走査線が発生する。
• トラッキングの遅延が合っていないと、視差がずれて泳ぐように見える。

有意義な変更案：

• 車に反射が目立つ主要な表面がなければ、天井LEDの重要性は下がる可能性があります。
• カメラを完全に固定する場合は、トラッキングを最小限にできる可能性がありますが、レンズ、色、同期の記録は引き続き必要です。
• 背景にピントを合わせる必要がある場合は、最終ピクセルでの撮影が可能だと決めつける前に、ピクセルピッチを小さくするか、ブロッキングを変更してテストします。

完全な例：インシデント診断への対応

必須の決まった形式ではなく、あくまで一例です。

ユーザーからの依頼：「手持ちカメラの移動中、開始位置ではLED背景が合って見えますが、移動すると俳優の背後で揺れます。静止チャートには問題ありません。何を確認すべきですか？」

適切な回答：

1. これは検証が必要な観察結果として扱います。静的な空間キャリブレーションには問題がない可能性がありますが、タイミングや動的なレンズ／トラッキングデータにずれがある可能性があります。
2. タイムコード／ゲンロックを確認します。Unrealに意図したTimecode ProviderとCustom TimeStepが設定されていることを確認し、Timecode Providerパネルまたはstat timecodeでフレームレートを確認します。
3. Live Linkの評価モードとオフセットを確認します。Timecodeモードを使用する場合は、エンジンにTimecodeプロバイダーが設定されていることを確認します。そうでない場合は、オフセットを制御しながらエンジン時間モード／最新モードをテストします。
4. トラッキングの遅延とスムージングを確認します。テスト時には過剰なスムージングを無効にし、既知のマーカーを使って素早いパン／移動と比較し、Timed Data Monitorを調べます。
5. レンズメタデータの遅延を確認します。特にフォーカス送りやズーム中は、焦点距離／フォーカス／絞りの更新がトランスフォームデータより遅れる場合があります。
6. 静止チャートだけでなく、動作中のカメラとトラッカー間の剛体オフセットおよびノーダルキャリブレーションを確認します。
7. タイムコードのスレート／リファレンスを使って再現可能な動きを撮影し、後で分析できるようにトラッキング、レンズ、カメラ映像を記録します。

この構成が有効な理由：症状は動作中に変化するため、空間キャリブレーションを最初からやり直す前に、時間的な同期と動的メタデータを優先して確認します。

完全な例：グリーンフォールバックショットの引き継ぎチェックリスト

必須の定型ではなく、あくまで一例です。

制作意図：LEDで照らされたエイリアンの風景を背景に、主役の俳優を配置します。ヘルメットの浅い被写界深度の反射にパネル構造が映り込んだため、ファイナルピクセルは不採用になりました。内側フラスタムはグリーンに切り替え、外側フラスタムにはライティングと反射用にエイリアンの風景を残します。

引き継ぎパッケージ：

• ファイナルピクセルではなく、グリーンフォールバックとしてラベル付けされたテイク。
• カメラオリジナル、タイムコード、ライブ合成プレビュー。
• 各テイクのトラッキングデータとレンズメタデータ。
• Lens File／キャリブレーションバージョンとトラッカーオフセット。
• Unreal プロジェクト／ビルド、マップ、Level Snapshot、nDisplay 設定、グリーンの内側フラスタムの状態。
• 反射に使用した外側フラスタムのコンテンツバージョンと LED プロセッサー設定。
• OCIO 設定、カメラ LUT、モニター LUT、ライブ合成の各種変換。
• グリーンの内側フラスタムを使い、外側フラスタムのライティングを有効にして、俳優を入れずに撮影したクリーンプレート。
• 同じ LED の状態で撮影カメラを通して撮影したグレー／クローム／カラーチャート。
• インシデント記録：ヘルメットの反射にパネル構造が映り込んだためファイナルピクセルを不採用。ヘルメットのエッジ反射にはクリーンアップが必要な見込み。外側フラスタムの反射は意図的に残しています。

期待される結果：編集部門と VFX チームは意図された背景を再構築し、記録されたトラッキング／レンズデータを合成に使用し、LED の反射をプレートに残す理由を把握できます。