Blenderレンダリング設定最適化ガイド

はじめに

Blenderには2つのプロダクション向けレンダリングエンジン（CyclesとEevee）と、ユーティリティエンジンのWorkbenchが搭載されています。各エンジンにはそれぞれ独自のレンダリング設定パネル、パフォーマンス特性、品質と速度のトレードオフがあります。これらの設定を正しく行うことが、クリーンな最終フレームと、一晩かけてもノイズが残るレンダリングの違いを生みます。

私たちのファームでは、Blenderプロジェクトを日常的に扱っています。Cyclesは「クラウドレンダリング（クラウド上でのレンダリング処理）」でサポートしているエンジンであり、建築インテリアの複雑なライトバウンスからGPUにほとんど負荷をかけないスタイライズドモーショングラフィックスまで、幅広いレンダリング設定を目にしています。パターンは一貫しており、品質と速度の問題のほとんどは、設定ミスやデフォルトのまま放置された一握りのレンダリング設定に起因します。

本ガイドでは、Blenderの主要なレンダリング設定をすべて網羅します。Cyclesの詳細設定、リアルタイムワークフロー向けのEevee、そしてエンジンに関係なく適用される出力設定とパフォーマンス設定について解説します。

Blenderレンダリングエンジンの概要

Blenderには3つのレンダリングエンジンが標準搭載されており、Render Propertiesパネルで切り替えることができます。

Cyclesは物理ベースのパストレーサーです。カメラからシーンへ光線を追跡し、表面で反射させ、色情報を蓄積することで光の伝搬をシミュレーションします。これにより、正確な反射、屈折、コースティクス、グローバルイルミネーション、ボリュメトリクスなど、フォトリアリスティックな結果が得られます。トレードオフは「レンダリング時間（レンダリングにかかる処理時間）」です。シーンの複雑さとサンプル数によって、Cyclesは1フレームあたり数分から数時間かかることがあります。

Eevee（Blender 4.xではEevee Next）はリアルタイムラスタライゼーションエンジンです。スクリーンスペース技術、シャドウマップ、プローブベースのライティングを使用して、物理ベースの結果をインタラクティブなフレームレートで近似します。Eeveeはプレビュー、スタイライズド作品、モーショングラフィックス、物理的な精度よりもレンダリング速度が重要な場面に適しています。

Workbenchはモデリングやレイアウト確認用のビューポート表示エンジンであり、最終レンダリングには使用しないため、本ガイドでは扱いません。

CyclesとEeveeの選択はプロジェクトによって異なります。建築ビジュアライゼーション、プロダクトレンダリング、VFXコンポジティングでは、ほぼ必ずCyclesが求められます。モーショングラフィックス、プレビズ、スタイライズドアニメーションではEeveeが使えることが多いです。ライティングの検討にEeveeを使い、最終レンダリングではCyclesに切り替えるスタジオもあります。

Cyclesレンダリング設定の詳細

Cyclesの設定はRender Propertiesパネル（カメラアイコン）にあります。各グループが何を制御し、どのように設定するかを説明します。

サンプリング

サンプル数は、Cyclesがピクセルあたりに追跡するライトパスの数を決定します。サンプル数が多いほどノイズは減りますが、レンダリング時間は長くなります。Blender 4.xのデフォルトはビューポートが128サンプル、最終レンダリングが4096サンプルですが、このデフォルトがすべてのシーンに最適であることはほとんどありません。

Render Samples: ほとんどのプロダクション作業では、デノイズを有効にした256～1024サンプルでクリーンな結果が得られます。複雑なコースティクスを持つ建築インテリアでは2048以上が必要になることがあります。直接光が主体のアウトドアシーンでは、128～256サンプルとデノイズの組み合わせで十分な場合が多いです。
Viewport Samples: シーン設定中のレスポンシブなフィードバックのために、この値は低く（32～64）保ちます。
Noise Threshold: Blenderの適応サンプリングは、このしきい値以下に収束したピクセルの追加サンプルトレースを停止します。0.01が良い出発点です。低い値（0.001）は品質を向上させますが、レンダリング時間も増加します。0に設定すると適応サンプリングが完全に無効になり、固定サンプル数が使用されます。
Min Samples: 適応サンプリングがピクセルを停止できるまでの最小サンプル数です。この値を低くしすぎると（16未満）、微妙なグラデーションのある領域で可視アーティファクトが発生することがあります。

