クラウドレンダリング向けV-Ray最適化ガイド

V-RayのGlobal Illumination（GI）設定は、他のほぼすべての設定選択よりも、フレームあたりのレンダリング時間を左右します。アーキビズの静止画レンダリングでは、フレームごとにGIをゼロから計算するのは非効率です — 同じIrradiance MapとLight Cacheをアニメーション全体にわたって再利用することで、シーンの複雑さに応じてフレームあたりのレンダリング時間を40〜70%削減できます。このページでは、分散レンダーファームで最も効果的なGIキャッシュパターンを解説します：アップロード前のGIのローカル事前計算、保存済みキャッシュの再利用、Irradiance Map・Light Cache・UHD Cache・Brute Forceのトレードオフ、そしてV-Ray Frame Bufferを使ったレンダー要素付きEXR出力のパッケージ方法を説明します。

このガイドは、V-Ray for 3ds Max、V-Ray for Maya、V-Ray for Cinema 4D、V-Ray for Houdiniに適用されます — GIパターンはDCC間で一貫しています。DCC固有のセットアップ詳細は、関連するsetting-up-*ドキュメントを参照してください（下記クロスリファレンス参照）。

V-Rayのバージョンについて：このガイドで説明するワークフローはV-Ray 6.x（2022年リリース）とV-Ray 7.x（2024年リリース）に対応しています。以前のV-Ray Next（V-Ray 4.x）ワークフローはパラメーター名が若干異なりますが、基本的なキャッシュパターンは同じです。V-Rayのベータ版またはプレリリース版の場合は、このガイドに依存する前にChaosのドキュメントでパラメーター名を確認してください。

レンダーファームでGIキャッシュが重要な理由

V-RayのGI計算は2フェーズで行われます：シーン全体で間接光をサンプリングする「プレパス」フェーズ（キャッシュへの書き込み）と、キャッシュを使用して実際のピクセルをレンダリングする「最終」フェーズです。単一の静止画では、両フェーズが1回のレンダリング中に実行されます。アニメーションでは、フレームごとにGIをゼロから再計算すると2つの問題が生じます：

計算の無駄遣い。 建築シーンの間接照明は通常、フレームごとにほとんど変化しません。10秒のアニメーションの250フレームすべてで再計算すると、総レンダリング時間の約60%が無駄になります。
GIちらつき。 各フレームのGIサンプル分布は（ランダム性のため）わずかに異なり、間接照明領域でフレーム間のわずかな輝度変化を引き起こします — これは古典的な「ちらつくアーキビズアニメーション」の失敗パターンであり、キャッシュなしのアニメーション提出で最もよく見られるクオリティの問題の1つです。

解決策は、アニメーション全体にわたって1回GIを計算し、結果をキャッシュファイルに保存して、各フレームの最終レンダリングがキャッシュから読み取るようにすることです。これにより大幅に高速化され、ちらつきも解消されます。

レンダーファームでは特に、キャッシュファイルのサイズが小さく（通常10〜500MB）、プロジェクトのアップロードに追加コストはほとんどかかりません。キャッシュ化はワークステーション上でコストを先払いし、計算パラメーターを完全に制御でき、計算は1回だけ行えばよいという利点があります。

GIメソッドの簡単な比較

V-Rayは「プライマリ」（カメラから見える）エンジンと「セカンダリ」（間接バウンス）エンジンに対していくつかのGIメソッドをサポートしています。ファームで最もよく使用される4つ：

| メソッド | プライマリエンジン | セカンダリエンジン | 最適な用途 | トレードオフ | |---|---|---|---|---| | Irradiance Map + Light Cache | Irradiance Map | Light Cache | アーキビズの静止画とアニメーション | セットアップが最も遅いが、フレームあたりの時間が最短；プレパスが必要 | | Brute Force + Light Cache | Brute Force | Light Cache | 複雑な照明、高速なイテレーション | フレームあたりの時間が高い；アニメーションのちらつきなし | | Brute Force + Brute Force | Brute Force | Brute Force | 高品質の静止画；GIキャッシュファイル不要 | フレームあたりが最も遅い；最高品質 | | UHD Cache（V-Ray 6.x以降） | （様々） | UHD Cache | モダンなシンプルワークフロー | 新しいため、確立されたパイプラインとは異なる場合がある |

