Blender でレンダリング時間を短縮する方法まとめ
目次
概要
Eevee を使う
レンダラーを変える
Cycles
OptiX Viewport Denoising (2.83)
Scramble Distance + Dithered Sobol
デノイズ
レンダラー非依存
Blender レンダー
概要
バージョン 2.81 の時点では、レンダリングを高速化する方法は大きく分けて２種類ある。Eevee を使う方法と Cycles でデノイザノードを使う方法だ。バージョン 2.81 では Optix に対応しているので、GeForce RTX を使えば Cycles のレンダリングがさらに高速になる。
スチル・ルックデブ（ルック開発）
スチル・ルックデブならEevee、デノイザノード、OptiX Viewport Denoising が候補になる。
Eevee はヘアー、ボリューメトリックス、透過などの品質はよくないが、リアルタイムでレンダリングできる。
デノイザノードは画質は悪化するがレンダリング速度は劇的に速くなる。OptiX Viewport Denoising を使えば Cycles でもビューポートのレンダリングに数秒しかかからない。
アニメーション
デノイザノードや Cycles のデノイズはアニメーションさせると時間方向のノイズやちらつきが発生するため、アニメーションでは使用されない傾向にある。ヘアー、ボリューメトリックス、透過などの品質が許容できるなら Eevee が選択肢に入る。Cycles なら Adaptive Sampling を使い、ハードウェアに投資して、サンプル数を上げる。
Eevee を使う
Blender 2.80 以降では Eevee が使える。Eevee はゲームエンジンで使われているラスタライズ法でレンダリングするリアルタイムレンダラーだ。透過や反射の表現に制限はあるが、それが許容できるならば最終的なレンダリングにも使える。
Eevee は基本的に物理ベースの表現しかできないが、Shader to RGB ノードを使えばセルルックも可能だ。
レンダラーを変える
セルルックならば Cycles より Blender レンダーの方がレンダリングが速い。
フリーの物理ベースレンダラーは Cycles 以外にも選択肢がある。クオリティーやレンダリング時間の比較はRender Engine Comparison: Cycles vs The Restを参照。
- LuxRender
- LuxCoreRender（解説記事）
- Mitsuba
- appleseed
- Radeon ProRender
- OctaneRender™ 2019 for Blender® 2.8
- Arnold For Blender
- V-Ray for Blender
- RenderMan for Blender
その他にも POV-Ray やモンテカルロレイトレーサーの Y・A・F・A・R・A・Y がある。
Cycles
4 Easy Ways to Speed Up Cycles
GPU を使う
Blender 2.8
Blender 2.8 以降は CPU と GPU と両方を同時に利用してレンダリングできる。
User Preference のシステムタブで Cycles 演算デバイスを選択し、プロパティパネルのレンダータブで「パフォーマンス > デバイス」を GPU 演算にする。
タイルサイズ
Boost Clock によると Blender 2.80 で nVidia の GPU を使って Cycles のレンダリングをする場合、タイルサイズでレンダリング時間はほとんど変化しない。
Blender 2.79
User Preference のシステムタブで Cycles 演算デバイスを選択し、プロパティパネルのレンダータブでデバイスを GPU 演算にする。
GeForce RTX を使う（2.81）
OptiX 対応のビルド（2.81 以降）で GeForce RTX を使うと Cycles のレンダリング速度が最大で 110 ％高速になる。「プリファレンス > システム > Cycles レンダーデバイス」で Optix を選択するとハードウェアアクセラレーションが有効になる。
OptiX Viewport Denoising (2.83)
バージョン 2.83 以降かつ GeForce RTX を使用している場合は、Cycles で AI によるビューポートデノイズが使える。「プリファレンス > システム > Cycles レンダーデバイス」で Viewport Denoising ドロップダウンの OptiX AI-Accelerated を選択すると使えるようになる。
OptiX を使ってデノイズする場合、CPU 等のほかのレンダーデバイスにレンダリングさせられる。その場合、選択したレンダーデバイスのレンダリングと OptiX 互換 GPU のデノイズとが同時に行われる。
Adaptive Sampling（2.83）
Cycles で Adaptive Sampling が有効な場合、ノイズが少ない場所でサンプル数を自動的に減らす。「プロパティパネル > レンダータブ > サンプリング」で設定できる。
サンプル数の閾値はデフォルトではアンチエイリアスのサンプル数と同じに設定されている。この設定で画質を悪化させずに、テストシーンでのレンダリング時間が 10～30 ％減少した。
Min Samples
Adaptive Sampling が実行される前に行うサンプル数。デフォルトは０で、その場合は合計サンプル数の平方根が設定される。
Noise Threshold
サンプリングの継続を判断するエラーの閾値。一般的には 0.1～0.001 の間の値を設定する。数値が少ないほどノイズが少なく、レンダリング時間が長くなる。０の場合は合計サンプル数に基づいて適切な値が設定される。
外部リンク
RenderMan: An Advanced Path Tracing Architecture for Movie Rendering(pdf)
バウンス（Bounces）を減らす
レンダータブのライトパス（Light Paths）にある。バウンスを減らすと若干暗くなる。不透明オブジェクトのバウンスは 4 あれば品質は十分だ。（半）透明オブジェクトは 4～8 ぐらいは必要になる。
Min が小さいと確率的に計算が打ち切られ、レンダリングが速くなる。ただしノイズは増える。
サンプル（Samples）を減らす
プリンシプルシェーダを速くするテクニック
下記の動画ではカメラから見える部分にプリンシプルシェーダを使い、見えない部分はディフューズと光沢（Glossy）とを組み合わせたノードを使っている。
Scramble Distance + Dithered Sobol
Scramble Distance と Ditherd Sobol が使えるビルドは GraphicAll からダウンロードできる（要検索）。
Scramble Distance についてはWhat happened to Scrambling Distance? It´s been used in Theory and it will help speed up rendering で議論や検証がなされている。Scramble Distance はレンダリングの精度が悪い。加えて Ambient Occlusion と同時に使うと赤みがかかったりする欠点がある。しかしレンダリング速度が 20 ～ 40 ％高速になる。
デノイザノードを使う（2.81）
Blender 2.81 からはコンポジットで Intel の Open Image Denoise ベースのデノイザノードが使える。場所は Shift + A > フィルター > Denoise。
間接光の影響力が小さく、オブジェクトのマテリアルに透過が含まれていない場合、サンプル数１でも高い性能を発揮する。面積を持つ光源やガラス、暗所、SSS、モーションブラーは苦手で、サンプル数は 16 以上が必要になる。
使い方
イメージを渡すだけでも機能するが、法線やアルベドを渡すとより高性能になる。パスのデノイズデータにチェックを入れるか、法線とディフューズのカラーとにチェックを入れるかすると必要なパスを取得できる。derek barker 氏の検証ノードのように光沢や透過パスごとにデノイズする方法もある。
細部がつぶれてしまう場合は、サンプル数を上げるよりレンダリング解像度を上げて縮小するとよい。
パスの保存
OpenEXR を使えばパスを保存できる。
デノイズを使う
バージョン 2.79 以降で有効。
シーンに存在しない属性のデノイズを無効にするとデノイズを高速化できる。
デノイザアドオンを使う
D-NOISE
ディープラーニングを使ったデノイザアドオン。GeForce 600 系以降かつ Windows でしか実行できないが、高速で高品質な結果が得られる。
E-Cycles($99～$199)
ディープラーニングを使ったデノイザアドオン。D-NOISE に比べて以下の利点がある。
- AMD の GPU にも対応（ただし nVidia の GPU よりパフォーマンスが悪い）
- Mac・Linux に対応
- 2.79 と 2.80 に対応
レンダラー非依存
13 Ways to Reduce Your Render Times
Doc:2.4/Manual/Render/Performance
ハードウェア
- RAM の容量を追加する
- CPU のコアを追加する
- CPU のクロックを上げる
- 別の OpenGL のドライバを試す
- 速い RAM 使う
-
レンダーファームを使う
OS
- プロセスの優先度を上げる
- スワップ/ページファイルの容量を上げる
- 64bit にする
- 不要なアプリ/バックグラウンドサービスを終了させる
- ネットワークを遮断する
- Linux を使う
Linux は WDDM がないため Windows より数％レンダリングが速い。
Blender レンダー
Blender 自体の設定
- Memory Cache Limit を上げる。
Memory Cache Limit の設定 - 最適化されたビルドを使う
- レンダーウインドウを小さくする
シーンとオブジェクト
- 不要なライトを削除するかレンダリングしないようにする
-
影を生成しないようにする。影のみが必要な時は「影のみ（shadow only）」を使う
影の設定 - バッファシャドウを使う
- 動かないものはライティング情報をテクスチャにベイクする
ベイク - メッシュを単純にする
- 重複頂点を削除する・距離でマージ（Remove Doubles, Merge by Distance）。ポリゴン数削減（Decimate）モディフィアを使う
- 細分割曲面（Subsurf）モディフィアや多重解像度（Multiresolution）モディフィアの分割数を少なくする
- 不透明オブジェクトの見えない部分のポリゴンを削除する
- 分割してレンダリングする。 背景と動くものとを別々にレンダリングし、動くものは背景を透明にしてレンダリングする。 後でコンポジットで合成する。
- カメラを動かさない。背景とキャラとを別々にレンダリングする際に特に有効
- エリアライトの使用を避ける
- マテリアルを陰影なし（Shadeless）にする
Shadeless にする - マテリアルを陰影なし（Shadeless）にして、AO をベイクする
- スポットライトにクリップを設定して、ライトが照らす範囲を狭くする
Clip distance の設定 -
カメラのクリッピング（clipping）：を小さくする
カメラの撮影範囲を狭くする -
ワールドのアンビエントオクルージョン（AO）、環境照明（Environment Lighting）、間接照明（Indirect Lighting）を無効にする
world の設定 -
マテリアルの SSS（Subsurface Scattering）を無効にする
マテリアルの SSS を無効にする - テクスチャサイズを小さくする
- 背景をビルボード（板ポリにテクスチャを張り付けたもの）にする
- モデリングの時に面複製（DupliFace）や頂点複製（DupliVert）を利用する
- Adaptive Subdivision を利用する
Render タブ
- レンダリングの解像度を下げる
- アンチエイリアス（AA）を無効にする
- モーションブラー（Motion Blur）を無効にする
- レイトレーシング（Ray Tracing）を無効にする
- 影（Shadows）を無効にする
- SSS（Subsurface Scattering）を無効にする
- バッファを保存する
- タイルサイズ（Tile Size）を最適化する
最適なタイルサイズはハードウェアによって異なる。 いくつかのタイルサイズでレンダリングしてみて、最適なものを採用する。 2012 年ごろのハードウェアでは、CPU を使う場合 16～32、GPU を使う場合では 256 あたりが最適だ。 2016 年の GPU では 512 や 1024 のほうが速いことも多い。
標準アドオンの Auto Tile Size を使えば余りの出ないサイズを計算してくれる。
Auto Tile Size アドオン - 辺（Edge）を描画しない
