建築知識の教科書 Blenderレンダリングガイド｜Eevee Next/Cycles/ノイズ対策/最終出力の設定基準【2026年版】
建築archviz（建築ビジュアライゼーション）のBlenderレンダリングでつまずく原因の大半は、「重い・遅い」「ノイズが消えない」「品質が伸びない」の3つに集約されます。それぞれ別の処方箋が必要で、サンプル数を上げるだけ・GPUを買い替えるだけでは解決しないことがほとんどです。
特に2025年11月のBlender 5.0と2026年3月の5.1で、レンダリング系の仕様が大きく変わりました。ACES 1.3/2.0の標準対応、AMD HIP-RTのデフォルト有効化、Eevee Nextの大幅な高速化など、4.x時代のチュートリアル設定をそのまま流用するとかえって遠回りになります。
この記事では、Blender建築archvizのレンダリングを2026年5月時点の基準で解説します。扱うのは「Cycles と Eevee Next の使い分け」「ノイズの発生源特定」「Blender 5.x の新標準」「コンポジットの責任範囲」「用途別の最終出力設定」の5つです。
配下の6つの詳細ガイド（ノイズ対策・Cycles完全ガイド・Eevee Next完全ガイド・コンポジット・ACES・基本設定）への入口としてもお使いいただけます。
なぜ建築archvizレンダリングで躓くのか｜3つの課題と解決の方向
レンダリングで詰まる原因は「重い・遅い」「ノイズが消えない」「品質が伸びない」の3つですが、それぞれ解決の入口がまったく違います。サンプル数を増やせば全部解決するわけではなく、課題ごとに別のセクションで対処していくのが近道です。
3つの課題の正体
建築archviz実務でよく聞く詰まりポイントを、原因と解決の方向に分けると次のとおりです。
| 課題 | よくある原因 | 解決の方向（後続H2） |
|---|---|---|
| 重い・遅い | Cycles（物理ベースのレンダラー）を「確認用途」にも使っている | Eevee Next（リアルタイム表示寄りのレンダラー）と使い分ける |
| ノイズが消えない | サンプル数（光線の試行回数）だけ増やしている | 発生源を5つに分類して個別に対処する |
| 品質が伸びない | レンダリングだけで仕上げようとしている | 80%レンダリング＋20%コンポジット（後処理）の配分にする |
| 古い情報で詰まる | 4.x時代のチュートリアルを流用している | 5.0/5.1の新標準（ACES／HIP-RT／Eevee Next 5.1）を前提に置く |
| 最終納品で迷う | 用途別の解像度・色空間の基準を持っていない | Web/印刷/HDRディスプレイで設定を切り替える |
「重い・遅い」と「ノイズ」と「品質」は、表面的にはどれも「レンダリング設定の問題」に見えますが、実は別々のレイヤーの話です。Cyclesを長時間回しているのにノイズが残るなら、サンプル数の問題ではなくマテリアルや光路設定の問題というケースがほとんどです。
Eevee Next と Cycles の使い分け｜建築シーン別の使いどころ
Cycles（物理ベース・パストレーシング）と Eevee Next（リアルタイム・ラスタライズ＋部分的なレイトレース）は、置き換え関係ではなく「役割分担」の関係です。すべてをCyclesで回すと制作時間の浪費になり、すべてをEevee Nextで仕上げると内観の最終品質が伸びません。Blender 5.1でのEevee Nextの大幅改善により、外観や遠景はEevee Next単独で納品まで通せる場面が大きく増えました。
物理計算の精度（Cycles）とリアルタイム性（Eevee Next）
2つのレンダラーの根本的な違いは、光の計算方法にあります。
Cycles は物理ベースのパストレーシング（実際の光線の振る舞いを追跡してフォトリアルな画像を出すレンダラー）で、最終納品の写実性で抜きん出ています。NVIDIA OptiX／AMD HIP-RT／Intel oneAPIに対応し、GPUレンダリングではCPUの5〜10倍前後の速度が出ます（2026年5月時点・公式ドキュメントと海外レビューの共通見解）。
Eevee Next はリアルタイム志向のレンダラーで、スクリーンスペース反射＋GI（間接光）にレイトレース機能を組み合わせた構成です。Blender 4.2でEevee Nextが正式版になり、旧Legacy Eeveeは廃止されました。
5.1では Eevee Next が大幅に改善されました。シェーダーのコンパイル時間が25〜50%高速化し、テクスチャメモリの使用量が30〜40%削減されています。さらに planar reflection（平面反射）が glossy reflection（光沢反射）と refraction（屈折）をサポートするようになりました。その結果、窓・鏡・床反射の表現がEevee Next単独で正確に出せます（出典: Blender 5.1 Release Notes（EEVEE & Viewport）、2026年3月17日リリース）。
つまり「Eevee Nextは確認用、最終はCycles」という4.x時代の常識は、シーンによってはもう成り立たないということです。
建築シーン別の使いどころ
制作フェーズ別の使い分けは、次の表が出発点になります。
| シーン | 推奨レンダラー | サンプル数の目安 | 補足 |
|---|---|---|---|
| 確認・プレゼン中間 | Eevee Next | Viewport 16〜32 | リアルタイム表示で構図とライティングを詰める |
| 外観・遠景 | Eevee Next 単独 | Render 64〜128 | 5.1の planar reflection 改善で納品可能な場面が拡大 |
| 内観（標準） | Cycles + OIDN | 512〜1024 | フォトリアル仕上げ。OIDN（Open Image Denoise、後述）でノイズ除去 |
| 内観（大型ガラス・複雑反射） | Cycles | 2048以上 | カーテンウォール・複層ガラスは Transmission Bounces も増やす |
| 夜景・複雑光源 | Cycles | 1024〜2048 | 蛍光ノイズを抑えるため Indirect Light Clamp 設定が必須 |
| アニメーション・ビデオ | Eevee Next（基本）／Cycles（要所） | Eevee 64〜128 ／ Cycles 256〜512 | フレーム数が多いので時間効率を優先 |
| 連番出力後の色補正 | コンポジット側 | ─ | 5.0で追加された Sequencer内 Compositor strip modifier で統一処理可能 |
実務感覚としては、内観で照明計画を詰めたいときはCyclesが安心、外観・遠景や打ち合わせ用の中間出力はEevee Nextで十分というのが2026年5月時点の現実的な配分です。
1対1の詳細比較と各レンダラーの完全ガイドへ
Eevee と Cycles の細かい比較（メモリ消費・対応機能の差・GI品質の差）はBlender Eevee Next 建築archviz完全ガイド｜Legacy比較・新機能5選・Cycles使い分け【2026年版】で深掘りしています。
各レンダラーの建築特化設定をさらに詰めたい場合は、Blender Cycles 建築archviz完全ガイドとBlender Eevee Next 建築archviz完全ガイドで解説しています。
Cycles 設定の基準値｜サンプル数・Light Paths・Denoiser
Cyclesの建築archviz用設定は、「シーン別のサンプル数とNoise Threshold」「Light Paths（光線の反射回数）の基準値」「Denoiser（OIDN）の使い方」の3点が出発点です。ここを外すと、サンプル数を上げても時間だけ伸びる結果になります。
サンプル数・Noise Threshold（4シーン基準）
サンプル数（光線を何回試行するか）と Noise Threshold（指定した品質に達したらサンプリングを打ち切る閾値）は、シーンの複雑度で大きく変わります。次の表は2026年5月時点の目安で、公式ドキュメントの推奨レンジと海外チュートリアルの共通見解をもとに整理しています。
| シーン | サンプル数 | Noise Threshold | Time Limit（分） |
|---|---|---|---|
| 外観（順光・標準的な空模様） | 256〜512 | 0.01 | 5〜15 |
| 外観（曇天・夕景） | 512〜1024 | 0.005〜0.01 | 15〜30 |
| 内観（自然光中心） | 512〜1024 | 0.005〜0.01 | 15〜45 |
| 内観（人工照明・夜景） | 1024〜2048 | 0.005〜0.01 | 30〜90 |
| 大型ガラス・複雑反射 | 2048以上 | 0.005 | 60〜180 |
| プレゼン中間（草案） | 128〜256 | 0.02 | 1〜5 |
| アニメーション | 256〜512 | 0.01 | フレーム数で逆算 |
シーンの複雑度・GPU性能・5.xの改良によって最適値は変動するため、まずこの値で1枚出して、ノイズが残るならサンプル数より先に Light Paths や Indirect Light Clamp を見直すと早く解決します。
なお、いずれの値も2026年5月時点の参照値です。シーンの複雑さやGPU性能で変動するため、絶対値ではなく出発点としてお使いください。
Light Paths（屈折・拡散・グロッシー）
Light Paths は、光線が物体に当たって反射・屈折する回数の上限を決める設定です。建築archvizで頻出するパラメータの目安値は次のとおりです（出典: Blender Manual｜Light Paths）。
| パラメータ | 推奨値 | 用途 |
|---|---|---|
| Transmission Bounces | 16〜24 | ガラスカーテンウォール・複層ガラス（一般用途は8以上） |
| Diffuse Bounces | 6〜8 | 室内の壁・天井の間接光 |
| Glossy Bounces | 4〜6 | 反射素材（金属・磨きフローリング） |
| Volume Bounces | 0〜2 | 霧・煙の表現がなければ0で十分 |
| Filter Glossy | 1.0 | グロッシーノイズ抑制の基本値 |
| Indirect Light Clamp | 3.0〜10.0 | 蛍光ノイズ（小さな超高輝度ピクセル）の抑制 |
Transmission Bounces が8未満だと、ガラス越しの光が黒く落ちる現象が起きます。逆に24を超えても時間が伸びるだけで見た目はほぼ変わらないため、複層ガラスでも24で十分です。
Indirect Light Clamp は、ノイズ対策で最も効く設定の1つです。値を3.0〜10.0に絞ると、夜景や室内灯の蛍光ノイズが目に見えて減ります。0（無効）のままだと、サンプル数を倍にしても消えない種類のノイズが残ります。
5.x Cycles 改良（建築応用）
Blender 5.0と5.1のCycles改良で、建築archvizに効くのは次の6点です。
| 改良点 | バージョン | 建築応用での効果 |
|---|---|---|
| 金属BSDF薄膜干渉（Thin Film Iridescence） | 5.0 | アルマイト・チタン表面・特殊コーティングの虹彩表現が物理ベースで可能。Principled / Metallic / Glass の3 BSDFで利用可 |
| NanoVDB Volume | 5.0 | ボリュームデータ（煙・霧・雲）のメモリ効率向上 |
| SSSランダムウォーク改良 | 5.0 | 木材・大理石・人肌のSubsurface Scattering（表面下散乱）の自然さ向上 |
| Volume null scattering（Biased option） | 5.0 | ボリュームレンダリングの収束を高速化 |
| CPU 5〜20%・GPU 5〜10% 高速化 | 5.1 | 同じ設定でも時間短縮 |
| AMD HIP-RT デフォルト有効化 | 5.1 | Radeon GPUがレイトレース性能で実用選択肢化（詳細は次のH2で解説） |
| Raycast Shader Node | 5.1 | プロシージャル形状とシェーダの組み合わせで新表現が可能 |
特に金属BSDF薄膜干渉は、3つのBSDF（Principled BSDF／Metallic BSDF／Glass BSDF）すべてに対応しているため、建築の金属パーツ表現の選択肢が広がります。マテリアル設定の具体的な値はBlender建築パース マテリアル設定ガイドで解説しています。
Cyclesのシーン別推奨設定とGPU最適化の詳細は、Blender Cycles 建築archviz完全ガイドで深掘りしています。
Eevee Next 設定の基準値｜5.1 大幅改善の活用法
Eevee Next は5.1で「シェーダーコンパイル25〜50%高速化」「テクスチャメモリ30〜40%削減」「planar reflection の glossy reflection と refraction サポート」という大きな改良を受けました。これらの改良によって、4.x時代に「Eevee Nextでは無理」とされていた表現の多くが、Eevee Next単独で納品レベルに届くようになっています。
Eevee Next の基本設定
建築archviz でよく使う Eevee Next のパラメータは次のとおりです。
| パラメータ | 推奨値 | 用途・補足 |
|---|---|---|
| Sampling（Render） | 64〜128 | 静止画の最終納品。32以下だとアンチエイリアスが粗い |
| Sampling（Viewport） | 16〜32 | リアルタイムプレビュー |
| Screen Space Reflection | 有効 | 反射の基本。Refractionも組で有効化 |
| Light Probe Volume | 配置 | 室内のGI（間接光）を強化 |
| Light Probe Sphere | 配置 | 反射対象の周辺に置いて反射品質を上げる |
| Light Probe Plane | 配置 | 床・水面など平面反射（後述の制約に注意） |
| Bloom | 控えめ | 強い光源のグロー。コンポジット側でかける選択肢もあり |
| Color Management | Filmic または ACES | 用途で切り替え（最終出力のH2で詳述） |
Light Probe Volume と Light Probe Sphere は、Eevee Next での建築シーンの品質を決めるカギです。室内シーンに1〜2個の Light Probe Volume を配置するだけで、影と間接光の質感が大きく変わります。
5.1 改善の建築応用
5.1のEevee Next改善で、建築archvizに直接効くのは次の3点です。
シェーダーコンパイルとメモリ削減: シェーダーのコンパイル時間が25〜50%高速化し、テクスチャメモリの使用量が30〜40%削減されました。その結果、家具・植栽が多い大型シーンを Eevee Next で動かすときの「シェーダーコンパイル待ち」と「メモリ不足クラッシュ」が大幅に減ります。
Planar Reflection の表現拡大: Light Probe Plane が glossy reflection と refraction をサポートするようになりました。窓ガラス・平面の鏡・磨いた床の反射が、Eevee Next 単独で正確に出せます。その結果、外観のショーウィンドウや内観の鏡張りなど、4.x時代には Cycles で処理していた表現が Eevee Next で済むケースが増えました（出典: Blender 5.1 Release Notes（EEVEE & Viewport））。
ただし Light Probe Plane には2026年5月時点で次の制約があります。利用するときに引っかかりやすいポイントです。
- Reflections と Volumetrics は Plane の内部（Plane より下や手前）では非対応
- Raytracing method が Screen-Trace に設定されているときだけ機能する
- 表示中の Plane が増えると性能に影響する
- 表面の Backface Culling（裏面カリング）が必須
外観・遠景の単独納品が現実的に: シェーダーコンパイル高速化と planar reflection 改善の合わせ技で、外観・遠景は Eevee Next 単独で納品まで通せる場面が大幅に広がりました。Cycles と比較して10倍以上の速度差が出るため、フレーム数の多いアニメーションでは効果が大きくなります。
Eevee Next の建築特化設定と Legacy Eevee との違いは、Blender Eevee Next 建築archviz完全ガイドで詳しく解説しています。
ノイズ問題の思考フレーム｜「サンプル数増加」より「発生源特定」
ノイズが消えないとき、サンプル数を倍にする前にやるべきことがあります。それは「どの種類のノイズか」を見極めることです。ノイズは見た目が似ていても発生源で5つに分類でき、それぞれ別の対処をします。発生源を特定せずにサンプル数だけ上げると、計算時間だけ伸びて見た目はほとんど変わらないという結果になりがちです。
5つの発生源類型
建築archvizで遭遇するノイズは、次の5つに分けられます。
| ノイズ症状 | 発生源 | 対処 |
|---|---|---|
| 蛍光ノイズ（小さな超高輝度ピクセルがチラつく） | 高輝度マテリアルの Emission 値、または Indirect Light Clamp が未設定 | Indirect Light Clamp を 3.0〜10.0 に設定。Emission強度の見直し |
| ガラスの粒状ノイズ | Transmission Bounces 不足 | 16〜24 に上げる。複層ガラスは24 |
| 反射・屈折面のチラつき | Filter Glossy 未設定 | Filter Glossy を 1.0 にセット |
| ボリューム（霧・煙）の縞模様 | Volume Sampling Step が粗い／5.0 Volume null scattering 未活用 | Sampling Step を細かく／5.0以降は Volume null scattering を Biased option として有効化 |
| スポット光・小型光源のザラつき | Multiple Importance Sample 未有効 | 光源プロパティで Multiple Importance Sample を有効化 |
特に蛍光ノイズは、サンプル数を1024→4096に増やしても消えないことが多いタイプのノイズです。原因がマテリアル側か Light Paths 側にあるので、設定で根本対処するしかありません。
Volume null scattering は5.0で追加された Biased option で、ボリュームレンダリングの収束を加速します。霧表現や雲表現を Cycles で描画するシーンでは有効化しておくと、サンプル数を上げなくても縞模様が薄まります。
Denoiser（OIDN）の使い方
Denoiser は、レンダリング後にノイズを除去する後処理機能です。Blenderの標準は OIDN（Open Image Denoise、Intel開発のオープンソースdenoiser）で、2026年5月時点では5.1のCycles環境で OIDN 2 のGPU加速が利用できます（出典: Intel OIDN 公式）。
OIDN の使い方は2通りあります。
- サンプル数を通常どおり出してから後処理する: 安定した品質。最終納品で標準的に使う方法
- サンプル数を意図的に下げて Denoiser で仕上げる: 時短志向。プレゼン中間出力や草案で有効
2の運用は、4.xまでは「やや雑」と評価されることもありましたが、OIDN 2 のGPU加速で品質と速度の両立が現実的になりました。複数案を素早く出したいプレゼン段階では強力な選択肢になります。
OIDN 2 が対応するGPUは幅広く、主要GPUはほぼカバーされています。具体的には AMD RDNA 2/3（Radeon RX 6000/7000系統）、Intel Xe-HPG（Arc Pro Aシリーズ）、NVIDIA Volta以降（RTXコンシューマー含む）が対応します。
将来的には、2026年1月発表の OIDN 3 で temporal denoising（フレーム間のちらつきを抑える機能）が追加される予定です（出典: Open Image Denoise 3 will support temporal denoising（CG Channel 2026-01））。アニメーション用途では大きな前進になります。
ノイズ対策の発生源別の具体手順は、Blenderレンダリングのノイズ対策6選｜発生源の特定から解消まで【2026年版】で6選として整理しています。
Blender 5.x レンダリング新標準｜ACES・AMD HIP-RT・Sequencer Compositor
Blender 5.0（2025年11月18日リリース）と5.1（2026年3月17日リリース）で、建築archviz のレンダリングまわりは大きく変わりました。色管理がACES標準対応になり、AMD GPUのレイトレースが実用域に入り、ビデオシーケンサ内でコンポジット処理ができるようになっています。4.x時代のチュートリアルとの差分を意識しておくと、最新情報のキャッチアップが速くなります。
ACES 1.3/2.0 標準対応（5.0新規）
ACES（Academy Color Encoding System、映画業界が標準化した色管理規格）が、5.0からOCIO（OpenColorIO）経由でBlenderの標準サポートになりました。これまで外部からOCIO設定ファイルを差し込んでいた運用が、デフォルトでACESを選べる構成に変わっています（出典: Blender 5.0 Color Management 公式リリースノート ／ CG Channel: Blender 5.0 key features、2025年11月）。
5.0ではさらに Working Color Space（ワーキングカラースペース）が3択で選べるようになりました。Blendファイル単位で次の3つを切り替えられます。
| Working Color Space | 用途 |
|---|---|
| Linear Rec.709（デフォルト） | 従来互換。sRGB ベースのワークフロー |
| Linear Rec.2020 | 広色域。HDR ディスプレイ向け中間処理 |
| ACEScg | VFX 業界標準。マテリアル・ライト・コンポジットで広色域処理。HDR 出力の本命 |
HDR出力や映像業界連携を視野に入れているなら ACEScg、印刷・Web中心なら Linear Rec.709 が出発点になります。
さらに Display Transform で Rec.2100-PQ / Rec.2100-HLG が標準対応になりました（5.0新規）。HDRディスプレイ納品でPQカーブ／HLGカーブを選べるようになり、Display P3 や sRGB も継続対応です（出典: Digital Production: Blender 5.0 Ships Built-In ACES 2.0 View Transform）。
ACESの建築応用は、VFXパイプライン統合・印刷出力・HDRディスプレイ向け納品で業界標準色管理を担えること。Filmic と ACES の切り替えは Render Properties > Color Management > View Transform で行います。
ACESを建築archviz で本格的に運用する手順は、Blender 5.x ACES カラーマネジメント完全ガイドで解説しています（R3新設記事）。
AMD HIP-RT デフォルト有効化（5.1新規）
Blender 5.1で、AMD HIP-RT（AMD GPU向けのレイトレーシング高速化機能）がデフォルトで有効化されました（出典: Blender 5.1 Release Notes ／ Phoronix: AMD HIP-RT Is Stable For Blender 5.0 But Off By Default Until 5.1）。これまでNVIDIA RTX一強だったレイトレース性能の構図が、AMD Radeonにも開かれた格好です。
建築archvizのPC選びに直結する情報は次のとおりです。
| 項目 | 内容 |
|---|---|
| 対応GPU | Radeon RX 6000 系統以降（古いカードは未対応） |
| 性能向上（AMD公称） | 最大27%高速化 |
| 性能向上（実測例） | Radeon 7900 XTX で1.1〜1.3倍高速化（Puget Systems 検証） |
| メモリ不足時の挙動 | GPUメモリ満杯時は system memory フォールバック（CPUレンダリングより速い） |
| 設定箇所 | Edit > Preferences > System > HIP-RT を有効化 |
実測値はPuget Systems: Blender 3.6 AMD Ray Tracing Performanceの検証結果を参照しています。なお、2026年5月時点で Blender 5.1 環境での Puget Systems 公式検証は未公開のため、購入判断の前には最新ベンチマークの確認を推奨します。
これまで「Blender建築archvizならRTX一択」と言われてきたPC予算配分が、「RTX or HIP-RT対応Radeon」の選択肢に拡大したことになります（2026年5月時点）。NVIDIA OptiX と AMD HIP-RT の比較や、シーンごとの実測差はGPU世代やドライバーで変動するため、購入前には最新ベンチマークの確認をおすすめします。
PCスペック・GPU選定の詳細はBlender PC環境・設定ガイドで解説しています。
Sequencer内 Compositor strip modifier（5.0新規）
5.0で Video Sequencer内に Compositor strip modifier が追加されました（出典: Blender 5.0 Compositor docs ／ Blender 5.0 Sequencer notes）。これまで Compositing ワークスペースで個別に組んでいたコンポジットノードツリーを、ビデオシーケンサのストリップに直接適用できるようになっています。
建築archvizでの活用シーンは、ビデオウォークスルー（建物内を歩き回るムービー）や連番画像の色補正・トーン調整を、統一タイムライン上で処理できるところにあります。フレーム単位での補正と、ストリップ単位での補正を一元化できます。
ただし2026年5月時点で1つ制約があります。VSE Compositor modifier はCPU使用で動作し、GPU加速は今後対応予定です。長尺ムービーで使う場合は処理時間に余裕を持ったほうが安心です。Blender公式の2026年ロードマップに「VSE GPU support」がリスト入りしているため、近い将来に解消される可能性があります。
Compositorの操作と建築パース仕上げでの使い方はBlenderコンポジットとは｜建築パースで使う4つのノード操作と仕上げのコツで解説しています。
その他の5.x 改良サマリ
| バージョン | レンダラー | 改良点 |
|---|---|---|
| 5.0 | Cycles | 金属BSDF薄膜干渉（Principled / Metallic / Glass の3 BSDF対応）／ NanoVDB Volume ／ SSSランダムウォーク改良 ／ Volume null scattering（Biased option） |
| 5.0 | Eevee Next | View Layer overrides ／ NVIDIA GPUでのシェーダーコンパイル高速化 |
| 5.0 | Compositor | Sequencer内 Compositor strip modifier 追加 ／ 27の新しいノード |
| 5.0 | Color | ACES 1.3 / 2.0 標準対応 ／ Working Color Space 3択 ／ Rec.2100-PQ/HLG ディスプレイ対応 |
| 5.1 | Cycles | CPU 5〜20%高速化 ／ GPU 5〜10%高速化 ／ AMD HIP-RT デフォルト有効化 ／ Raycast Shader Node 追加 |
| 5.1 | Eevee Next | シェーダーコンパイル25〜50%高速化 ／ テクスチャメモリ30〜40%削減 ／ planar reflection が glossy reflection / refraction をサポート |
| 5.1 | Denoiser | OIDN 2 のGPU加速対応 |
4.x用のチュートリアルとは設定値・スクリーンショットが変わっている箇所が多いので、海外の最新解説や公式リリースノートで差分を確認しながら進めるのが効率的です。
コンポジットで仕上げる｜80%レンダリング ＋ 20%後処理の配分
建築archvizの完成度は、「完璧なレンダリング設定」だけでは伸びません。むしろ「80%のレンダリング ＋ 20%のコンポジット（後処理）」の配分のほうが、時間効率と品質のバランスが取れます。レンダリングだけで仕上げようとすると、サンプル数を上げ続けるしかなくなり、制作時間が膨張します。
コンポジットの責任範囲
レンダリングとコンポジットの責任分担は、次のように分けると迷いません。
| 範囲 | 担当 | 具体的な処理 |
|---|---|---|
| 80%：レンダリング側で決まる | Cycles ／ Eevee Next | 形状・マテリアル設定・ライティング・露出・シャドウ |
| 20%：コンポジット側で仕上げる | Compositor | トーン調整 ／ グロー ／ 被写界深度（DOF）／ Lens Distortion ／ 色補正 |
「完璧なレンダリング設定」より「サンプル数 512〜1024 程度で止めて Compositor で仕上げる」ほうが時間効率が良いというのが、建築archviz実務の経験則です。サンプル数を1024→2048に倍増する時間と、Compositorでトーン補正＋グロー＋DOFを足す時間を比べると、後者のほうが見た目の伸びが大きい場面が多くあります。
建築archviz の主要コンポジットノード4種
建築archvizでよく使うCompositorノードは、次の4種です。
| ノード | 用途 | 建築archviz での使いどころ |
|---|---|---|
| Tonemap / Color Balance | トーン・色調整 | 露出補正・コントラスト調整・色温度の微調整 |
| Glare | 強い光源のグロー | 窓からの逆光・夜景の街灯・ペンダントライトのにじみ |
| Bokeh Blur / Defocus | 被写界深度（DOF） | 内観で手前の家具に焦点を当てて、奥の壁紙をぼかす演出 |
| Lens Distortion | レンズ歪み補正 | 広角内観の樽型歪みの補正・写真らしい樽型歪みの付与 |
この4種を押さえれば、建築archvizのコンポジット仕事の8割はカバーできます。すべてを一度に覚える必要はなく、Glareから入って徐々に増やすのが現実的です。
Compositorノードの建築特化の使い方は、Blenderコンポジットとは｜建築パースで使う4つのノード操作と仕上げのコツで深掘りしています。
最終出力の設定基準｜用途別フォーマット・解像度・色空間
最終出力で迷うのは、用途別の解像度・フォーマット・色空間の組み合わせです。Webプレゼン用と印刷用、HDRディスプレイ納品では、それぞれ最適解が異なります。Blender 5.0からはACESカラーマネジメントが標準対応になったため、納品先によって Filmic と ACES を切り替える運用も実用域に入りました。
用途別の解像度・フォーマット
建築archvizでよく使う4用途の設定基準は次のとおりです（2026年5月時点の業界標準）。
| 用途 | 解像度 | フォーマット | 色空間 | 圧縮 |
|---|---|---|---|---|
| Web プレゼン | 1920×1080 〜 2560×1440 | PNG（透過必要時）／ JPEG（軽量） | sRGB | JPEG品質 85〜95 |
| プレゼン資料（PowerPoint） | 1920×1080 | JPEG | sRGB | 品質 90 |
| 印刷 A4 | 3508×2480（300dpi） | TIFF ／ PNG | Filmic または ACES（広色域印刷） | 無圧縮またはLZW |
| 印刷 A3 | 4961×3508（300dpi） | TIFF ／ PNG | Filmic または ACES | 同上 |
| HDR ディスプレイ納品 | 3840×2160 以上 | EXR | ACES（推奨） | DWAA／DWAB |
| 動画・ウォークスルー | 1920×1080 〜 3840×2160 | MP4（H.264／H.265） | sRGB（SDR）／ Rec.2100（HDR） | 中ビットレート |
印刷物は300dpiが基本で、A4なら3508×2480、A3なら4961×3508が出発点です。Blenderの出力解像度はピクセル単位で指定するので、A4・A3の用紙寸法を直接指定するのではなく、上の数値に合わせます。
HDRディスプレイ納品で Rec.2100-PQ / Rec.2100-HLG を使う場合は、5.0以降の Display Transform 設定から選択します。EXRフォーマットで保存しておけば、後段のグレーディング工程で柔軟に処理できます。
ACES と Filmic の使い分け
色管理（カラーマネジメント）の選び方は、納品先で決まります。
| 納品先 | 推奨色空間 | 理由 |
|---|---|---|
| Web ／ SNS ／ プレゼン資料 | Filmic | sRGBディスプレイで自然なフィルムライクなトーンが出る |
| 印刷物（A4・A3・ポスター） | Filmic（標準）／ ACES（広色域印刷時） | 印刷会社のプロファイル次第。CMYK変換は別工程 |
| 映像業界連携・VFXパイプライン統合 | ACES（ACEScg working space） | 業界標準。複数ソフト間で色管理を統一できる |
| HDR ディスプレイ納品 | ACES + Rec.2100-PQ または Rec.2100-HLG | HDRの広色域・高輝度を物理的に正確に表現 |
Filmic は Blender 標準の View Transform で、建築archvizの従来基準としてフィルムライクなトーンを出します。Webや印刷の大半はFilmicで困りません。
ACES は5.0からの新オプションで、VFX業界標準・HDR・広色域納品で力を発揮します。建築単独案件で映像連携がない場合は、無理にACESにする必要はありません。
ACESの設定手順とACEScg ワーキングカラースペースの活用、Filmicとの切り替え基準は、Blender 5.x ACES カラーマネジメント完全ガイドで解説しています。
レンダリングを編集部が使ってみました｜建築archvizでの所感
数値ではなく体感の話なので、参考としてお読みください。
5.1 で「外観はEevee Next単独で行ける」体感が変わった
これまで「外観はCyclesでサンプル数512、内観は1024」が固定パターンだった編集部のワークフローですが、5.1のEevee Next改善以降は、外観のラフ案・プレゼン中間版をEevee Next単独で出すケースが増えました。
特に planar reflection の glossy reflection / refraction 対応で、外観のショーウィンドウや磨かれたタイル床の反射表現が、Cyclesに切り替えなくても済むケースが目に見えて増えています。シェーダーコンパイル時間の短縮もあって、「設定を変えて1分待つ→修正」の試行錯誤が公式の数値どおり軽くなる手応えがあります。
ただし最終納品の内観（特に夜景・人工照明・大型ガラスを含むシーン）は、引き続きCyclesが第一選択です。Eevee Next で「9割いける」感覚があっても、最後の1割の質感はCyclesでないと出にくい場面がまだあります。
Indirect Light Clamp の効果がやはり大きい
ノイズに悩む読者から寄せられる質問では、「サンプル数を4096まで上げてもノイズが消えない」というケースが目立ちます。公式ドキュメントや海外フォーラムの共通見解どおり、9割は Indirect Light Clamp が0（無効）のままで、3.0〜10.0に設定するだけで一気に改善します。
サンプル数を上げる前に Light Paths セクションの設定を一通り確認するだけで、レンダリング時間を半分以下にできるとされています。サンプル数を倍にする思考から、設定で対処する思考に切り替えるだけで時間効率が変わります。
AMD HIP-RT デフォルト化でPC選びの幅が広がった
Blender 5.1のAMD HIP-RTデフォルト化は、PC選びの相談を受ける場面でも実感しています。これまで「BlenderならRTX 4070以上」と機械的に答えていたところを、公式のリリースノートと AMD 公称値を踏まえると「Radeon RX 7000系統も視野に入りますね」と言えるようになりました。
ただし2026年5月時点では、シーンによってNVIDIA OptiXとAMD HIP-RTで得意・不得意が分かれます。海外レビューの共通見解では、複雑なボリュームレンダリングやNanoVDBを多用するシーンでは依然としてNVIDIA OptiXが速い場面もあります。導入前にPuget Systems等の最新ベンチマークで使うシーンタイプを確認するのが安心です。
PC選定の詳細はBlender PC環境・設定ガイドで解説しています。
これからのBlenderレンダリング｜2026年以降の活用シーン
Blender 5.0・5.1で大きな転換点を迎えたBlenderのレンダリングですが、2026年以降にさらに広がる活用シーンがいくつか見えてきています。
アニメーション・ウォークスルーへの応用拡大
5.1のEevee Next高速化と、OIDN 3（2026年1月発表）のtemporal denoising対応予告で、建築archvizのウォークスルー動画やリアルタイムプレゼンが現実的になっています。これまで動画は「最終納品はLumionかD5 Render」が定番でしたが、Blender単独で動画納品まで通せる場面が増えていきそうです。
詳しくは外部レンダラーとの比較がBlender対応レンダラー比較で解説されています。
HDRディスプレイ納品の本格化
ACES 1.3/2.0 標準対応とRec.2100-PQ/HLG対応で、HDRディスプレイ向け納品が現実的な選択肢になりました。住宅ショールーム、商業施設のサイネージ、不動産販売の大画面プレゼンなどでHDRディスプレイの普及が進めば、建築archvizもACEScg + Rec.2100の納品が標準的になっていく可能性があります。
AMD GPUの実用化でフリーランス参入のしやすさ向上
AMD HIP-RTのデフォルト化で、NVIDIAだけだったレイトレース性能のハードウェア選択肢が広がりました。Radeon RX 7900 XTX クラスでも RTX 4080 クラスと比較できる性能が出るシーンが出てきており、PC構成の自由度が上がっています。
特にフリーランス・副業で建築archvizを始める方にとって、初期投資の選択肢が広がるのは現実的な追い風です。マシン選びの詳細はBlender PC環境・設定ガイドを参考にしてください。
まとめ｜建築archviz レンダリングで押さえる5要点
- 「重い・遅い」は Cycles と Eevee Next の使い分けで解決します。確認・プレゼン中間・外観・遠景は Eevee Next、最終納品の内観は Cycles。5.1の Eevee Next 大幅改善で、外観は Eevee Next 単独で納品できる場面が大幅に増えました。
- ノイズは「サンプル数を増やす」より「発生源を特定する」のが近道です。蛍光ノイズは Indirect Light Clamp 3.0〜10.0、ガラスは Transmission Bounces 16〜24、反射面は Filter Glossy 1.0。5.x の Cycles 改良（Volume null scattering ／ SSSランダムウォーク改良）で発生源側も強化されています。
- コンポジットは「80%レンダリング ＋ 20%後処理」が効率的です。Tonemap・Glare・Bokeh Blur・Lens Distortion の4ノードで建築archvizの仕上げ仕事の大半がカバーできます。5.0で Sequencer内 Compositor strip modifier が追加され、ビデオ出力の補正も統一タイムラインで処理できるようになりました。
- Blender 5.x が建築archviz レンダリングの新標準です。ACES 1.3/2.0 標準対応＋Working Color Space 3択（Linear Rec.709 / Linear Rec.2020 / ACEScg）、AMD HIP-RT デフォルト有効化（Radeon RX 6000以降）、Eevee Next 5.1 大幅改善が3本柱。4.x時代のチュートリアルとの差分を意識しながらキャッチアップするのが効率的です。
- 最終出力は用途別の解像度・フォーマット・色空間で切り替えます。Web は1920×1080以上・JPEG・sRGB、印刷は300dpi・TIFF・Filmic、HDRディスプレイは ACES + Rec.2100-PQ/HLG。Filmic と ACES の使い分けは納品先（Web/印刷=Filmic、映像業界連携/HDR=ACES）で決めます。