はじめに：現代ゲームにおける幾何学レンダリング最適化の課題
《ウィッチャー3》の鬱蒼とした森林、《サイバーパンク2077》の林立する高層ビル群、あるいは《Horizon Zero Dawn》の広大な自然界など、現代のオープンワールドゲームは1フレームあたり数千万のポリゴン、数百の光源、そして数ギガバイトに及ぶ高解像度テクスチャで構成されています。もしグラフィックスプロセッサ（GPU）がこれらすべての三角形を毎フレーム忠実に計算・ラスタライズしようとすれば、最新のハイエンドGPUであっても負荷に耐えかね、フレームレートは1桁台にまで急落してしまいます。
リアルタイム3Dレンダリングの本質は「削減の美学」にあります。ゲームエンジンが高いフレームレートを維持できるのは、描画速度が飛び抜けて速いからではなく、プレイヤーの視界に入らないジオメトリ（ポリゴンメッシュ）を極めて早い段階で徹底的に破棄しているからです。
この破棄プロセスは、視錐台カリング（View Frustum Culling）、オクルージョンカリング（Occlusion Culling）、および**詳細度（LOD、Level of Detail）という3段階のシステムによって行われます。これらが正常に協調動作しているときは、CPUの描画命令（Draw Calls）とGPUの負荷を大幅に削減できます。しかし、処理が過剰であったり視点移動によって同期が崩れたりすると、PCゲームで最も没入感を削ぐ現象の一つであるオブジェクトの突然出現（ポップイン / Pop-in）**が発生します。
視錐台カリング：視野外の不可見ジオメトリを即座に破棄する
視錐台カリングは、ゲームエンジンがレンダリングパイプラインにおいて最初に実行する、最も軽量かつ基本的な可視性判定テストです。
[カメラ視点 / プレイヤーの目]
/ \
/ \
前方クリップ面 /=====\
/ ▲ \
/ │ \ <--- 視錐台の内部（描画対象）
/ [可視オブジェクト] \
/ メッシュモデル \
後方クリップ面 /=============\
/ \
[視界左側を除外] [最大視距外を除外] [視界右側を除外]
カメラ視錐台の幾何学的定義
3Dコンピュータグラフィックスにおいて、カメラの視界は無限に広がる直方体ではなく、底面が広く頂点が切り取られた四角錐台（平截頭体 / Frustum）の形状をしています。視錐台は厳密に以下の6つの数学平面で定義されます。
- 前方クリップ面（Near Plane）：カメラのレンズに近すぎるオブジェクトが手前で破綻して描画されるのを防ぐ境界。
- 後方クリップ面（Far Plane）：これ以上遠くの物体は描画しないという描画距離の上限境界。
- 左・右・上・下クリップ面：カメラの画角（FOV）およびディスプレイのアスペクト比によって決定される視野の境界。
バウンディングボリュームと平面テスト
数百万個の頂点座標をCPU上で6つの平面と1つずつ比較計算するのは膨大なオーバーヘッドを生みます。そのため、ゲームエンジンは各3Dモデルを簡易的な幾何学形状である**バウンディングボリューム（境界体）**で囲んで処理します。
- 軸平行バウンディングボックス（AABB）：ワールド座標軸と平行な直方体。
- バウンディングスフィア（境界球）：中心点と半径のみで定義される極めてシンプルな球体。
DirectXやVulkan、GPUドライバへ描画命令（Draw Call）を送信する前に、エンジンは簡単な内積計算によって境界球が6つの平面の外側にあるかどうかを判定します。境界球が平面の外側に完全に位置する場合、そのメッシュは瞬時に破棄され、GPUにはそのオブジェクトのデータが1バイトも送信されません。
オクルージョンカリング：隠れたピクセルの過剰描画（オーバードロー）を防ぐ
視錐台カリングによってプレイヤーの背後や画面外の物体を排除できても、視錐台の内部にありながら手前の障害物（建物の壁、山、ドアなど）によって完全に隠されている物体の問題、すなわち**オーバードロー（過剰描画）**は解決できません。
強固な城壁の奥にある活気ある市場や鍛冶屋を、見えてもいないのにフルポリゴンで描画することはGPUの重大な浪費です。ゲームエンジンはオクルージョンカリングを用いて、これらの隠れたメッシュを特定し描画から除外します。
[プレイヤー視点] ───► [巨大な石造りの城壁] ───X (視線を完全に遮断)
│
(オクルージョン判定テスト)
│
┌─────────┴─────────┐
▼ ▼
[遮蔽された市場] [遮蔽された鍛冶屋]
(描画命令を完全停止) (GPUラスタライズ負荷ゼロ)
オクルージョンカリングの3大実装方式
- 潜在可視セット（PVS）とポータルシステム（Cell-Portal）：
- 古典的なFPSや屋内主体の回廊型マップで多用される手法。
- マップを複数の独立した部屋（セル）に分割し、出入口や窓（ポータル）で接続します。ポータルがカメラの視錐台に入っていない場合、その奥にある部屋の全オブジェクトは描画されません。
- ハードウェアオクルージョンクエリ（Hardware Occlusion Queries）：
- 遠くのオブジェクトの粗いバウンディングボックスのみをGPUに描画させ、「このボックスが深度テスト（Zバッファ）を通過して画面に1ピクセルでも描画されたか」を問い合わせる方式。
- 通過ピクセルが0であれば、その後の高密度メッシュの描画命令を停止します。
- 遅延の罠：GPUからの判定結果の取得にはバス往復による通信が発生し、1〜2フレームのCPU・GPU同期遅延が生じます。急激に視点を回転させた際に、隠れていたはずのオブジェクトが一瞬消えたり遅れて現れたりするチラつきの原因になります。
- 階層型Zバッファ（HZB）とコンピュートシェーダーカリング：
- 《Unreal Engine 5》をはじめとする最新世代のエンジンで主流の技術。前フレームの深度バッファをピラミッド状にダウンサンプリング（HZB化）します。
- GPUのコンピュートシェーダーを用いて、数万個のオブジェクトの境界ボックスと深度ピラミッドを一括で並列判定します。すべての処理がGPUメモリ内で完結するため、CPU・GPUパイプラインの停止が起きず、膨大な数のオブジェクトを高速にカリングできます。
詳細度（LOD）とモデルの突然出現（ポップイン）の構造
物体が視錐台内にあり障害物で隠れていなくても、画面上でわずか8ピクセル四方しか占めていない遠くの石像に10万ポリゴンを割り当てるのは無駄です。これを最適化するのが**LOD（Level of Detail / 詳細度）**システムです。
離散LODと仮想化マイクロポリゴンジオメトリ
- 離散LOD（LOD 0 〜 LOD 4）：3Dアーティストが同一オブジェクトに対してポリゴン数の異なる複数のモデルを用意します。LOD 0は至近距離用の超精密モデル（例：50,000ポリゴン）、LOD 1は20m離れた位置用（25,000ポリゴン）、LOD 4は200m離れた位置用（200ポリゴンや板ポリゴン）といった構成です。
- ディザクロスフェード（Dithered Crossfading）：離散メッシュの切り替え時の不自然な跳ね上がりを隠すため、網点状の半透明処理を用いて10〜20フレームかけて滑らかにフェードさせて切り替えます。
- 仮想化ジオメトリ（Unreal Engine Naniteなど）：手作業でのLOD作成を廃止し、メッシュを微細なクラスタに分解。画面上のピクセル密度に合わせてマイクロポリゴンをリアルタイムにストリーミング描画することで、従来の離散LOD特有の切り替え段差を根本から解消します。
オブジェクトの突然出現（ポップイン）が起きる真の原因
ゲーム中に建物や草木、高解像度テクスチャが「突然パッと現れる」（ポップイン）現象は、単なるプログラムのバグではなく、アセットのストリーミング供給におけるハードウェアのボトルネックが原因です。
- ストレージI/O遅延：HDDや読み込み負荷の高いSATA SSDでは、数百メガバイトに及ぶ高密度モデルデータを数ミリ秒以内にディスクからメインメモリへ読み出すことが追いつきません。
- PCIe帯域とVRAM転送の飽和：急激にカメラを回転させた際、大量のテクスチャや頂点バッファをPCIe経由でGPUメモリへ転送する速度が追いつきません。
- オクルージョン判定の追従遅延：物陰から猛スピードで飛び出した際、カメラの移動速度がHZBやオクルージョンクエリの判定無効化速度を上回り、遮蔽解除が反映されるまでに数十ミリ秒の描画遅延が発生します。
診断マトリクス：カリングとLOD描画不具合の特定
描画トラブルの症状を正確に分類することで、適切な設定調整やボトルネックの特定が可能になります。
| 描画不具合の症状 | 原因となるサブシステム | 技術的メカニズム | 改善策・エンジンの調整方針 |
|---|---|---|---|
| 画面の端でオブジェクトが欠けて消える | 視錐台カリング（Frustum） | 境界ボックスの計算が厳格すぎる、またはFOVの計算ズレ | エンジン設定のFOVマージンやバウンディング余裕を拡張 |
| 角を曲がった瞬間に建物が一瞬点滅する | オクルージョンカリング | ハードウェア遮蔽クエリによるCPU・GPU同期遅延 | オクルージョン方式を階層型Zバッファ（HZB）へ切り替え |
| 近づいた瞬間にモデルの形状がガラリと変わる | 離散LOD切り替え（LOD Bias） | 描画命令削減のため切り替え距離が手前すぎる | ゲーム内の「表示距離品質」や「メッシュ詳細度」を引き上げ |
| 前方10m先の地面の影が突然現れる | カスケードシャドウマップ（CSM） | 影の分割描画距離（Split Distance）の設定が短すぎる | 画質設定の「影描画距離」またはシャドウカスケード数を増加 |
| 視点移動後にテクスチャが遅れて鮮明になる | テクスチャMipmapストリーミング | VRAMの枯渇や低速ストレージによるMip読み込み遅延 | ゲームをNVMe SSDに移行、テクスチャ品質を一段階下げる |
リアルタイムレンダリングの最適化は、有限のハードウェアリソースを極限まで引き出すための精巧なバランス調整の上に成り立っています。365Findsの技術解説を参考に各グラフィックス機能の挙動を理解することで、プレイヤーや開発者は不快なポップイン現象を解消し、美しく安定したゲーム体験を実現できます。