弊社ファームでのアーキビズアニメーションに推奨するパターン：Irradiance Map（プライマリ）+ Light Cache（セカンダリ）、両方を事前計算して保存してから提出。セットアップ時間がフレームあたりの時間より重要な単発の製品静止画には、UHD CacheまたはBrute Force + Light Cacheがより早い方法です。

パターン1：静止画向けIrradiance Map + Light Cacheの事前計算

単一の高品質静止画レンダリングの場合：

GI設定をローカルで設定します。 - V-Ray → Global Illumination → 有効化 - プライマリエンジン：Irradiance Map - セカンダリエンジン：Light Cache - Irradiance Mapプリセット：Medium（ヒーローショットの場合はそれ以上） - Light Cache：1000 subdivs（デフォルト）、0.02 sample size

両方のモードを「Single frame」に設定します — 各エンジンのModeドロップダウンで。

IrradianceMapとLight Cacheの両方で「Save to disk」を有効にします。 ファイルパスをプロジェクト内のgi/サブフォルダに設定します — 例：gi/scene_v01_ir.vrmapとgi/scene_v01_lc.vrlmap。

シーンをローカルでレンダリングします — ターゲット解像度で（シーンの複雑さにより全解像度の計算が実行不可能な場合は縮小解像度でも可 — V-RayのGI品質はこれらのキャッシュに対してほぼ解像度非依存です）。

キャッシュファイルが書き込まれたことを確認します。 gi/フォルダで.vrmapと.vrlmapファイルを確認してください。空または0バイトのキャッシュファイルはプレパスがサイレントに失敗したことを意味します — 再実行してV-Rayログで警告を確認してください。

両エンジンのモードを「From file」に切り替え、保存されたキャッシュファイルを指定します。

「Save to disk」を無効にします — ワーカーが再保存しようとしないよう。パスへの書き込みができない場合に失敗し、その結果のエラーは通常、明らかな原因のない一般的な「レンダリング失敗」として表示されます。

gi/フォルダを含むプロジェクトをパッケージ化し、アップロードします。

ワーカーはレンダリング時にGIキャッシュを読み取り、最終画像を書き込みます。フレームあたりのレンダリング時間は、ワーカーがGIをゼロから計算する場合より大幅に短く、キャッシュファイルはプロジェクトアーカイブに比べて小さいため、アップロードのオーバーヘッドはほぼありません。

パターン2：Animation（prepass）+ Animation（rendering）によるアニメーション — V-Ray Nextワークフロー

V-Rayアーキビズアニメーション（ファームで最も一般的な用途）について、V-Ray NextはV-Ray 6.xと7.xを通じてデファクトスタンダードとなった専用の2段階ワークフローを導入しました：

プレパスを設定します。 - V-Ray → Global Illumination → プライマリエンジン：Irradiance Map - Irradiance Map → Mode：Animation（prepass） - セカンダリエンジン：Light Cache - Light Cache → Mode：Single frame（Light Cacheはフレームごとに低コストで再計算されます；これで問題なく、キャッシュサイズの肥大化を避けられます） - アニメーション範囲に合わせてFrame Rangeを設定します - Irradiance Mapキャッシュファイルの出力パスをgi/scene_v01_ir_<frame>.vrmapに設定します。V-Rayはプレパスフレームごとに1つのキャッシュを書き込みます

プレパスを実行します。 ワークステーションでアニメーション全体の範囲をレンダリングします。V-Rayは実際のフレーム出力をスキップし、キャッシュファイルのみが書き込まれます。このステップが最も時間のかかるステップです；インテリアアーキビズでは、完全なキャッシュなしレンダリング時間の20〜40%をプレパスに見込んでください。

フレームごとのキャッシュファイルを統合します。 ほとんどのV-Rayバージョンでは、「Animation（rendering）」モードに切り替えると、フレームごとのIrradiance Mapが自動的にマージされます。一部のワークフローでは、Irradiance Mapマージユーティリティ（V-Rayメニュー → Tools → Irradiance Map → Merge IRR Maps）を使用した手動マージステップが必要です。結果：アニメーション全体の範囲をカバーする1つのマージされた.vrmap。