デノイズ

現代のデノイズは、Cyclesレンダリングにおける品質対時間の改善として、間違いなく最もインパクトのある技術です。低いサンプル数でレンダリングした後、残りのノイズをアルゴリズムで除去することができます。

OpenImageDenoise (OIDN): IntelのAIベースデノイザーで、CPUで動作します。ほとんどのシーンで優れた結果を生み出します。Blender 4.xではデフォルトかつ推奨の選択肢です。
OptiX Denoiser: NVIDIAのGPUベースデノイザーです。NVIDIAハードウェアではOIDNより高速ですが、やや異なる結果を生むことがあります。OptiXをサポートするNVIDIA GPUが必要です。
Denoising Data Passes: コンポジットでより細かい制御を行いたい場合は、View Layer Propertiesで「Denoising Data」を有効にします。ノーマル、アルベド、ノイズありのパスが個別に出力され、コンポジターや外部ツールでデノイズが可能になります。

実践的なアプローチとして、レンダーサンプルを256～512に設定し、ノイズしきい値0.01の適応サンプリングを有効にし、OpenImageDenoiseを使用します。この組み合わせは、大多数のプロダクションシーンに対応し、レンダリング時間を管理可能な範囲に保ちます。

ライトパス

ライトパス設定は、Cyclesが光線を終了するまでにバウンスできる回数を制御します。各バウンスタイプ（ディフューズ、グロッシー、トランスミッション、ボリューム）にはそれぞれ独自の制限があります。

Max Bounces (Total): 全体の上限です。デフォルトの12はほとんどのシーンで問題ありません。シンプルなシーンでは8に減らすことで、目に見える差なく時間を節約できます。
Diffuse Bounces: 間接照明の深度を制御します。デフォルトの4はほとんどのインテリアで機能します。白い壁や明るい表面が多いシーン（コーネルボックスシナリオ、白壁の部屋）で光がより深く伝搬する必要がある場合は6～8に増やします。
Glossy Bounces: 反射の反射に影響します。デフォルトの4で通常は十分です。向かい合わせの鏡や高反射表面のシーンでは増やします。
Transmission Bounces: ガラスや屈折マテリアルに重要です。ガラスオブジェクト内部に黒い領域が見える場合は、デフォルトの12から増やします。積層ガラス（車のフロントガラスなどのラミネート層）では16以上が必要になることがあります。
Volume Bounces: ボリュメトリック散乱（霧、煙、サブサーフェス）用です。デフォルトの0はシングルスキャッタリングのみを意味します。よりリアルな霧や濃い煙には1～2に増やします。
Clamping (Direct/Indirect): ファイアフライ（明るいピクセルアーティファクト）を軽減するため、ライトサンプルの最大輝度を制限します。間接クランプ値10は、全体的なイメージへの影響を最小限に抑えつつ、ほとんどのファイアフライを除去します。0に設定すると無効になります（物理的にはより正確ですが、ファイアフライが発生する可能性があります）。
Caustics: 反射と屈折のコースティクスはデフォルトで有効です。コースティクスパターンが重要でないシーンでは、無効にすることでレンダリングを大幅に高速化できます。

カラーマネジメント

View Transform: フォトリアリスティックレンダリングには「Filmic」または「AgX」（Blender 4.x）を使用します。「Standard」はハイライトをクリップし、自然さの低い結果を生みます。AgXはFilmicと比較してハイライトのロールオフを改善します。
Look: コントラストを調整します。「None」はニュートラルです。「High Contrast」はパンチを加えられますが、ハイライトが飛ぶ可能性があります。
Exposure: 全体的な明るさをストップ単位で調整します。ライトの強度を上げるのではなく、この設定を使用します。

Eeveeのレンダリング設定と使いどころ

Eeveeは、高速なフィードバックが必要な場合や、物理的な精度よりもクリエイティブなコントロールと速度を重視するプロジェクトで力を発揮します。Eeveeを最大限活用する方法を解説します。

Eeveeが適しているケース

