ファームレンダリングがローカルと異なる原因と対処法

Super Renders Farmでのレンダリングはエラーもファイル欠落の警告もなく、完了した状態で返ってきます。ところが、ローカルプレビューで見ていた内容とは一致しません。色味が違って見える、フレーム全体が白っぽく見えたり暗すぎたりする、同じサンプル数でもグレインやノイズパターンがローカルレンダリングと一致しない、あるいは特定の要素だけが明らかに壊れているというより微妙におかしく見える、といった症状です。ここでは何も失敗していません — フレームは単に一致していないだけであり、これはエラーで止まったレンダリングよりもかえって不安に感じられることがあります。

本ガイドでは、完了はしているが結果が異なるレンダリングがどのようなものか、最も一般的な3つの構造的原因、当社の検証プロセスが何を確認し何を確認しないか、そして修正・予防の方法について説明します。フレームの一部が完全に黒い、鮮やかなピンクになっている、あるいは明らかにディテールが欠けている場合は、テクスチャやアセットの欠落をご覧ください — こちらは関連はしていますが別の症状です。

症状

色味のずれ・色相の違い — マテリアル単体、またはフレーム全体が、ローカルプレビューとは異なる色バランスで表示されるが、明らかに壊れている箇所はありません。
全体的に白っぽい、または暗すぎる・明るすぎる — 特定のオブジェクトや領域だけでなく、画像全体が想定より均一に明るく、あるいはフラットに見えます。
グレインやノイズパターンが異なって見える — 想定していたサンプル数やデノイザー設定通りにフレームが完了しているにもかかわらず発生します。
要素が欠落しているのではなく、微妙におかしい — ライトの効果が想定より弱く見える、あるいは特定のマテリアルバリエーションがわずかにおかしく見える — ファイルがまったく届いていないことを意味する、完全な黒い斑点やピンクのプレースホルダーとは異なる症状です。

これらの症状は、まずレンダリングの失敗ではなく、カラーマネジメント、ビルド、またはハードウェアのルーティングに関する問題として捉えてください。ジョブは通常、指示された通りに正確に完了しています — ただ、その指示内容がローカル環境とはわずかに異なっていただけです。

発生する理由

サポートに寄せられる事例の大半は、3つの構造的な原因で説明できます。それぞれのメカニズムはよく理解されていますが、どれがより多く発生するかについての確定的なデータはないため、順位付けはせず、同程度によくあるものとして扱います。

同梱されていないカラー・アセットファイル

OCIO設定、LUT、.txテクスチャキャッシュ、IESライトプロファイル、UDIMタイル、そしてレンダラープロキシの内部参照は、通常シーン内に埋め込みデータとしてではなく、パスとして保存されています。テクスチャが完全に欠落している場合は、べた塗りの黒や鮮やかなピンクとしてレンダリングされる傾向があり、見逃しにくい問題です。一方、OCIO設定が欠落していたり.txキャッシュが古かったりする場合は、より気づきにくい問題です — レンダリングは別のカラー変換にフォールバックしたり、間違ったカラースペースのテクスチャを読み込んだりして、フレームは明らかに壊れているというよりも、少しおかしく見えるだけになります。

対処法： OCIO設定は必ずluts/フォルダとセットで、1つのまとまりとして同梱してください — どちらか一方だけを送ることのないようにしてください。また、生成元のソースファイルだけでなく、.txやプロキシキャッシュもシーンと一緒に含めてください。

マシンとファームのレンダーノード間のレンダラービルドの不一致

同じレンダラーであっても、マイナーバージョンやビルドが異なると、ジョブがエラーなく完了した場合でも、既定のサンプリング、フィルタリング、または初期化の挙動が変わることがあります。送信時のビルドとレンダーノードとの間のバージョンの差は、こうした気づきにくい不一致の原因としてよく知られています。

対処法： 不明な点がある場合は、「V-Ray」や「Arnold」といったレンダラー名だけでなく、正確なバージョン番号もお知らせください。アップロード前に、該当するバージョンに対応したファームのレンダーノードにジョブを固定できます。バージョンは対応バージョン・プラグイン一覧と照らし合わせてご確認ください。

カラーマネジメントが同梱されない問題とガンマ