モードをAnimation（rendering）に切り替えます。 Irradiance Mapをマージされたキャッシュファイルに指定します。

キャッシュの保存を無効にします。 マージされたファイルが信頼できる唯一のソースです。

パッケージ化して提出します。 ワーカーはすべてのフレームに対してマージされたIrradiance Mapを読み取り、フレームごとにLight Cacheを計算（コストが低い）し、最終画像をレンダリングします。ファーム上でのフレームあたりのレンダリング時間は通常、キャッシュなしの場合より40〜60%低下し、フレーム間のGIちらつきも解消されます。

非常に長いアニメーションのための小さな最適化：フレームごとではなくNフレームごと（例：5フレームに1回）にプレパスを計算します。V-Rayはレンダリング時にまばらなプレパスフレーム間を補間します — キャッシュが小さくなり、プレパスが速くなりますが、アーキビズでは通常目立たない品質コストがかかります。

パターン3：UHD Cache（V-Ray 6.xシンプルワークフロー）

V-Ray 6.xはIrradiance Map + Light Cacheの組み合わせに代わるよりシンプルな方法として、UHD Cacheを導入しました。UHD Cacheは、2つのエンジンを個別に設定する必要をなくし、プライマリとセカンダリのGIパスを単一の統合キャッシュシステムに結合します。

UHD Cacheを使う場面：

V-Ray 6.x以降で作成された新しいプロジェクト — Irradiance Map + Light Cacheよりもセットアップが簡単です。
混在シーンタイプ（例：同じアニメーション内にインテリアとエクステリアが混在）でGIメソッドを切り替える必要がある場合。
最終品質設定を固める前のシーンセットアップフェーズでの高速なイテレーション。

Irradiance Map + Light Cacheに留まる場面：

既存のV-Ray 4.x / 5.xパイプラインで、Irradiance Map + Light Cacheワークフローがすでに検証されている場合。
最大品質の静止画で、Irradiance Mapの補間がUHD Cacheのアダプティブサンプリングよりもクリーンな結果を出す場合。
特定のGIキャッシュ形式に紐付けられた大規模なショットライブラリを持つスタジオ。

UHD Cacheの設定：

V-Ray → Global Illumination → プライマリエンジン：UHD Cache（V-Ray 6.x以降）に切り替えます。
品質プリセット（Low / Medium / High）を設定します。ほとんどのシーンではMediumが妥当なデフォルトです。
UHD Cacheで「Save to disk」を有効にします。
ワークステーションで事前計算し、キャッシュファイルをプロジェクトのアップロードに含めます。
パッケージ化前にモードを「From file」に切り替えて保存を無効にします — Irradiance Mapと同じパターンです。

パターン4：GIキャッシュが適さない場合のBrute Force

一部のシーン — 特にフレームごとのGIサンプルのばらつきが大きすぎてキャッシュが役立たない極端なダイナミックライティング（ボリューメトリクス、エリアライトアレイ、アニメーションするエミッシブサーフェス）のあるシーン — は適切にキャッシュされません。このような場合にはBrute Forceが適切な選択です：

プライマリエンジン：Brute Force、セカンダリエンジン：Light Cache。
Brute Forceのsubdivisionsをノイズが解消されるよう高めに設定します（通常8〜24；ローカルで調整）。
キャッシュファイルは不要です。 ワーカーがフレームごとにすべてを計算します。
フレームあたりの時間はIrradiance Map + Light Cacheよりも高くなりますが、品質は一貫していてキャッシュ関連のちらつきのリスクはありません。

このパターンは、VFXワーク、複雑な照明設定、および結果時間よりもルックを重視する静止画に適しています。シーンに大量の修正サイクルがある場合にも寛容です — 無効化するキャッシュがありません。

メソッドと用途の判断ガイド

GIメソッドを選ぶための簡略化されたフロー：