スタイライズドシェーディングが許容されるモーショングラフィックスや抽象アニメーション
最終レンダリングでCyclesに切り替える前のプレビズやルックデブパス
クライアントレビュー用のリアルタイム再生やタイトな納期のプロジェクト
正確な光の伝搬よりもプロシージャルシェーディングに大きく依存するシーン

主要なEevee品質設定（Blender 4.xのEevee Next）

Blender 4.0では、レイトレーシング機能を搭載したEevee Nextが導入され、Cyclesとの品質差が縮まりました。

Sampling: EeveeはTAA（テンポラルアンチエイリアシング）サンプルを使用します。64レンダーサンプルで通常はクリーンな出力が得られます。
Ray Tracing (Eevee Next): Blender 4.xのEeveeは、反射とディフューズライティングのためのスクリーンスペースおよびハードウェアレイトレーシングをサポートしています。従来のプローブベースのアプローチよりも大幅に良い反射を生み出しますが、従来のEeveeよりは低速です。
Shadows: シャドウ解像度（ライトあたり1024～4096）とソフトシャドウサンプルを設定します。カスケードシャドウマップは、大規模な屋外シーンのサンライトを処理します。
Volumetrics: Eeveeはボリュメトリックライティングとフォグをサポートしていますが、ボリュメトリック散乱は近似であり、Cyclesのボリュメトリクスとは一致しません。

Eeveeの制限事項

Eeveeは真のグローバルイルミネーションを提供しません（ただしEevee Nextは近似します）。スクリーンスペースエフェクトは画面端で破綻し、サブサーフェススキャッタリングは近似であり、コースティクスはサポートされておらず、透過ソーティングはオーバーラップするオブジェクトでアーティファクトを生む可能性があります。Eeveeで開始してCyclesに移行するプロジェクトでは、Cyclesとの互換性を考慮してライティング設定を設計してください。

レンダリング解像度と出力設定

解像度と出力形式の設定はすべてのレンダリングエンジンに適用され、品質とファイルサイズの両方に直接影響します。

解像度

Resolution X/Y: ターゲット出力解像度を設定します。一般的な値：1920x1080（Full HD）、2560x1440（QHD）、3840x2160（4K）。納品要件に合わせます。クライアントが1080pを必要としているのに4Kでレンダリングするのは時間の無駄です。
Resolution Percentage: レンダリング解像度をスケールします。テストレンダリング中は50%を使用してイテレーションを高速化し、最終レンダリングで100%に切り替えます。これはルックデブ中にレンダリング時間を半減させる最も手軽な方法です。
Aspect Ratio: アナモフィック映像や特殊な出力形式で作業していない限り、通常は1:1です。

フレーム範囲と出力

Frame Start/End/Step: アニメーションの場合、ショットに合わせて設定します。Stepを2にすると1フレームおきにレンダリングされます（アニメーションの簡易プレビューに便利です）。
Output Format: 静止画の場合、コンポジティングワークフローにはOpenEXR（32ビットfloat）を、最終納品にはPNGを使用します。コンポジット用のアニメーションフレームでは、OpenEXRが最もデータを保持します。動画形式（MP4、AVI）への直接レンダリングは避けてください。必ず画像シーケンスでレンダリングします。1000フレームアニメーションのフレーム500でBlenderがクラッシュした場合、動画ファイルではすべてが失われますが、画像シーケンスならフレーム501から再開できます。
Color Depth: 最終納品PNGには8ビット、高品質静止画には16ビット、EXRコンポジティングパスには32ビットfloatを使用します。

解像度がパフォーマンスに与える影響

レンダリング時間はピクセル総数に比例してスケールします。1080pから4Kへ移行するとピクセル数が4倍になり、レンダリング時間はおよそ3～4倍になります。アニメーションの場合は計画的に対応してください。

Blenderレンダリングの品質を高める方法

これは私たちが最もよく受ける質問ですが、答えは「サンプル数を増やすだけ」ということはほとんどありません。Blenderレンダリングの高品質化は、複数の設定を組み合わせて最適化することで実現されます。体系的なアプローチを紹介します。

ステップ1：ライティングを正しく設定する

ライティングは、どのレンダリング設定よりも知覚される品質への影響が大きいです。適切なHDRI環境ライティング、正しい強度のエリアライト、良好な露出設定を持つシーンは、256サンプルでフォトリアリスティックに見えます。ライティングが不適切なシーンは、10,000サンプルでも人工的に見えます。