シーンに保存されているのは、OCIO設定そのものではなく、その設定へのパスです。同梱されていない場合、ファーム側は別のカラー変換にフォールバックし、特定のマテリアルだけでなくフレーム内のすべてのピクセルの色味が変化します — この「フレーム全体が変化する」という点が、アセットの欠落ではなくこれが原因であることを見分ける手がかりになります。3ds Maxの表示ガンマ設定（1.0か2.2か）も同様の挙動を示します — 設定が一致していないと、フレーム全体が均一に明るくなったり暗くなったりします。

対処法： OCIO設定は外部参照のままにせず、LUTと一緒にアップロードに埋め込むかパッケージングしてください。また、ワークステーションと送信先とで表示ガンマ設定が一致していることをご確認ください。

もう一つ知っておく価値のあるパターンとして、上記の3つよりは頻度が低いものの、GPU専用のデノイザーがジョブがCPUノードに割り当てられた際に、何もせず静かに機能しない場合があります — クリーンにデノイズされたフレームを期待していたのに、余分なグレインやノイズが出るという形で現れ、要素の欠落としては現れません。使用するハードウェアが実際にサポートしているデノイザーを選択するか、そのデノイザーがGPUを必要とする場合はジョブがGPUノードにルーティングされているかをご確認ください。

当社の検証プロセスが検知する内容・しない内容

アップロードから最初のフレームが生成されるまでの間に、送信時チェックとファーム側のシーン解析という2つのチェックが行われます。これらの詳細についてはテクスチャやアセットの欠落で解説しています。どちらのチェックも、カラーマネジメント（OCIOやLUT）、表示ガンマ、レンダラービルドの整合性は検証しません。これらはファイル欠落エラーとしては検出されず、処理自体は問題なく完了するものの見た目が異なるフレームが生成されます。このギャップこそが、上記の原因がよく発生する理由であり、レンダリングの見た目がおかしくなってから対処するのではなく、アップロード前にカラーとビルドの詳細を確認しておくことが、実際に効果のある対処法である理由です。ジョブが完了したからといって、必ずしも正しい結果とは限りません。

予防のためのチェックリスト

OCIO設定は必ずluts/フォルダとセットで、1つのまとまりとして同梱してください — 分けて送らないでください。
カラーマネジメント関連ファイルは、外部パス参照のままにせず、アップロードに埋め込むかパッケージングしてください。
不明な点がある場合は、レンダラー名だけでなく、正確なレンダラービルドをお知らせください — 該当するファームのレンダーノードにジョブを固定します。
表示ガンマ設定（例：3ds Maxでの1.0と2.2の違い）が、ワークステーションと送信内容とで一致していることを確認してください。
先にテストフレームをレンダリングしてください — 本番シーケンス全体にレンダークレジットを使う前に、色味やビルドの不一致を発見できます。
アップロード前に、レンダラーとプラグインのバージョンを対応バージョン・プラグイン一覧と照らし合わせてご確認ください。

よくある質問

Q: ファームでのレンダリング結果が、ローカルプレビューと比べて色味や明るさがずれて見えるのはなぜですか？ A: 最も多い原因は、シーンと一緒に同梱されなかったカラーマネジメント（OCIO）設定です — ファイルに保存されているのは設定そのものではなくそこへのパスのため、ファーム側は別のカラー変換にフォールバックし、すべてのピクセルの色味が変化します。表示ガンマの不一致（3ds Maxでの1.0と2.2の違いなど）も、同様にフレーム全体が均一に明るくなったり暗くなったりする原因になります。アップロード前に両方をご確認ください。

Q: レンダリングが始まる前に、カラーマネジメントやレンダラービルドの問題を検知してもらえますか？ A: いいえ、検知されません。送信時チェックとファーム側のシーン解析はいずれも、シーンがそもそもレンダリング可能かどうか — 保存済みのシーンか、対応レンダラーか、有効なカメラと出力パスがあるか — に焦点を当てています。どちらもOCIO・カラーマネジメント、表示ガンマ、レンダラービルドの整合性は確認しないため、この種の不一致はジョブの実行前にはフラグされません。

Q: テクスチャの欠落はないのですが、グレインやノイズパターンが違って見えます。何が原因ですか？ A: これは通常、アセットの欠落の問題ではありません。多くの場合、レンダラービルドの違いが既定のサンプリング挙動を変えているか、GPU専用のデノイザーがジョブがCPUノードに割り当てられたために何もせず静かに機能していないことが原因です。正確なレンダラービルドをご確認いただき、お使いのデノイザーがどのハードウェアを必要とするかをご確認ください。

ファームレンダリングがローカルレンダリングと異なって見える

症状