| シーン | 推奨メソッド | |---|---| | アーキビズエクステリア静止画 | Irradiance Map + Light Cache、事前計算、「From file」モード | | アーキビズインテリア静止画 | Irradiance Map + Light Cache、事前計算、高めのサンプル設定 | | アーキビズエクステリアアニメーション | Animation（prepass）+ Animation（rendering） | | アーキビズインテリアアニメーション | Animation（prepass）+ Animation（rendering）、5フレームに1回の事前計算 | | 製品ビジュアライゼーション | UHD Cache（V-Ray 6.x以降）またはBrute Force + Light Cache | | ボリューメトリクスを含むVFXショット | Brute Force + Light Cache、キャッシュファイルなし | | クイックイテレーション / ルックデブ | UHD Cache、Lowプリセット | | ポートフォリオ向けヒーローショット | Brute Force + Brute Force、高サンプル設定 |

GIキャッシュはアップロード前に計算しておく必要があります

V-Rayファームジョブで回避可能なコストの最も一般的な原因であるため、改めて強調します：GIキャッシュはプロジェクトをアップロードする前にワークステーションで計算しておく必要があります。分散ワーカー間で効率的に機能する「ファームでGIプレパスを先に計算して、その後最終パスをレンダリング」するモードはありません。GI計算は逐次的であり、並列化できません — 各Irradiance Mapサンプルは以前のサンプルに依存しているため、プレパスを分散させることができないのです。

最もよく見られる2つの失敗パターン：

アニメーション提出で「Single frame」モードのままになっている。 すべてのワーカーがフレームごとに同じ高コストなプレパスを独立して再実行し、ファームが提供する並列処理のほとんどを無駄にします。1時間で完了するはずの250フレームのアニメーションが8時間かかることになります。
キャッシュファイルパスがワークステーションのドライブレター（例：D:\my-projects\gi\scene_ir.vrmap）を指している。ワーカーはパスを解決できず、サイレントに「GIを計算する」モードにフォールバックします。各ワーカーが若干異なるプレパスを計算するため、GIちらつきが発生することが多いです。

両方の場合の修正方法は同じです：ローカルで事前計算し、モードを「From file」（静止画の場合）または「Animation（rendering）」（アニメーションの場合）に設定し、相対パス（./gi/scene_ir.vrmap）を使用し、パッケージ化前にキャッシュファイルがプロジェクトフォルダに存在することを確認してください。

定期的なアニメーション作業を行うスタジオでは、プレパスのコストは償却されます：1回計算して、同じキャッシュに対して何百ものフレームをレンダリングできます。

Irradiance Mapを再利用してレンダリング時間を短縮する

V-Rayファームを初めて使うユーザーには見落とされがちなパターン：シーンのIrradiance Mapを一度計算したら、シーンのジオメトリと光源の位置が大幅に変わっていない限り、カメラの微調整、ルックデブのイテレーション、さらには照明バリアントの再レンダリングにも再利用できます。

具体的には：特定のIrradiance Mapでアーキビズシーンをレンダリングし、1週間後にクライアントが太陽の方向を20度変えた日中バリアントを要求した場合、Irradiance Mapを再計算する必要はありません。既存のマップはジオメトリ全体の間接光サンプルをカバーしています；直接光コンポーネント（太陽、エリアライト）はどのみちレンダリングごとに再計算されます。キャッシュされた.vrmapファイルを保持し、照明のみを変更して再提出してください。

再計算が必要な場合：

ジオメトリの変更。 壁を移動した、家具を追加した、スケールを変更した — Irradiance Mapのサンプルポイントが無効になります。
大きな照明設定の変更。 大型エリアライトの追加や削除、ドームHDRIの変更、エクステリアとインテリア照明の切り替え。
間接バウンスに影響するマテリアルのアルベド変更。 白い壁をダークウッドに変更すると間接光に影響します。微妙な色調の調整は通常影響しません。

アニメーションの場合、マージされた.vrmapは同じカメラパスでのバリアント再レンダリング全体で再利用できます。スタジオが典型的な修正サイクルで1つの計算済みIrradiance Mapから4〜5回のレンダリングを得るケースも見られます。

出力形式：V-Ray Frame Bufferを介したEXR + レンダー要素

