リアルな建築パースを作るためのBlenderレンダリング設定7選|外観・内観・Eevee Next対応【4.5 LTS基準】
Blenderで建築パースを作っていると、「サンプル数を上げているのにノイズが消えない」「印刷に出したら色味が変わってしまった」という壁にぶつかる場面があります。原因の多くは、設定項目の意味を理解せず断片的な値だけを真似ていることです。
ここ1年で、建築archvizの設定選択肢は大きく広がりました。2025年7月の Blender 4.5 LTS ではライトのColor Temperatureや光漏れ修正が入っています。2025年11月の Blender 5.0 ではACES 1.3/2.0が標準対応。2026年3月の Blender 5.1 ではEevee Nextのplanar reflectionがglossy・refractionに対応しました。
この記事では、サンプル数・色空間・デノイザー・Light Paths・解像度・Eevee Next・本番前チェックの7項目を、外観・内観別の具体値テンプレートで紹介します。本文は 4.5 LTS / 5.1 両対応で、設定の意味を理解した上で値を選べる状態を目指します。
Blenderのレンダリング設定で押さえるべき3つの柱
レンダリング設定の項目は数十に及びますが、建築パース実務で品質と作業時間に最も影響するのは限られた3項目に絞れます。優先順位とCycles・Eevee Nextの使い分けの基本から押さえます。
設定項目の全体像と優先順位
建築パース用途で最初に押さえるべき項目は3つあります。①サンプル数(ノイズ量と制作時間のバランスを決める要因)、②色空間(Color Management、白飛びや暗部の表現を決める要因)、③出力解像度・フォーマット(納品要件を決める要因)です。この3つを建築パース用に最適化すれば、他の項目はおおむねデフォルト前後の値で十分に通用します。逆に言えば、この3つを案件特性に合わせず使い回していると、いくら細部のパラメータを触っても改善が頭打ちになります。
解説のベースは Blender 4.5 LTS(2025年7月リリース・2027年7月までサポート)/ Blender 5.1(2026年3月リリース)の両対応 とします。Blender 4.0以降のデフォルト色空間は AgX(旧 Filmic から移行)です。4.0より前のチュートリアルを参考にすると露出感が大きく変わるため、最初に確認しておく項目です。さらに 5.0 では ACES 1.3/2.0 標準対応 が追加され、印刷・Web中心の従来用途に加えてHDR・広色域納品の選択肢が増えました(詳細は後半で解説しています)。
CyclesとEevee Nextの使い分け
Blenderには建築パース向けに使えるレンダーエンジンが2系統あります。Cycles は物理ベースのパストレースで光の挙動を正確に計算するため最終納品向き、Eevee Next はリアルタイム計算で同じシーンでも数十倍以上速く描画できるためプレゼン確認・中間チェック向きという使い分けが基本構図です。Eevee Nextは Blender 4.2 で正式版化(Legacy Eevee 廃止)されました。4.5 LTSでは光漏れ修正・Shadow Terminator Biasの追加・ライトColor Temperature/Exposure UIの整備が入っています。
さらに 5.1 では Eevee Next が一段進化しています。planar reflectionが従来のperfect mirrorのみからglossy reflection・refractionに対応し、窓・鏡・床反射が単独で正確化しました。あわせてシェーダコンパイルが25〜50%高速化、テクスチャメモリが30〜40%削減されています(出典: Blender 5.1 EEVEE & Viewport リリースノート)。結果として、外観・遠景については Eevee Next 単独で納品まで通せる場面が大幅に増えています。エンジン選定の詳しい使い分けは Blender Eevee Next 建築archviz完全ガイド|Legacy比較・新機能5選・Cycles使い分け【2026年版】 で解説しています。
サンプル数・デノイザー・Light Pathsの設定|外観・内観パース別テンプレート
建築パースのレンダリング設定で最も差が出るのが、サンプル数・デノイザー・Light Pathsの3本柱です。2026年5月時点の編集部実使用ベースで、外観と内観に分けた具体値テンプレートを示します。
Adaptive Samplingを有効にした設定が標準
建築パースのCyclesレンダリングでは、固定サンプル数ではなく Adaptive Sampling を有効化した運用が標準です。シーン内のノイズが少ない領域では早めにサンプリングを打ち切るため、同品質で全体の計算時間が20〜50%程度短縮されます。Render Properties → Sampling → Adaptive Sampling を有効化し、Noise Threshold(ノイズ許容値)で品質をコントロールします。
外観・内観の用途別テンプレートは以下です(出典: Blender 5.1 Manual Sampling)。
| 用途 | Max Samples | Noise Threshold |
|---|---|---|
| 外観パース(日中) | 512 | 0.01 |
| 外観パース(夕景・夜景) | 1024 | 0.01 |
| 内観パース(窓光中心) | 1024〜2048 | 0.005〜0.01 |
| テストレンダリング | 64〜128 | 0.02 |
前提として OpenImageDenoise(OIDN)が有効化されていることを想定した値です。デノイザーなしで同等品質を狙うと倍以上のサンプル数が必要になり、現実的な制作時間に収まりません。
なお Blender 5.1 では Cycles 自体の処理性能が底上げされています。公式リリースノートによれば、CPUで5〜20%・GPUで5〜10%が高速化、シェーダコンパイルが25〜50%高速化したとされています(出典: Blender 5.1 Release Notes)。Adaptive Samplingの動作仕様自体は 4.5 LTS と同じですが、同じMax Samples設定でもより短時間で打ち切られる挙動になります。Cyclesの設定全体を深掘りしたい方は Blender Cycles 建築archviz完全ガイド|4シーン別推奨設定とGPU最適化【2026年版】 で解説しています。
デノイザーの選び方|OpenImageDenoise と OptiX
Cyclesで使えるデノイザーは主に2種類です。OpenImageDenoise(OIDN) は最終納品向けで細部の保持に優れ、Blender 4.1以降は対応GPUでの動作にも対応しています。対応GPUはNVIDIA RTX・GTX16xx系、Apple Silicon macOS 13+、Intel Xe-HPG、AMD RDNA2/3 on Linuxなどです(出典: Blender 4.1 Cycles Release Notes)。OptiX はNVIDIA RTX系専用で最速・ビューポート確認向きという位置づけです。
Blender 5.1 では OIDN 2 のGPU加速がさらに強化されています(出典: Blender 5.1 Release Notes)。以前の「OIDN は高品質だが遅い」という弱点は大きく改善されました。発光体の多い室内シーンではOptiXと同等以上の速度で、品質はより高い結果が得られる傾向にあります。室内archvizでOIDNを第一選択にする根拠が一段強くなったと言えるでしょう。
あわせて Blender 5.0 ではOptiXのvertical flip境界アーティファクトも改善されており(出典: Blender 5.0 Cycles Release Notes)、ビューポートデノイズ用途も使い勝手が向上しています。
AMD GPU 使用者向けの重要なアップデート: Blender 5.1 で AMD HIP-RT がデフォルト有効化されました(5.0 までは off by default)。出典は Phoronix: AMD HIP-RT Is Stable For Blender 5.0 But Off By Default Until 5.1 と Blender 5.1 Release Notes です。NVIDIA一強の構図に変化が出始めており、AMD Radeon GPUがレイトレーシング性能で実用的な選択肢になってきています。
デノイザー使用時は Prefilter(Albedo / Normal) を有効化すると下地情報を参照して細部保持精度が上がるため、最終納品では併用が標準です。デノイザー設定でもノイズが取れない場合は、サンプル数を上げる前に発生源(マテリアル・ライティング・Volume等)を切り分ける必要があります。発生源の特定からの解消手順は Blenderレンダリングのノイズ対策6選|発生源の特定から解消まで で解説しています。
外観パースと内観パースで設定値が変わる理由
外観と内観でサンプル数が大きく違うのは、主光源の性質が異なるためです。外観の日中パースは太陽光(Sun Light または HDRI)という強くシンプルな主光源が支配的で、ノイズが均一に分布するため512前後のサンプル数で収束しやすい構造です。一方 内観パース は窓から入る間接光と室内照明が複雑に絡み合うため、1024〜2048でもノイズが残るケースが珍しくありません。
内観で収束を早めたい場合は Portal Light が有効です。窓・開口部にArea Lightを配置してPortalオプションを有効化すると、HDRIのサンプリングが開口部に集中してノイズの収束が高速化します。あわせて Path Guiding(Render Properties → Sampling → Path Guiding)を有効化すると、光源が見つかりにくいシーンで効果を発揮します。ただしPath Guidingは現状 Cycles CPU 限定(GPU非対応)で、Blender 4.0以降は Diffuse / Glossy 両対応になっています。
夕景・夜景の内観では照明器具などの発光体が局所的に高輝度になりやすく、白い粒(ファイアフライ)の発生が増えます。発生源の対処としては、Light Pathsの Clamp Direct / Clamp Indirect で輝度の上限を設定する方法が定石です。Clamp Indirectを 10〜30 程度に下げると、ファイアフライを抑えながら全体の明るさをほぼ維持できます。
Light Paths(バウンス数)の外観/内観別設定
光線の反射回数(バウンス数)は Render Properties → Light Paths → Max Bounces で設定します。バウンス数が多いほど光が複雑に回り込み品質が上がりますが、計算時間も伸びます。2026年5月時点の建築実務頻出値として、外観と内観で以下の目安が機能します(出典: Blender 5.1 Manual Light Paths)。
| 設定項目 | 外観パース | 内観パース |
|---|---|---|
| Total | 8 | 10〜12 |
| Diffuse | 4 | 6〜8 |
| Glossy | 4 | 4〜8 |
| Transmission | 8 | 12〜16(ガラス多用時) |
| Caustics(Reflective / Refractive) | OFF | OFF |
Caustics(コースティクス) は建築パースではReflective・Refractiveの両方をOFFにするのが定石です。プールの水底の光紋やガラスの集光模様といった現象は計算コストが大きく、ノイズの主要発生源にもなります。どうしても表現したい場合は本体レンダリングではなくコンポジターで後付けする運用が安定です。コンポジット側の使い分けは Blenderコンポジットとは|建築パースで使う4つのノード操作と仕上げのコツ で解説しています。
特に Transmission はガラスの枚数によって計算時間が大きく変わります。複層ガラスのカーテンウォール建築などで Transmission を 16 まで上げるとレンダリング時間が数倍に伸びることがあるため、ガラス枚数とのバランスで決めます。
色空間(Color Management)の設定|AgXを使う理由
色空間の設定は、建築パースの「写真らしさ」を決める最重要要因の一つです。Blender 4.0以降のデフォルトであるAgXを軸に、旧Filmicと5.0で標準対応したACESまでを建築archvizの観点でまとめます。
AgXが建築パースに向いている理由
AgX はハイライト(明るい部分)を段階的に飽和させる設計で、強い光が当たっている領域が一律に白飛びすることがなく、写真のような自然なグラデーションを保ちます。建築パースでは窓越しの強い太陽光・照明器具周辺・金属の反射といった高輝度部位の表現品質に大きく影響するため、AgXが標準的な選択になります。
旧バージョンでデフォルトだった Filmic はAgXより前の世代の標準で、ハイライト管理がやや粗く、窓周辺や照明器具の発光面が白っぽく抜けてしまうケースがあります。AgX以外の Standard / sRGB は色空間変換を行わない設定で、テクスチャ確認用途に限定する位置づけです。AgXには False Color という露出範囲を色分け表示するモードも用意されており、露出オーバー・アンダーの領域を視覚的にチェックする補助として有効です。
設定は Properties → Render Properties → Color Management → View Transform → AgX で切り替えます。Filmic時代に作ったファイルをそのまま開くと露出感が変わって暗く見えるため、Exposure値を ±1〜2 の範囲で調整してシーン全体の明るさを合わせ直します。
ACES 1.3/2.0 標準対応(Blender 5.0新規)
Blender 5.0 で ACES 1.3/2.0 が標準対応 されました。OCIO(OpenColorIO)経由で利用でき、HDR・Rec.2020・Display P3 などの広色域に対応しています。出典は CG Channel: Blender 5.0 key features と itsfoss: Blender 5.0 ACES です。建築archvizでは、VFXパイプライン統合・印刷出力での厳密な色管理・HDRディスプレイ向け納品といった用途で業界標準色管理が選択できるようになりました。
選び方の目安は以下です。
| 設定 | 特徴 | 建築での推奨用途 |
|---|---|---|
| AgX(4.0以降デフォルト) | ハイライトの段階的圧縮・クリッピングなし | 標準(基本これを使う) |
| Filmic(旧デフォルト) | ハイライト管理がやや粗い | 旧ファイル互換時のみ |
| ACES(5.0新規) | OCIO 経由・1.3/2.0 対応・業界標準色管理 | VFXパイプライン統合・HDR納品時 |
| Standard / sRGB | 色空間変換なし | テクスチャ確認用途のみ |
切替は Render Properties → Color Management → View Transform で行います。印刷物・Web中心の納品が大半ならAgXのまま、映像業界との連携やHDR納品・広色域納品が前提ならACESを検討、という構図が現実的です。ACESの建築archvizでの活用詳細は Blender 5.x ACES カラーマネジメント完全ガイド|建築archvizで使う7つの設定と4ステップ移行【2026年版】 で解説しています。
ExposureとライトColor Temperature調整
AgXは旧Filmicと明るさ基準が若干異なるため、移行時は Exposure を ±1〜2 の範囲 で調整してシーン全体の明るさを合わせます。AgXのまま新規制作する場合も、撮影時の絞り・シャッタースピード調整と同じ感覚で1枚ごとにExposureを動かすと、シーンごとの最適な明るさに追い込めます。
Blender 4.5 LTSではライトオブジェクトごとに Color Temperature(色温度)と Exposure(露出)のスライダーが追加されています。光源ごとに昼白色・電球色を直感的に切り替えられるため、室内の電球と窓からの太陽光を組み合わせるシーンでも、色温度の差を物理単位で設計しやすくなりました。Cycles・Eevee Next の両エンジンに対応しているため、エンジンを切り替えても同じ感覚で扱えます。
なお RAWワークフロー として、カラーテクスチャは「sRGB」、Normal Map・Roughness・Metallicなどのデータマップは「Non-Color」と正しく分けて設定します。こうしておくと、AgX・ACESどちらの色空間でも彩度を保ったまま正確な見た目を得られます。テクスチャの設定ミスは色がくすむ・荒くなる原因として最も多いため、最初に分類を確認しておく価値があります。トーンカーブやグレーディングの細かい調整は、レンダリング側ではなくコンポジターでの後処理に任せる方が再調整しやすく、 Blenderコンポジットとは|建築パースで使う4つのノード操作と仕上げのコツ で具体的なノード操作を解説しています。
出力解像度とフォーマット設定
レンダリング設定は仕上がりの「見た目」と「納品要件」の両方を満たすことを目的としています。解像度とフォーマットは納品要件から逆算するのが鉄則で、2026年5月時点の標準値を以下にまとめます。
建築パース用途別の解像度設定基準
| 用途 | 解像度 | フォーマット |
|---|---|---|
| プレゼン(モニター) | 1920×1080(Full HD) | PNG 16bit / JPEG(品質90〜95) |
| プレゼン(4K) | 3840×2160 | PNG 16bit |
| 印刷 A3(300dpi) | 3508×4961 | PNG 16bit / TIFF |
| 印刷 A1(300dpi) | 7016×9933 | PNG 16bit / Border Render 分割推奨 |
| Web 掲載 | 1920×1080 / 1440×810 | JPEG(軽量) |
| コンポジット用 | 制作解像度 | EXR MultiLayer |
| HDR ディスプレイ納品(5.x ACES 推奨) | 3840×2160 以上 | EXR + ACES |
設定は Properties → Output Properties → Resolution で指定します。Percentageを50%にすると半解像度でテストレンダリングを出せるため、本番前の確認用として便利です。A1の300dpi(7016×9933)クラスになるとメモリ・処理時間の制約が大きくなるため、Border Render(領域レンダリング、Ctrl+Bで領域指定)を使って分割出力し、後で合成する運用がスムーズです。
解像度は後から上げる(アップコンバートする)と画質劣化が避けられないため、最初に納品仕様を確認してから設定する手順を徹底します。「印刷もWebも同じファイルから出せばよい」という発想だと、印刷時に解像度不足で出力できないケースが起きやすいので注意してください。
PNG・JPEG・EXRの使い分け
最終出力フォーマットには建築パース定番の3種類があります。PNG 16bit は透明背景に対応し、ロスレス圧縮で高品質を保持できるため建築パース最終納品の基本形式です。JPEG(品質90〜95) はWeb掲載・メール添付・容量制限のあるシーン向けで、PNGの1/5〜1/10程度のファイルサイズに収まります。OpenEXR MultiLayer はコンポジット作業用で、Diffuse / Normal / Depth といった各レンダーパスを保持したまま書き出し、後処理での再調整を可能にします。EXRの実務的な扱い方は Blenderコンポジットとは|建築パースで使う4つのノード操作と仕上げのコツ で解説しています。
5.0でACESが標準対応したことで EXR + ACES の組み合わせがHDRディスプレイ納品・映像業界連携で実用化しています。広色域・HDRワークフローを前提にする現場では、最終フォーマットがPNGからEXR + ACESに置き換わる傾向が出始めています。
ここで一つ重要な仕様があります。EXR・HDR・DPXなどのHDRフォーマットは、AgX/ACESなどのView Transformを適用しない「生データ」で書き出される という点です。EXRをそのまま画像ビューアで開くと暗く見えるのはこのためで、不具合ではありません。AgXやACES適用済みの見た目で書き出したい場合は、PNG/JPEGを使うか、コンポジターでView Transformを明示的に適用してから書き出します。「レンダリング結果がやけに暗い」「Blender画面と書き出し画像で色が違う」というトラブルの半分くらいはこの仕様が原因なので、覚えておくとデバッグが早くなります。
Eevee Nextの建築パース向け基本設定(Blender 4.2 LTS〜5.1 対応)
Eevee NextはBlender 4.2で正式版化された次世代リアルタイムレンダラーです。Cyclesと違って光のシミュレーションをリアルタイムで近似するため、確認・プレゼン用途で大きな速度差を発揮します。5.1で建築archviz実務にとって特に大きな進化が入ったので、ここを軸にまとめます。
Eevee Next の Blender 4.2 → 5.1 進化
Blender 4.2 で Eevee Next が正式版化(Legacy Eevee 廃止)され、ライト数上限4,096個、Virtual Shadow Maps、Raytraced Reflection、Transmission Weightパラメータの追加といった建築パース実務向けの機能が出揃いました。4.5 LTS ではさらに大型ライトの光漏れ修正、Shadow Terminator Bias、ライト個別の Color Temperature/Exposure UI が加わりました。安定運用版として完成度が高まっています(出典: Blender 4.5 LTS リリースノート)。
そして Blender 5.1 で建築archvizにとって大きな改善が入りました(出典: Blender 5.1 EEVEE & Viewport リリースノート)。
- planar reflectionがglossy reflection / refractionに対応: 従来のperfect mirror(完全鏡面)のみだったplanar reflectionが、ザラついた金属表面や曇りガラスのような不完全な反射と屈折にも対応しました。窓・鏡・床反射が単独で正確化し、外観・遠景はEevee Next単独で納品まで通せる場面が大幅に増えています
- light path intensity の global adjustments: indirect lightingの輝度をunderlying light transportを変えずに一括調整できるようになり、間接光の強弱だけを後から微調整しやすくなりました
- シェーダコンパイル 25〜50% 高速化: 大型シーンでビューポート起動・マテリアル変更時の待ち時間が体感的に大きく短縮
- テクスチャメモリ 30〜40% 削減: VRAM 4GB クラスのGPUでもより重いシーンが扱えるようになり、ノートPC運用の幅が広がりました
これらの数値は公称値で、実シーンでは構成に応じて効果幅があります。Blender 4.5 LTSから5.1への移行時には、旧プロジェクトを開いた際に Transmission Weight が 0 に初期化される現象や、light probe の挙動差異が報告されています(Blender Issue #122359)。反射が以前と異なる場合は light probe の配置を再確認すると解消することが多いです。なお 5.1 では light path intensity / light probe planar の既知問題が一部残存しています。詳細は Blender Eevee Next 建築archviz完全ガイド|Legacy比較・新機能5選・Cycles使い分け【2026年版】 で解説しています。
Eevee Next で建築パースを作る際の設定基準
Eevee Nextでの建築パース設定の中核は、サンプル数とRaytracing関連の設定です。
サンプル数は Render 64〜128(クライアント確認用)/ 256〜512(プレゼン品質)が目安です。Cyclesと違ってEevee Nextはリアルタイム計算の積み重ねで品質が上がる構造のため、サンプルを増やすほど反射・シャドウのちらつきが減少します。逆に静止画のクオリティを追い込むなら 512 程度まで上げても処理時間は数十秒〜数分の範囲に収まります。
Raytraced Reflection は Render Properties → Raytracing で有効化します。スクリーンスペース反射に比べて精度の高い映り込みが得られ、5.1のplanar reflection改善と組み合わせると、ガラスの正確な屈折・床の鏡面反射がEevee Next単独で実現できる範囲が一段広がります。
Raytraced Transmission の有効化手順は3ステップ です。
- Render Properties → Raytracing でRaytracingを有効化
- Material Properties → Settings → Render Method を Dithered に変更
- 同パネルで Raytraced Transmission を有効化
ガラスマテリアルにこの設定を入れると、Cyclesに近い屈折表現が可能になります。ただしパフォーマンス影響が大きいため、シーン全体ではなくガラス・水面など本当に必要なオブジェクトに限定して適用するのが定石です。
Cycles と Eevee Next は マテリアルを共用できる設計 になっているため、エンジンを切り替えてもノードツリーは基本そのまま機能します。確認は Eevee Next・最終出力は Cycles という運用がスムーズで、5.1以降は外観については「確認も最終もEevee Next」というワークフローも現実的な選択肢になりました。
レンダリング前チェックリスト6項目
設定を入念に組んだつもりでも、本番レンダリング後に「色空間を変え忘れていた」「保存パスを変更し忘れていて上書きされた」というミスは起きます。本番前の6項目チェックを習慣化することで、長時間のレンダリングを無駄にせず済みます。
本番レンダリング前に確認する6項目
| # | 項目 | 確認内容 |
|---|---|---|
| 1 | レンダリングエンジン | Cycles / Eevee Next のどちらを選んでいるか |
| 2 | 解像度と出力フォーマット | 納品要件と合致しているか、PNG/JPEG/EXRのどれを選ぶか |
| 3 | 色空間 | AgXが設定されているか(旧Filmicのままになっていないか)、5.0以降はACESも選択肢 |
| 4 | 出力パス | 保存先フォルダが正しいか(デフォルトは // でBlenderファイルと同ディレクトリ) |
| 5 | デノイザー | 最終出力ならOIDN、ビューポート/テストならOptiXのどちらを選ぶか |
| 6 | Persistent Data | 連番/アニメーション出力時は Render Properties → Performance → Persistent Data を有効化しているか |
特に Persistent Data はアニメーションや連番出力で効果が大きく、フレーム間でBVH(衝突判定構造)やテクスチャを保持することで、1コマあたりの計算時間が10〜30%短縮されます。一方でメモリ使用量が増えるため、PCスペックに余裕がある場合に有効化する位置づけです。静止画1枚のレンダリングでは効果がほぼないため、運用上はアニメーション・連番用と覚えておけば十分です。
本番前の品質チェックには テストレンダリング を活用します。Sampling → Max Samples を 64〜128 に下げ、Border Render(Ctrl+B)で問題が出やすい領域だけを指定してレンダリングすれば、数分で品質・明るさ・ノイズの傾向が把握できます。「いきなり高サンプルで本番に入って数時間後にミスに気付く」というロスを避けるための工程です。
Blenderレンダリング設定を整えた先にできる応用
7項目の設定を体系的に整えていくと、案件ごとの迷い時間が大きく減り、表現に集中できる状態に変わっていきます。設定理解の先にある応用シーンを以下にまとめます。
案件ごとの迷い時間が減り、表現に集中できる
設定値の意味を理解した上で調整できるようになると、案件特性に合わせた微調整が短時間で可能になります。たとえば住宅案件で「南向きリビングの午後の柔らかい光」と「北側書斎の落ち着いた採光」を同じプロジェクト内で出し分けるケースを考えてみてください。Light Pathsのバウンス数とライトのColor Temperatureを切り替えるだけで、雰囲気のあるシーン違いを短時間で量産できます。
Eevee Nextで素早く確認しながらCyclesで最終出力する運用が定着すると、クライアント中間確認の回数を増やせるようになり、修正リスクを早期に潰せます。応用シーンとしては、アニメーション制作ではPersistent Dataで連番出力を効率化、大型印刷ではBorder Render分割で巨大解像度を分担、コンポジット込み仕上げではEXR MultiLayerでパス別の後処理、といった切替が考えられます。Eevee Nextの活用ノウハウは Blender Eevee Next 建築archviz完全ガイド|Legacy比較・新機能5選・Cycles使い分け【2026年版】 でさらに深掘りできます。
5.1環境ではEevee Next単独で納品まで通せる選択肢が大幅に増えたため、外観パースや遠景については「短時間で高品質を狙う」運用が現実的になっています。Cyclesの長時間レンダリングを必須としていた案件で、確認だけでなく最終納品にもEevee Nextを使えるシーンが広がり、制作フロー全体の所要時間が短縮される未来が見え始めています。あわせてライティング設計の全体像は Blenderライティング&カメラガイド|HDRI・室内・焦点距離を3ステップで整理 で解説しています。
Blenderレンダリング設定についての編集部の見解
ここまで7項目を技術的に見てきました。最後に編集部が建築archviz案件を通じて感じている所感をお伝えします。公式リリースノートと海外archviz レビューを通じて見えてきたのは、どの設定に時間をかけるべきか、どのバージョンを選ぶかという判断ポイントです。
サンプル数より「デノイザーとLight Pathsの使い分け」
公式ドキュメントと海外archvizガイドを読み解いた結論として、最も差が出るのは「サンプル数を上げる」より「デノイザーとLight Pathsを使い分ける」という点に集約されます。サンプル数だけで品質を上げようとすると計算時間が指数的に伸びていく一方、適切なデノイザー併用とLight Paths調整のほうが費用対効果が大きくなります。
コスト面でも、Blender自体は無料で、Cycles・Eevee Next ともLTSサイクルで継続改善されており、OIDNもインテルが無償提供しているため、追加コストなしで実務水準のレンダリングが組めます。商用レンダラーと比較したとき、無料で建築archvizを始められる選択肢としてはBlender経由のCycles + OIDN構成が現時点で最有力です。
Blender 4.5 LTS / 5.1 の使い分け
バージョン選びについては、Blender 4.5 LTS(2027年7月までサポート) と Blender 5.1(2026年3月リリース) のどちらをメインにするかが分かれ目です。用途で分けて考えるのが現実的です。
- 安定運用・既存ファイル中心・既存チュートリアル互換性重視 なら 4.5 LTS。LTSサイクルで2027年7月まで安定サポートされるため、長期案件で環境を固定したいケースに向きます。情報量も豊富で、トラブル時の対処情報が集めやすい
- 5.x 新機能(Eevee Next 単独納品場面増・ACES 1.3/2.0・True Displacement)を活用したい なら 5.1。たとえば「外観・遠景でEevee Next単独納品を狙う」「HDR・広色域納品にACESを使う」「コンクリート打放しの目地などをAdaptive Subdivisionで物理メッシュ化する」用途では 5.1 の恩恵が大きいと言えるでしょう
- 併用も可能: 同一PCに4.5 LTSと5.1を別フォルダにインストールしておけば、案件ごとに使い分けてみてください
判断ポイントとして覚えておきたいいくつかの制約があります。Path Guidingは現状CPU限定でGPU非対応のため、内観の収束高速化のためにPath GuidingをONにする場合はGPUレンダリングと併用できません。Persistent Dataはメモリ使用量が増えるためPC環境に依存します。AgXは4.0以降で標準化されているため、4.0より前のチュートリアルを参考にすると露出感が大きく異なる可能性があり、情報源は2024年以降の記事を優先したほうが安全です。
推奨ユーザー像としては、無料で建築パース制作を始めたい個人・小規模事務所、Eevee NextとCyclesを使い分けて納期短縮と品質確保を両立したい方、LTSサイクルで長期環境安定を求めるフリーランス、というあたりが代表的です。設定の理解はそのまま「画づくりの自由度」につながるので、テンプレートを起点にしつつ少しずつ自分の基準を作っていく進め方が結果的に最短ルートになります。
まとめ
リアルな建築パースを作るためのBlenderレンダリング設定として、ここまで7項目を見てきました。要点は以下です。
- 設定の優先順位 は「デノイザー → サンプル数 → 色空間(AgX/ACES)→ Light Paths → 出力フォーマット → Eevee Next 活用 → 本番前チェック」。最初に押さえる3つの柱はサンプル数・色空間・出力解像度
- 外観パース は Max Samples 512 前後、Light Paths Total 8、OptiX または OIDN 併用が基本
- 内観パース は Max Samples 1024〜2048、Diffuse 6〜8 / Transmission 12〜16、OIDN で仕上げる構成が安定
- 4.5 LTS のライト Color Temperature/Exposure、5.1 の Eevee Next planar reflection / シェーダコンパイル高速化、5.0 の ACES 1.3/2.0 標準対応 を活用すると、複数光源・反射・色管理の自由度が大きく上がります
- 設定値は「なぜその値か」を理解して使ってみてください。テンプレートをコピーするだけでは案件特性に合わない場面で対応できなくなります
テンプレートをそのまま使うのではなく、案件のシーン特性に合わせて少しずつ自分の基準を作っていく進め方が、結果的に最短ルートです。Eevee Next の進化で「速く確認・速く出す」運用が現実的になり、Cycles の物理ベース計算で最終品質を担保するという建築archvizのワークフロー全体が、ここ1年で大きく変わってきています。
あわせて読みたい
- Blenderレンダリングのノイズ対策6選|発生源の特定から解消まで — サンプル数を上げてもノイズが消えない場合の根本的な対処方法を知りたい方へ
- Blenderコンポジットとは|建築パースで使う4つのノード操作と仕上げのコツ — レンダリング後の後処理でさらに品質を上げたい方へ
- Blender Eevee Next 建築archviz完全ガイド|Legacy比較・新機能5選・Cycles使い分け【2026年版】 — Eevee Next の 5.1 改善を活かして単独納品を狙いたい方へ
- Blender 5.x ACES カラーマネジメント完全ガイド|建築archvizで使う7つの設定と4ステップ移行【2026年版】 — ACES 1.3/2.0 を建築archviz で活用したい方へ

