教育事業 パルテア

制限事項

EEVEE の目標は、インタラクティブなレンダリング エンジンになることです。一部の機能はまだ実装されていないか、パフォーマンスを犠牲にすることなく EEVEE のアーキテクチャに実装することが不可能な場合があります。

EEVEE を使用する際に予想されるすべての制限事項の包括的なリストを以下に示します。

属性とプロパティ

マテリアルでサポートされているのは、ジオメトリ ノードの 14 個の属性のみです
マテリアルでサポートされているのは、8 個のカスタム オブジェクト プロパティのみです
カメラ

現在サポートされているのは、透視投影と正投影のみです。
ライト

ライトは 1 色のみで、ライト ノード ツリーはサポートされていません。
Cycles とは異なり、スポット ライトのサイズによって円錐の柔らかさは変わりません。
エリア ライトのビーム スプレッド オプションはサポートされていません。
ライト プローブ

EEVEE は、最大 128 個のアクティブ ライト プローブ球をサポートします。
EEVEE は、ビュー フラスタム内で最大 16 個のアクティブ ライト プローブ平面をサポートします。
アクティブ ライト プローブ ボリュームは、ライト プローブ ボリューム メモリ プール内に収まる必要があります。
間接照明

ライト プローブ キャプチャは鏡面反射をサポートしていません。鏡面エネルギーは拡散として扱われます。
影

シャドウ マップ レイトレーシングでは、影のキャスターが重なり合うため、光が漏れることがあります。これは、ステップ数を少なくしたり、ジッターを有効にしたり、ライト シェイプのサイズを小さくしたりすることで軽減できます。
薄いオブジェクト (厚みのない壁など) では、影の側で光が漏れることがあります。これは、オブジェクトに厚みを持たせたり、解像度制限を下げたりすることで軽減できます。
ボリュームメトリック

単一散乱のみがサポートされています。
ボリュームメトリックは、カメラの「光線」に対してのみレンダリングされます。反射/屈折やプローブには表示されません。
ボリューム シャドウイングは、ボリュームメトリックでのみ機能します。シーン内の固体オブジェクトに影を落とすことはありません。
ボリューム シャドウイングは、ビュー フラスタム内のボリュームに対してのみ機能します。
被写界深度

ブレンドされたマテリアルは、後処理ブラーでは正しく処理できませんが、サンプルベースの方法では正しく処理されます。このためには、最大サイズを 0 に設定して、ポストプロセス被写界深度を無効にする必要があります。
スクリーン スペース効果

レイと三角形の交差は現在サポートされていません。代わりに、EEVEE は深度バッファーを近似シーン表現として使用します。これにより、シーン スケール効果の複雑さが軽減され、パフォーマンスが向上します。ただし、これらの効果を計算するときに考慮できるのは、ビュー内にあるものだけです。また、深度のレイヤーは 1 つだけなので、最前面のピクセル距離のみがわかります。

これらの制限により、いくつかの問題が発生します。

スクリーン スペース効果は、スクリーンの境界に達すると消えます。これは、オーバースキャン機能を使用することで部分的に修正できます。

スクリーン スペース効果には深度情報 (またはオブジェクトの厚さ) がありません。そのため、ほとんどの効果には、交差する可能性のあるピクセルを考慮する方法を制御する厚さパラメーターがあります。

他のオブジェクトの背後にあるオブジェクト (遮蔽されている) は、これらの効果では考慮されません。

ブレンドされたサーフェスは、これらの効果では考慮されません。これらは深度プレパスの一部ではなく、深度バッファーには表示されません。
ホールドアウト コレクションの一部であるオブジェクトは、スクリーン スペース エフェクトでレンダリングされません。

レイトレーシング

ブレンドされたマテリアルとレイトレーシング屈折を使用するマテリアルは、ディザリングされたマテリアルの反射には表示されません。
ブレンドされたマテリアルはレイトレーシングと互換性がありません。
正しくモデル化される屈折イベントは 1 つだけです。2 番目の屈折イベントの近似は、厚みワークフローを使用して実現できます。
レイトレーシング屈折を使用しないディザリングされたマテリアルのみが屈折できます。
シェーダー ノード

すべての BSDF は近似を使用してリアルタイム パフォーマンスを実現しているため、Cycles と EEVEE の間には常にわずかな違いがあります。
一部のユーティリティ ノードはまだ EEVEE と互換性がありません。
BSDF の特定の組み合わせでは、他の組み合わせよりもノイズが多くなります。これは、拡散 BSDF と屈折 BSDF を混合する場合に当てはまります。
フラット シェーディングされたサーフェスの変位により、メッシュが三角形に分割されます。回避策については、変位を参照してください。
参照

サポートされていないノードの完全なリストについては、ノード サポートを参照してください。
メモリ管理

EEVEE では、GPU メモリ管理は GPU ドライバーによって行われます。理論上は、1 回の描画呼び出し (つまり 1 つのオブジェクト) に必要なテクスチャとメッシュ (現在は「リソース」と呼ばれます) のみが GPU メモリに収まる必要があります。

したがって、シーンが非常に重い場合、ドライバーはすべてのオブジェクトが正しくレンダリングされるように、スワップインとスワップアウトを行います。

実際には、GPU メモリを使いすぎると、GPU ドライバーがクラッシュしたり、フリーズしたり、アプリケーションが強制終了したりすることがあります。そのため、質問する内容には注意してください。

リソースが GPU メモリに収まるかどうか、および/または GPU がリソースを正常にレンダリングするかどうかを推定する標準的な方法はありません。

CPU レンダリング

ラスタライズ エンジンである EEVEE は、レンダリングに GPU のパワーのみを使用します。CPU (ソフトウェア) レンダリングをサポートする予定はありません。非常に非効率的だからです。各フレームをレンダリングする前に CPU でジオメトリを準備する必要があるため、シーンの複雑さが高い場合は CPU パワーが依然として必要です。

複数の GPU のサポート

現在、複数の GPU システムはサポートされていません。

ヘッドレス レンダリング

ヘッドレス レンダリングは、ヘッドレス Windows システムではサポートされていません。