プログラミングや3DCGで何か作りたいと思っているエンジニアがいます
Cyclesを速くする11の設定を1つずつ足して、「何倍速くなったか」と「絵がどれだけ変わったか」を同時に測りました。絵をほぼ変えずに速くなったのは「ノイズ除去をGPUで走らせる」と「アダプティブのしきい値を緩める」の2つだけで、この2つだけで屋内1.71倍・屋外2.85倍になります。Fast GIは1.89倍速いが絵のズレが+52、タイル分割はむしろ遅い、ライトツリーは5000灯でも逆転しない、OptiXとCUDAの差は1.19倍——さらに「絵は変わらない」を画素単位で確かめ、差が反射・屈折の面に集中していることまで追いました。
BlenderのEEVEEとCyclesを、自作の屋内シーンとp973の街の2つで焼き比べました。Cyclesの高サンプルを「正解」に置いてズレを数値化したところ、EEVEEはサンプルを1から256に増やしてもズレが64.8→64.8とまったく動かず、Cyclesだけが40.9→4.5と下がりました。さらにノイズ除去を入れたCyclesは8サンプル・3.59秒でズレ2.8に到達します。ライトプローブの大きさとベイク時間の逆説、初回だけ15秒かかるシェーダキャッシュの正体まで、Blender 5.2 LTS・RTX 3060の実測で確かめた記録です。
BlenderのGeometry Nodesで作った街に、道路の実体・地面の高低差・建物4種の作り分けを段階的に足しながら、そのたびに「ノードの再計算」と「ビューポート描画」を分けて実測しました。面数が減ったのに描画が2.3倍になった話、Raycastの重さが隣のノードに計上される話、実体化すると描画は10倍速いのに再計算は3.6倍になる話まで、480m四方・78,809個の街で確かめた記録です。
Blender 5.2 LTSの新機能をRTX 3060で実際に触りました。ノードベース物理で板が布になる様子、Cyclesのテクスチャキャッシュでメモリが70.6%減った実測、Mesh BevelとThin Wallのbefore/afterまで画像つきで。1か月前に調べただけで書いた予測記事の答え合わせでもあります。
ゲームエンジンの2大巨頭、UnityとUnreal Engineのこれからを公式ロードマップやイベント発表から調べ、同じ切り口で並べてみました。UnrealはUE5.8を最後にUE6へ、Unityはレンダリング統合とWeb/モバイル強化へ。Runtime Fee撤回後の料金・ライセンスの最新動向まで比較します。
Blenderの公式ロードマップとリリースノートから、これから来る注目機能を分野ごとに調べました。もうすぐ登場する5.2 LTSの新機能（Fillツール・Bevelノード・ノードベース物理シミュレーション）、2026年の開発計画（新しいヘアーソルバー・Modal Node Tools・CyclesのOpenPBR・EEVEEの反射屈折・Androidポート）、そして3Dモデル生成AI（Hunyuan3D-2・Pixal3D・TripoSR等）の種類とBlenderへの持ち込み方まで、どんな人に何が嬉しいのかを平易に紹介します。
Unreal EngineのMetaHumanでフォトリアルなデジタルヒューマンを制作。2025年にブラウザ版が廃止されUEエディタに統合された“新Creator”で、プリセット→顔→肌→髪を編集し、Lumenで肌のサブサーフェスや髪のグルームの質感を出すまでを実画面つきで解説。無料で使える範囲(年商100万ドル未満)・他エンジンにも書き出せるライセンス、そして『造形はローカルでも自動リギングとテクスチャ取得はEpicログイン必須』という最大の落とし穴、コアデータ6GB・メモリ・アセンブルの詰まりどころまで、Windows(RTX3060)の実制作で紹介します。
重いと言われるUnrealの3DシーンをAndroidに書き出して軽量化。UEが要求するNDKバージョンの壁、そして『Androidエミュレータは本物のスマホGPUを積まずUEをまともに描画できない』という大きな落とし穴の実話つき。軽量化手法(Mobile HDRオフ・影・ポストプロセス・スケーラビリティ・解像度スケール等)を採否に関わらず詳しく解説し、モバイル描画パス(ES3.1)で軽量化前後の負荷を実測(FPS+58%/GPU-56%)。Lumen/Naniteはモバイルでは元々使われない=『UEはそれで重い』は誤解、も検証します。Windows(RTX3060)で制作。
ARは実機がないと試せない…と思っていませんか。UnityのAR FoundationとXR Simulationなら、スマホ実機なしでもエディタの“仮想の部屋”でARを検証できます。平面を検出してタップした面に3Dモデルを置く最小サンプルを、仕組み・コード・XR Simulationの有効化・つまずきまで解説します。
p928(Unityで丸の内を夜景化)のUnreal版。PLATEAUの丸の内を広域取り込み(約16,477コンポーネント＝東京駅・皇居・堀込み)し、月明かり・星空・ビルの窓・街灯をUnreal流で制作。Lumen・MegaLights・Bloom・Volumetric Fogでリッチな夜景に。窓はプロシージャルEmissiveを5,179棟一括、街灯は3,721灯を自動配置。各機能の設定値とCPU/GPU/メモリ負荷まで実測し、『Unrealの夜景が重い本当の理由＝街の物量(ドローコール)』も検証します。
p924でUnrealがMacで重かったのは“全部盛り”が原因。今回はUnreal(5.7)で同じ1シーンの描画設定（Lumen・Nanite・スケーラビリティ）を切り替え、見た目と重さ(GPU時間)がどう変わるかをWindows(RTX3060)で実測。LumenオフでGPUは約3倍軽く、Naniteは見た目そのままでプリミティブ218分の1、スケーラビリティはEpicに落とすだけで見た目ほぼ同じで約2倍速。「Unrealは重い」は誤解だと確かめます。
p929の宿題「Unityも上位パイプラインならUnrealとの差は縮む」を実証。同じシーンをビルトインRP・URP・HDRPの3つで作り、反射・ブルーム・光の回り込み・光芒の見た目と、GPU時間で測ったFPSを同一Windows(RTX3060)で比較。設定は画像＋数値で再現でき、いちばん軽いのはURPだった意外な結果やHDRPの露出・ライト単位のクセも解説します。
p921〜923でUnityに取り込んだ丸の内（東京）を、今度はUnreal Engineに「PLATEAU SDK for Unreal」で直接インポート。Blender経由＋手作業のUnityと、SDK直接取込を比較。画質(Lumen)は公平な土俵で並べ、同一Windows(RTX3060)で性能も実測しました。
p927で地面・道路・橋梁まで整備したPLATEAUの丸の内を、Unity(ビルトインRP)で夜景化。月明かり・街灯・ビルの窓の光の作り方、窓を計算で光らせる専用シェーダー（簡易版と本格版の比較）、Bloom有り/無しの比較まで、設定値つきで解説します。
建物だけで宙に浮いて見えたPLATEAUの丸の内（東京）に、地形(地面)・道路・橋梁を足して“本物の街並み”に整備。広域データを街の範囲に切り出すコツ、形だけの道路をアスファルト質感で道路らしくする方法、建物との座標・高さ合わせの注意点までUnityの画面付きで解説します。
前編・中編で用意したPLATEAUの東京・丸の内を、Unityで実際に歩き回れるゲームにします。CharacterControllerで一人称プレイヤーを配置し、当たり判定・地面・ライティングを整備。実寸大データのスケール自動調整やNavMeshの要否も解説する3部作完結編。
前編で読み込んだPLATEAUの東京・丸の内データをUnity向けに最適化します。約4万5千個のオブジェクトを1つに結合（Unity最大の軽量化）、デシメートでのポリゴン削減と見た目への影響、FBX/glTFの書き出し比較、そしてUnityで真っ白になったときのマテリアル再設定（テクスチャ抽出）まで、全3回シリーズの中編です。
国土交通省が無料公開する3D都市モデルPLATEAUを使い、東京駅・丸の内エリアのデータをダウンロードしてBlenderに読み込みました。FBX形式なら標準インポートだけでOK。データの選び方・読み込み手順から、地理座標で街が見つからないハマりや約4万5千オブジェクトという「重さ」の問題まで紹介する全3回シリーズの前編です。
BlenderのGeometry Nodesで広大なビル群を自動生成。グリッドに点を並べてビルを配置し、高さのランダム化・道路や空き地・窓のemissionまでノードで作成。最後は街を作り直さずローポリ昼→Cycles夜景へ変身させる手法と、窓表現の失敗や夜景の明るさ調整の試行錯誤まで紹介します。
Blenderに組み込まれたPythonを使って、3Dモデルをコードで自動生成する方法を紹介します。ループで立方体をグリッド配置する基礎から、マテリアル設定・プロシージャルな塔の生成まで、実際に動かしながら解説します。
Claude CodeからBlender MCPとUnity MCPを使って、AIに3Dモデル生成やムービー制作を任せてみました。モルディブの水上コテージをBlenderで自動生成し、UnityでオープニングとエンディングムービーをC#スクリプトごと作ってもらった体験記です。