GIを設定してシーンの提出準備が整ったら、次の決断は出力の書き方です。コンポジティングまたはグレーディングワークフローに向けたものであれば、答えはレンダラーからのPNG/JPGへの直接出力ではなく、レンダー要素を含むマルチチャンネルEXRを書き込むV-Ray Frame Buffer（VFB）です。

VFB + EXR + レンダー要素を使う理由：

コンポジティングの柔軟性。 各レンダー要素（diffuse、reflection、refraction、GI、specular、ambient occlusion、Cryptomatte、Z-depth、world position、motion vectors）が1つのEXRファイル内の個別チャンネルとして配置されます。コンポジターは再レンダリングなしに必要なものだけを取り出せます。
ポストエフェクトのベイクなし。 VFBプレビューのレンズエフェクト、カラーグレーディング、露出、グレア、ブルームは、レンダリング時にピクセルに焼き込まれることなく、EXRヘッダーの調整可能な値として保持されます。
ロスレスの精度。 EXRはチャンネルごとにhalf-float（16ビット）またはfull-float（32ビット）です。ハイライトはクリップされず、シャドウは潰れず、再グレーディングは非破壊です。
チャンネルごとではなくフレームごとに1ファイル。 マルチチャンネルEXRはすべての要素のフレーム番号を自動的に揃えます。

提出前にワークステーションで設定する方法：

V-Ray Frame Buffer設定を開きます。 3ds Maxの場合：V-Rayタブ → Frame buffer。Mayaの場合：V-Ray Common → V-Ray Frame Bufferロールアウト。Cinema 4DとHoudiniの場合：V-Rayレンダー設定の同様の場所。

V-Ray Frame Bufferを有効にします（ホストアプリケーションのネイティブフレームバッファではなく）。VFBはEXR + レンダー要素の書き込みパイプラインを所有しています；ネイティブフレームバッファはファーム出力のレンダー要素を正しく処理しません。

「Save separate render channels」と「Save RGB and alpha」を有効にして、ビューティーパスが同じマルチチャンネルEXRに書き込まれるようにします。ファームワークにはシングルファイル出力が推奨されます。

出力をOpenEXR（.exr）に設定します。 ビット深度：コンポジティングには16ビットhalf-floatが標準；極端なHDRレンジのVFXには32ビットfull-floatが有用です。

必要なレンダー要素を追加します。 3ds Maxの場合：Render Setup → Render Elementsタブ → Add → V-Ray要素リストから選択（V-RayDiffuseFilter、V-RayReflection、V-RayGlobalIllumination、V-RayCryptomatte、V-RayZDepth等）。Mayaの場合：V-RayタブのAOV / Render Elementsパネル。Cinema 4DとHoudiniの場合：Multi-Pass / AOV設定。少なくとも次のものを含めてください：diffuse、reflection、refraction、GI、specular、alpha、Z-depth、オブジェクトごとのコンポジティングが必要な場合はCryptomatte。

出力パスをプロジェクト内のクリーンなoutput/サブフォルダに設定します — 例：output/scene_v01.####.exr。相対パスのみ使用してください。

ネイティブレンダラーの「save image」オプションを無効にします。 VFB保存とホスト保存の両方が有効になっていると、異なるパスに重複ファイルが生成され、ダウンロードアーカイブのサイズが2倍になります。

シングルテストフレームでローカルに検証します。 1フレームをレンダリングし、コンポジター（Nuke、After Effects、Fusion、DaVinci Resolve）でEXRを開き、すべてのチャンネルが存在して期待通りの名前になっていることを確認します。

一般的な落とし穴： PNG/JPGへの出力はポストエフェクトをベイクしてレンダー要素を消去します（プレビューにのみ使用）；レンダー要素が追加されたがVFB保存が無効だとビューティーパスのみでセパレートチャンネルなしになります；チャンネルごとの個別EXRは機能しますが、フレームのマッチングが脆弱になります — マルチチャンネルEXRがよりクリーンなデフォルトです。

非常に高解像度の静止画（8K以上）や20以上のレンダー要素を含むシーンでは、EXRファイルサイズが大幅に増加する可能性があります（フレームあたり200MB以上）。ダウンロード帯域幅を計画してください。