屋外およびスタジオライティングにはHDRI環境マップを使用します。Poly Havenでは、高品質なHDRIが無料で提供されています。
インテリアでは、窓からの光にHDRI、人工光源にエリアライトを組み合わせます。ライト強度は物理的に正確な単位（ワット）で設定します。
環境テクスチャと大きなエリアライトでは「Multiple Importance Sampling」を有効にします。これにより、Cyclesが重要なライトパスを効率的に見つけることができます。

ステップ2：サンプリングとデノイズを最適化する

サンプルを4096以上に押し上げるのではなく、上記のCyclesセクションで説明した適応サンプリングとデノイズのアプローチを使用します。256～512サンプル、適応サンプリング（ノイズしきい値0.01）、OpenImageDenoiseの組み合わせは、ブルートフォースの4096サンプルレンダリングと視覚的に区別がつかない結果を、はるかに短い時間で生み出します。

ステップ3：シーンに合わせてライトパスを設定する

バウンス制限は必要な箇所でのみ増やします。ガラスが暗く見える場合はTransmission Bouncesを上げます。部屋が暗すぎる場合はDiffuse Bouncesを上げます。すべてのバウンスを一律に増やすと、シーンが必要としないバウンスタイプにレンダリング時間を浪費します。

ステップ4：適切なカラーマネジメントを使用する

View Transformを「Standard」から「AgX」（Blender 4.x）または「Filmic」に切り替えます。この一つの変更だけで、ハイライトの処理が目に見えて改善され、レンダリングがCGではなく写真のように見えるようになります。この違いは、明るい光源、炎、金属上のスペキュラーハイライトがあるシーンで特に顕著です。

ステップ5：マテリアルとテクスチャの品質

主要オブジェクトには4Kテクスチャ、背景要素には2Kを使用します。4Kを超えても可視的な品質向上はほとんどなく、メモリ使用量が増加するだけです。
幾何学的なディテールが必要な表面（石壁、布地、地形）にはディスプレイスメント（適応サブディビジョン）を有効にします。バンプマッピングだけでは、真のディスプレイスメントが提供する視差やシルエットの変化を再現できません。
PBR準拠のマテリアルにはPrincipled BSDFシェーダーを使用します。金属、誘電体、ガラス、サブサーフェススキャッタリングを1つの統合シェーダーで処理できます。

ステップ6：ポストプロセッシングとコンポジティング

レンダリング品質はレンダリングエンジンだけにとどまりません。Blenderのコンポジターでレンズ歪み、ブルーム、カラーグレーディング、被写界深度を適用します。特にアニメーションでは、Cyclesで被写界深度を有効にしてレンダリングするよりも、ポストプロセスでDOFを追加する方が高速であることが多いです。

パフォーマンス最適化：GPU対CPUとその先

レンダリング設定はハードウェア構成と相互作用します。この関係を理解することで、スループットを最大化する設定を選択できます。

CyclesにおけるGPU対CPUレンダリング

Cyclesは複数のコンピュートバックエンドをサポートしています。

OptiX (NVIDIA): RTX GPUでのハードウェアアクセラレーテッドレイトレーシングです。利用可能な場合はCUDAよりOptiXを使用します（RTX 2000シリーズ以降）。
HIP (AMD): AMD GPUレンダリングです。パフォーマンスはカードによって異なります。Blender動作要件ページで確認してください。
Metal (Apple Silicon): M1以降のMacでのGPUレンダリングです。
CPU: 利用可能なすべてのコアを使用するマルチスレッドレンダリングです。フレームあたりの速度はGPUより遅いですが、GPU VRAMを超えるシーンを処理できます。

CPUレンダリングが適しているケース

GPUレンダリングは一般的にフレームあたりの速度が速いですが、CPUレンダリングがいくつかのシナリオで実用的な場合があります。

GPUのVRAMを超えるシーンです。28 GBのメモリを使用するシーンは16 GB GPUには収まりませんが、64 GB以上のシステムRAMを搭載したCPUでは問題なく動作します。
ボリュメトリックが多いシーンで、CPUのパフォーマンスがミッドレンジGPUと競合する場合があります。
「レンダーファーム（大規模レンダリング処理システム）」のワークフローで、CPUノードの方がスケール時にコスト効率が高い場合があります。私たちのファームでは、Blender Cyclesジョブの約70%が20,000以上のコアを持つCPUノードで実行されています。コアあたりの時間単価が低く、ノードあたり96～256 GBのメモリがあるため、メモリが制約になることはほとんどありません。

タイルサイズ

古いBlenderバージョン（3.0以前）では、タイルサイズがパフォーマンスに大きく影響していました（GPUには大きなタイル、CPUには小さなタイル）。Blender 3.0以降は新しいタイリングシステムを使用しており、タイルの動作が自動的に最適化されます。現在のBlenderバージョンでは、タイルサイズを手動で調整する必要は一般的にありません。

メモリ最適化

Simplify: テストレンダリング中のサブディビジョンレベル、テクスチャ解像度、パーティクル数を制限します。非破壊的で、最終レンダリング時に切り替え可能です。
Persistent Data: フレーム間でBVHとテクスチャをメモリに保持します。Cyclesがフレームごとにシーンデータを再構築するのをスキップするため、アニメーションレンダリングが高速化されます。
Efficient Data Types: フル精度が不要な場合（ほとんどのカラーテクスチャ）、32ビットfloatテクスチャを16ビットに変換します。これによりテクスチャメモリ使用量が半減します。

ローカルレンダリングでは不十分な場合

シングルワークステーションのレンダリングにはハードな制限があります。1フレームあたり10分の1000フレームアニメーションは、1台のマシンで約7日かかります。

クラウドレンダーファームは、フレームを数百台のマシンに同時に分散します。ローカルで1週間かかる作業が、ファーム全体に並列化することで数時間で完了できます。この概念に馴染みがない方は、レンダーファームとは何か、その仕組みのガイドで基礎を解説しています。

Super Renders Farmのインフラストラクチャでは、CPUとGPUの両方のノードでBlenderとCyclesを実行しています。CPUフリートは20,000以上のコアを提供し、ノードあたり96～256 GBのRAMを搭載しています。これは一般的なワークステーションではメモリ不足になるシーンにも十分な余裕があります。GPUノードはNVIDIA RTX 5090カード（32 GB VRAM）を搭載しており、OptiXの恩恵を受けるプロジェクトのGPUアクセラレーテッドCyclesレンダリングを処理します。

ワークフローはシンプルです。.blendファイルをアップロードし、フレーム範囲とレンダリング設定を選択すると、ファームが利用可能なノードにフレームを分散します。ファーム側にインストールするソフトウェアはありません。私たちがBlender環境、プラグイン、依存関係を管理します。料金はCPUが$0.004/GHz-hrから、GPUが$0.003/OB-hrからで、料金計算ツールでコミット前にフレームレベルの見積もりが確認できます。

レンダーファームの料金体系をより広く知りたい場合は、レンダーファーム料金ガイドで業界全体のさまざまなモデル（フレーム単位、GHz時間単位、サブスクリプション）を解説しています。Blender対応のレンダーファームの比較については、Blender向けレンダーファームガイドをご覧ください。

Blenderレンダリング設定クイックリファレンス

設定	推奨開始値	調整が必要な場合
Render Samples	256～512（デノイズ有効）	複雑なコースティクスや非常に暗いインテリアの場合は増やす
Noise Threshold	0.01	ヒーローショットの静止画は0.005に下げ、アニメーションプレビューは0.02に上げる
Denoiser	OpenImageDenoise	GPUバウンドでNVIDIA使用時はOptiXに切り替え
Max Bounces	8～12	必要に応じて個別のバウンスタイプを増やす
Diffuse Bounces	4	白いインテリアや明るい間接照明の場合は6～8
Transmission Bounces	12	積層ガラスや複雑な屈折オブジェクトの場合は16以上
Clamping (Indirect)	10	物理的に正確にする場合は0、高い値はファイアフライを軽減
View Transform	AgXまたはFilmic	特定の非フォトリアリスティック用途のみStandard
Resolution	納品ターゲットに合わせる	テストレンダリングには%スケールを使用
Output Format	EXR（コンポジティング）/ PNG（納品）	アニメーションを動画に直接レンダリングしない
Persistent Data	有効（アニメーション）	RAMが限られている場合は無効
Compute Device	NVIDIAならOptiX、それ以外はCPU	GPU VRAMを超えるシーンにはCPU