Light CacheのsubdivsとSample Sizeの調整

Light Cacheには品質を主に制御する2つのパラメーターがあります：subdivs（サンプル数）とsample size（補間半径）。簡単なガイダンス：

Subdivs。 デフォルト1000。インテリアアーキビズでは、1500〜2500でよりクリーンなGIが得られます。エクステリアでは通常800〜1200で十分です。値が高いほどプレパス時間がほぼ線形に増加します。
Sample size。 デフォルト0.02（シーン半径の2%）。値を低く（0.01）するとGIディテールがシャープになりますがノイズが増えます；高く（0.05）すると小規模な変動がスムーズになります。テストなしに変更しないでください — 値が高すぎるとコンタクトシャドウのディテールが失われ、値が低すぎるとGIがまだらになります。

アニメーションのプレパスには、「Use Light Cache for glossy rays」を有効に設定してください。これによりアニメーション全体でよりスムーズなグロッシーリフレクションが得られ、ガラスや金属マテリアルのファイアフライが減少します。

ファーム上でのV-Ray GIのトラブルシューティング

DCC間で適用される一般的なトラブルシューティングについては、を参照してください。

レンダリング時に「Irradiance Map file not found」。 V-Ray設定のキャッシュファイルパスが絶対パスではなくプロジェクトフォルダへの相対パスになっていることを確認してください。ワーカーは提出時にプロジェクトルートからパスを解決します。
GIキャッシュファイルパスがワークステーションのドライブレターを使用している。 提出前にV-Ray設定のキャッシュファイルパスを相対パス（./gi/scene_ir.vrmap）に編集してください。Simulate Local Pathツールでこれを検証できます — を参照してください。
キャッシュGIを使用しているのにアニメーションのちらつきが発生する。 キャッシュモードが最終パスで「Animation（rendering）」に設定されていることを確認してください（「Single frame」や「Animation（prepass）」ではなく）。また、キャッシュファイルが実際にアニメーション全体の範囲をカバーしていることも確認してください — 部分的なキャッシュはキャッシュされた範囲の外でちらつきを引き起こします。
キャッシュが含まれているのにワーカーがGIをゼロから計算する。 「Save to disk」が無効になっていてモードが「From file」（静止画の場合）または「Animation（rendering）」（アニメーションの場合）に設定されていることを確認してください。Saveが有効になっていると、V-Rayはレンダリング時にキャッシュファイルを上書きしようとして失敗する可能性があります。
UHD Cacheファイルがワーカーに読まれない。 Irradiance Mapと同じ根本原因：相対パスのみ、「From file」モード、Saveは無効。
EXRレンダー要素が空または欠落チャンネルで到着する。 提出前にVFB設定で「Save separate render channels」が有効になっていることを確認し、ワークステーションのテストフレームが完全なマルチチャンネルEXRを生成していることを確認してください。ワークステーション版でもチャンネルが欠落している場合は、問題はファームの上流にあります。
出力EXRがチャンネルあたり8ビット。 EXRは8ビットで書き込めますが、まれにしかそうなりません — 通常これはVFBビット深度設定の設定ミスです。16ビットhalf-floatに切り替えてテストフレームを再レンダリングしてください。

クロスリファレンス

— ジョブ失敗のトラブルシューティング
— GIちらつきのパターンを含むレンダリング品質の問題
— アップロード、提出、ダウンロードのワークフロー
— V-Ray for 3ds Maxの詳細
— V-Ray for Mayaの詳細
— V-Ray for Cinema 4Dの詳細
— Simulate Local Path検証ツール
— ランディングページ
— 散布パフォーマンスの記事

FAQ

Q: ファームに提出する前に、Irradiance MapとLight Cacheをローカルで事前計算する必要がありますか？ A: アニメーションには強く推奨されます；静止画にはオプションです。GI計算は逐次的であり、ワーカー間で並列化できないため、キャッシュなしのアニメーション提出では、すべてのフレームが同じ高コストなプレパスを再実行し、ファームの並列処理のほとんどが無駄になります。静止画の場合、プレパスはどちらにせよレンダリングごとに1回しか実行されないため、事前計算による時間節約は小さいですが、それでも再現性のためと再レンダリング間でのレンダー要素の安定化のためにベストプラクティスです。