FAQ

Blenderのレンダリング設定でデフォルトから変更すべき最も重要な項目は何ですか？

ノイズしきい値0.01の適応サンプリングを有効にし、OpenImageDenoiseをオンにし、View TransformをAgXまたはFilmicに切り替え、解像度を納品ターゲットに合わせます。この4つの変更だけで、レンダリング時間を妥当に保ちながら出力品質を大幅に向上させることができます。

レンダリング時間を増やさずにBlenderのレンダリング品質を高めるにはどうすればよいですか？

デノイズ（OpenImageDenoiseまたはOptiX）を使用して、低いサンプル数でノイズを除去します。AgXまたはFilmicカラーマネジメントに切り替えて、ハイライトの処理を改善します。HDRIマップと適切に配置されたエリアライトでライティング設定を改善します。これらの変更は、大幅なレンダリング時間の追加なく、知覚される品質を向上させます。

BlenderのCyclesとEeveeレンダリングエンジンの違いは何ですか？

Cyclesは物理ベースのパストレーサーであり、正確な光のシミュレーションによりフォトリアリスティックな結果を生み出しますが、より多くのレンダリング時間を必要とします。Eeveeはリアルタイムラスタライゼーションエンジンで、スクリーンスペース技術を使用して物理ライティングを近似し、数分ではなく数秒で結果を出します。Blender 4.xのEevee Nextはレイトレーシングサポートを追加し、品質差を縮めています。

Blenderで使用すべきレンダリング解像度はどれですか？

納品ターゲットに合わせます。Full HDなら1920x1080、4Kなら3840x2160を使用します。ルックデブやテストレンダリング中は、レンダリング時間を半減させるために解像度パーセンテージを50%に設定します。納品仕様より高い解像度でレンダリングするのは、ポストプロダクションでクロッピングやリフレーミングの余地が必要な場合のみです。

Blender CyclesではGPUとCPUのどちらが速いですか？

OptiX（NVIDIA RTXカード）を使用したGPUレンダリングは、一般的にフレームあたりの速度がCPUより速いです。ただし、CPUレンダリングはGPU VRAMを超える大規模なシーンを処理でき、レンダーファームではスケール時にコスト効率が高くなることがあります。私たちのファームでは、建築ビジュアライゼーションやVFXシーンはシングルGPUのVRAM制限を超えることが多いため、Blenderジョブの約70%がCPUノードを使用しています。

クリーンなCyclesレンダリングに必要なサンプル数はどれくらいですか？

適応サンプリングとデノイズを有効にした場合、256～512サンプルでほとんどのシーンでクリーンな結果が得られます。デノイズなしでは、可視ノイズを除去するために2048～4096サンプルが必要になることがあります。中程度のサンプル数とデノイズの組み合わせが、現在のプロダクションにおける標準的なアプローチです。

Blenderではアニメーションを動画ファイルと画像シーケンスのどちらでレンダリングすべきですか？

常に画像シーケンス（PNGまたはEXR）でレンダリングし、動画形式に直接レンダリングしないでください。1000フレームレンダリング中にBlenderがクラッシュしたり、マシンの電源が落ちた場合、動画ファイルは完全に失われます。画像シーケンスなら、最後に完了したフレームから再開できます。すべてのフレームがレンダリングされた後に、別のステップとして動画（H.264、H.265）にエンコードします。

建築ビジュアライゼーションで最も重要なBlenderレンダリング設定は何ですか？

建築ビジュアライゼーションでは、Diffuse Bounces（明るいインテリアで6～8）、Transmission Bounces（シーンにガラスがある場合は16以上）を優先し、人工光源にはHDRIライティングとエリアライトを使用します。OpenImageDenoiseを有効にし、納品解像度でレンダリングします。カラーマネジメントは、窓やライトのハイライトロールオフを自然にするためにAgXまたはFilmicに設定します。重いシーンの場合は、クラウドレンダーファームを利用すれば、ローカルで作業を続けながらフレーム分散を処理できます。

Blenderレンダリング設定最適化ガイド：Cycles、Eevee、品質向上のコツ