Q: Irradiance Mapを事前計算したのに、アニメーションのGIがちらついています。なぜですか？ A: 3つの可能性のある原因：（1）最終パスのIrradiance Mapモードが「Animation（rendering）」ではなく「Single frame」になっていて、フレームごとに再計算されている；（2）キャッシュファイルがアニメーションの全範囲をカバーしていない；（3）プレパスが低すぎるサンプリングレートで計算されていて、キャッシュ自体にノイズがある。より高いサンプルでプレパスを再実行し、最終パスのモードを確認することで修正してください。

Q: Irradiance Map + Light CacheではなくUHD Cacheをいつ使うべきですか？ A: UHD Cache（V-Ray 6.x以降）は設定が簡単で、Irradiance Map + Light Cacheの設定が確立されていない新しいプロジェクトに適しています。既存のパイプラインや、Irradiance Mapの補間がよりクリーンな結果を生み出すヒーロースティールにはIrradiance Map + Light Cacheを維持してください。

Q: Irradiance Mapの計算にローカルで4時間かかってから提出できます。より速い方法はありますか？ A: 3つの最適化：（1）Irradiance Mapプリセットを「Medium」または「Low」に下げる — アニメーションでは、低いプリセットでのプレパスは、コンポジティングの時間的スムージング後は高いプリセットと同様のキャッシュを生成します；（2）縮小解像度（最終解像度の50%）でプレパスを計算する；（3）非常に長いアニメーションでは、5フレームごとにプレパスを計算してV-Rayに補間させる。

Q: ファームがIrradiance Mapプレパスを計算してから1つのジョブで最終パスをレンダリングできますか？ A: 効率的ではありません。プレパスは1つのワーカーで（逐次的に）実行され、最終パスは分散して実行されます。分散した最終パス時間に加えて1ワーカーのプレパス時間を支払うことになります；ローカルで無料で事前計算するのと比較して。推奨パターンは変わりません：ワークステーションでプレパス、ファームで最終パス。

Q: シーンがローカルでV-Ray Distributed Rendering（DR）を使用しています。それはファームでどう変わりますか？ A: V-Ray DRは1つの静止画を複数のLANワークステーションに分割するためのものです。ファームでの同等物は、キューレベルで処理されるバケットレンダリング分散です — ファームはフレームごとにワーカー間でバケットを自動的に分散します。V-Ray DRを設定する必要はありません；通常通り提出してください。

Q: プライマリエンジンとしてLight Cacheのみ（Irradiance Mapなし）を使用しています。サポートされていますか？ A: はい。「Light Cacheのみ」または「Brute Force + Light Cache」パターンはファームでサポートされています。フレームごとのLight Cache計算は、典型的なシーンでは通常、事前キャッシュが不要なほど速いです。

Q: V-RayのバージョンはV-Ray 4.x（V-Ray Next）です。これらのワークフローは適用されますか？ A: はい、パラメーター名の調整が必要です。V-Ray Nextは若干異なる用語を使用していました（例：「Pre-pass animation」vs「Animation（prepass）」）が、基本的なキャッシュパターンは同一です。「From file」と「Save to disk」モードは同じように機能します。V-Ray 4.xの特定のパラメーター名についてはV-Ray 4.xのドキュメントを参照してください；新しいプロジェクトにはV-Ray 6.xまたは7.xをお勧めします。

Q: レンダー要素付きEXRではなく、単純にPNGにレンダリングしないのはなぜですか？ A: レンダー要素付きEXRにより、コンポジターはフレームごとの1つのマルチチャンネルファイル内にすべてのチャンネル（diffuse、reflection、GI、Z-depth、Cryptomatte等）を持つことができます。PNGは8ビットにフラット化し、ポストエフェクトをピクセルにベイクして、コンポジティングの柔軟性を失います。最終品質の出力には、レンダリングを下流で編集可能に保つEXRが適した形式です。

V-Ray最適化ガイド：Irradiance Map、Light Cache、UHD Cache