👆🏼 💻 😮 DOOMEthernalフレームのレンダリング方法 👨🏽‍🍳 👼🏿 ⛹🏽

前書き

Doom Eternalは、個別に紹介する必要はありません。これは、idSoftwareの内部エンジンであるidTechの7回目の反復のおかげで開発されたDoom2016の直接の後継です。かつて、Doom 2016のビジュアルコンポーネントの高品質と、技術ソリューションのシンプルさと優雅さに感銘を受けました。この点で、Doom Eternalは多くの分野で前任者を上回っており、それらのいくつかは詳細な内訳に値します。この分析記事では、それらすべてについて説明しようと思います。

私の分析は、Doom 2016についてのハードなAdrianCourrègesに触発されています（翻訳）。私の意見では、そのような作品は、AAAプロジェクトのレンダリングの問題のいくつかを解決するためのアプローチを垣間見ることができ、したがって優れた教材になります。この分析では、一般的な機能について説明し、各レンダリングメソッドとパスの複雑さについて深く掘り下げないようにする予定です。さらに、Doom Eternalの一部のパッセージは、Doom 2016のパッセージとほぼ同じであり、AdrianCourrègesの作業ですでに分解されているため、スキップできます。

厳密に教えていることを特別な方法でマークしたい現在の記事の性質。私は、知的財産の盗難やその他の悪意のある目的で製品のリバースエンジニアリングを推奨することは決してありません。Doom Eternalをまだプレイしていない場合でも、心配する必要はありません。ゲームの最初の部分しか取り上げていないので、ネタバレの危険はありません。

それでは始めましょう。

id Tech 7のリリースにより、エンジンがOpenGLからVulkan APIに移行したことで、開発者はバインドレスリソースなどの現世代のGPUの機能をより効果的に操作できるようになりました。

ドゥームエターナルの1フレーム

上に、ゲームの最初のセクションを見ることができます：いくつかの対戦相手とボリューム照明のあるインテリア。前任者と同様に、Doom Eternalのレンダリングプロセスが直接レンダリングを担当しますが、Doom 2016が反射面のGバッファリングと一緒にレンダリングすることを余儀なくされた場合、この場合、バッファは使用されず、レンダリングがすべてのタスクを引き継ぎます。

メガテクスチャから離れる

id Tech 5エンジンで作成されたゲームRageのリリースにより、世界は「メガテクスチャ」と呼ばれるテクスチャを実装するという概念に精通しました。このメソッドはDoom2016で使用され、フレームごとに、表示されているテクスチャに関する情報を使用して、いわゆる「仮想テクスチャ」をレンダリングします。次のフレームで仮想テクスチャを分析して、ディスクからロードする必要のあるテクスチャを決定します。ただし、メガテクスチャには明らかな問題があります。テクスチャが視野に入るとすぐにロードするには遅すぎるため、テクスチャが表示されてから最初の数フレームでぼやけて見えます。id Tech 7のリリースにより、開発者はこの方法を放棄しました。

GPUを介したスキニング

通常、テクスチャとシェーディングをレンダリングする前でも、頂点シェーダーはスキニングを評価します。スキニングIDTech 7は、計算シェーダーによって事前に実行され、結果の頂点がバッファーに書き込まれます。このアプローチのおかげで、頂点シェーダーはスキニングデータを必要としなくなり、各ジオメトリパスで実行されなくなったため、結果としてシェーダースワップの頻度が少なくなりました。

計算シェーダーと頂点シェーダーのスキニングの主な違いは、結果を中間バッファーに書き込むことです。頂点シェーダーと同様に、各頂点について、計算シェーダースレッドは、頂点に影響を与える各ボーンから変換を受け取ります。次に、骨の変形ごとに頂点の位置を変更し、頂点に格納されているスキンの重みに従ってすべての新しい位置を追加します。その結果、頂点シェーダーはバッファーからの結果を使用して、静的メッシュとして解釈できます。

このリンクは、JánosTuránszkiによるCompute ShaderSkinningに関する優れた記事を提供します。DoomEternalが

興味深い種類のキャッシング（Alembicキャッシュ）を使用していることに注意することも役立ちます。高度に圧縮された再生可能なビデオに匹敵します。これらのキャッシュには、プログラムの実行中に発行および解凍するためのベイクされたアニメーションが格納されます。デジタルファウンドリーの技術分析を引用すると、Alembic Cacheは、大規模な映画のシーンから床の小さな触手まで、幅広いアニメーションに適用されます。このアプローチは、有機物や組織のシミュレーションなど、スキンアニメーションによる実装が複雑なアニメーションに特に便利です。このテクノロジーに興味がある場合は、Siggraph2014でのAxelGneitingのプレゼンテーションを確認することをお勧めします。

シャドウマップ

次のステップはシャドウのレンダリングです。一見したところ、id Tech 7とその前身は、マップを生成するための異なるアプローチを持っていません。

以下に示すように、シャドウは、深さが24ビット、サイズが4096 x 8196ピクセルの大きなテクスチャにレンダリングされ、場所によって品質が異なります。テクスチャはフレーム間で変化せず、Siggraph2016の「DevilisintheDetails」のプレゼンテーションによると、静的ジオメトリはシャドウマップにキャッシュされ、フレームごとに再描画されないようにします。考え方自体は単純です。光源の前に動きがあるまでシャドウを更新する必要がないため、「キャッシュされた」シャドウマップを宣言できます。これは、ジオメトリが変更されないと想定しているため、静的なジオメトリを持つ通常のマップです。 ..。動的オブジェクトがビューコーン内を移動すると、「キャッシュされた」シャドウマップがメインマップにコピーされ、その上に動的ジオメトリが再描画されます。このアプローチでは、更新されるたびにシーン全体をビューのコーンに再描画する必要がありません。当然、光がずれると、シーン全体を一から描き直す必要があります。

3x3 PCFサンプリングは、マップをサンプリングするときにシャドウのエッジを滑らかにするために使用されます。通常、日光は環境のかなりの部分をカバーするため、カスケードシャドウマップを使用して品質をより適切に分散します。

たとえば、シャドウマップのアトラスを見てください。光が重要であるほど、画面上の領域が大きくなるか、オブジェクトがカメラに近づくほど、アトラスの選択されたセグメントが大きくなります。これは、詳細を高めるために必要です。このようなヒューリスティックは動的に評価されます。

深度速度とプリパス

プレイヤーの武器から始めて、不透明、静的、動的なジオメトリがターゲットの深さまで順番にレンダリングされます。通常、ジオメトリの潜在的な交差点でピクセルシェーダーの不要な計算を行わないために、結果をバッファーに追加して、深度処理の予備パスが実行されます。ピクセルが交差するときにピクセルを再描画すると、不要な再計算が作成され、最終的にパフォーマンスに悪影響を与えるため、このアプローチの重要性は非常に重要になります。デプスプリパスを使用すると、直接照明ピクセルシェーダーは、実際の計算の前にデプスバッファーと比較することで余分なピクセルを排除できるため、貴重なリソースを節約できます。

プレイヤーの武器

静的オブジェクト

動的オブジェクト

プリパスでは、深さだけでなく、ターゲットの色もレンダリングされます。動的ジオメトリでは、速度はモーションベクトル、つまり前のフレームのピクセル位置から現在の位置の位置を差し引いてレンダリングされます。モーションは16ビットのフローティングポイントレンダーターゲットの赤と緑のチャンネルに保存されるため、XとYのモーションを知るだけで済みます。この情報は、後処理で使用され、時間的アンチエイリアシングのブラーと再投影を適用します。静的ジオメトリは、カメラに対してのみ「移動」し、その移動はカメラ自体の移動から計算できるため、モーションベクトルは必要ありません。下のスクリーンショットでわかるように、私たちのシーンにはあまり動きがありません。

Z階層の深さ

次のステップは、階層的な深度バッファーmip-chainを生成することです。このチェーンはmip-mapに似ていますが、4つの隣接するピクセルを平均する代わりに、それらの最大値を取ります。このアプローチは、反射の高速化や障害物のあるジオメトリの破棄など、さまざまなタスクのグラフィックスでよく使用されます。私たちの場合、mipチェーンは照明とデカールを破棄しています。これについては後で説明します。最近、ミップの生成は1回のパスで実行され、一度に複数のミップで記録されますが、Doom Eternalでは、記録はミップごとに個別に実行されます。

メッシュデカール

これまでのところ、Doom2016とDoomEternalのプロセスの大きな違いを知る時間はありませんでしたが、グリッドデカールはこのカテゴリに当てはまります。これらは小さなデカール（ボルト、グリル、バンプ）であり、通常のデカールと同様に、あらゆる表面特性（通常、粗さ、色）に影響を与える可能性があります。ただし、一般的なグリッドデカールは、グリッドの開発中にアーティストによって割り当てられ、環境内のデカールの標準的な配置とは異なり、独自のグリッドに属します。ドゥームは過去にデカールに大きく依存してきましたが、現在メッシュデカールに移行したことで、グラフィックのディテールと柔軟性が向上しただけです。

この利点を実現するために、次のジオメトリパスは各デカールのIDを8ビットテクスチャにレンダリングします。さらに、シャドウを適用するときに、テクスチャをサンプリングし、識別子を介して、描画する各呼び出しに関連付けられた投影マトリックスを取得します。マトリックスは、ピクセル座標をワールド空間からテクスチャ空間に投影し、これらの座標を使用してデカールをサンプリングし、表面のマテリアルとマージします。この手法は実行が非常に高速であり、アーティストがさまざまなデカールを操作するための幅広い範囲を開きます。 IDは8ビットのテクスチャにレンダリングされるため、1つのメッシュに最大255個のデカールが存在する可能性があります。

このすべての唯一の条件は、メッシュをレンダリングするときにすべてのデカールテクスチャがプロセスにバインドされることです。完全に無関係なレンダリングプロセスにより、開発者はすべてのデカールテクスチャを一度にリンクし、シェーダーで動的にインデックスを付けることができます。開発者はこの方法を使用してゲームにさらにいくつかのトリックを実装するため、関係のないレンダリングプロセスについては後で詳しく説明します。

以下に、デカールテクスチャメッシュを示します。視覚化の便宜のために、識別子はさまざまな色で色分けされています。

光とデカールを投げる

ドゥームエターナルの光は完全に動的であり、最大数百の光源が同時に視野に当たる可能性があります。さらに、前述したように、ゲーム内のデカールは非常に重要です。たとえば、同じDoom 2016では、デカールの数が数千を超えました。これにはすべて、余分なものを破棄するための特別なアプローチが必要です。そうしないと、パフォーマンスがピクセルシェーダーの重大度に耐えられなくなります。

Doom 2016は、プロセッサベースバージョンのクラスター光除去を使用しました。光とデカールは円錐形の「フロクセル」に収集され、ピクセル位置からクラスターインデックスを決定することにより、シェーディング中に読み取られました。各クラスターのサイズは256ピクセルで、正方形を維持するために対数的に24のセグメントに分割されました。この手法はすぐに他の多くの開発者に採用され、同様の方法が、たとえばDetroit：Become Human and JustCauseにあります。

動的光源（数百）とデカール（数千）の数が増えるにつれ、ボクセルが粗くなりすぎたため、DoomEternalでは照明キャストのCPUクラスタリングが十分ではありませんでした。その結果、開発者はid Tech 7に対して異なるアプローチを考え出し、さまざまな段階で実行される計算シェーダーを通じて、ソフトウェアラスタライザーを作成しました。まず、デカールと光が六面体（六角形）にリンクされ、計算ラスタライザーに転送され、そこから頂点がスクリーンスペースに投影されます。次に、2番目の計算シェーダーが三角形を画面の端までトリミングし、256 x256ピクセルのタイルに組み立てます。同時に、クラスターの破棄と同様に、光源とデカールの個々の要素がフロクセルに記録されます。その後、次の計算シェーダーは、32 x32ピクセルのタイルに対して同様の手順を実行します。各タイルで、深度テストに合格した要素がビットフィールドにマークされます。最終的な計算シェーダーは、ビットフィールドをライトのリストに変換し、最終的にライトパスで使用されます。興味深いことに、要素インデックスは、クラスターアプローチと同様に、256 x256ピクセルの3次元フロクセルで記録されます。深さが大幅に中断されている場所では、新しいライトのリストと古いクラスター化されたソースのリストの両方の最小値が比較され、各タイルのライトの数が決定されます。これらは最終的に照明パスで使用されます。興味深いことに、要素インデックスは、クラスターアプローチと同様に、256 x256ピクセルの3次元フロクセルで記録されます。深さが大幅に中断されている場所では、新しいライトのリストと古いクラスター化されたソースのリストの両方の最小値が比較され、各タイルのライトの数が決定されます。これらは最終的に照明パスで使用されます。興味深いことに、要素インデックスは、クラスターアプローチと同様に、256 x256ピクセルの3次元フロクセルで記録されます。深さが大幅に中断されている場所では、新しいライトのリストと古いクラスター化されたソースのリストの両方の最小値が比較され、各タイルのライトの数が決定されます。

従来のラスター化を扱ったことがない場合、そのような豊富な説明はあなたには明確ではないかもしれません。質問をさらに詳しく知りたい場合は、そのようなプロセスがどのように機能するかについての一般的な原則を調べることをお勧めします。たとえば、Scratchapixelにはトピックの非常に優れた分析があります。

ゲームの可視性を照会するために使用されるいわゆる「スコープ」も、このシステムによって破棄されます。計算スレッドのソフトウェアラスター化は長いプロセスであるため、占有率が低い可能性が非常に高く、フレームをいくつか追加してもパフォーマンスにほとんど影響しません。これを念頭に置くと、光は非同期にキャストされる可能性が高く、パフォーマンスへの正味の影響は最小限に抑えられます。

画面スペースで周囲光を遮断する

周囲のオクルージョンは、かなり標準的な方法で半分の解像度で計算されます。最初に、半球の各ピクセルの位置から16個のランダムな光線が放射され、次にジオメトリと交差する光線が深度バッファーを使用して決定されます。ジオメトリを通過する光線が多いほど、障害物は大きくなります。この手法はScreenSpace Directional Occlusion（SSDO）と呼ばれ、YuriyO'Donnellによる詳細な説明はここにあります。従来の単一チャネルテクスチャでのオクルージョン値の保存の代わりに、方向性オクルージョンは3コンポーネントテクスチャで保存され、結果のオクルージョンは、ピクセル法線上のドット積を介して定義されます。

計算は半分の解像度で行われるため、結果はかなりノイズが多くなります。デプスバッファーで品質を高めるために、両面ブラーが適用されます。通常、周囲光の遮断は低周波数で発生するため、ぼやけは通常目立ちません。

不透明な直線通路

この節では、要素の多くが最終的に適切な位置に配置されます。 Doom 2016とは異なり、ここのすべては、いくつかの巨大なメガシェーダーを介して直接レンダリングされます。ゲーム全体で約500のプロセッサ状態と12の記述子レイアウトがあると思われます。プレイヤーの武器が最初にレンダリングされ、次に動的オブジェクト、次に静的オブジェクトがレンダリングされます。深度プリパスのおかげですでに深度バッファを受け取っており、事前に深度に対応しないピクセルを除外できるため、順序は特に重要ではないことに注意してください。

プレイヤーの武器

動的オブジェクト

静的オブジェクトの最初のセット静的オブジェクトの

2番目のセット

ほとんどのAAAゲームエンジンでは、シェーダーグラフと静的シェーダー機能により、開発者はあらゆる種類のマテリアルとサーフェスでクリエイティブになり、各マテリアル、各サーフェスは独自のシェーダーにつながります。その結果、エンジン機能のすべての可能な組み合わせに対して、信じられないほど多様なシェーダーの並べ替えに直面しています。ただし、id Techは他のAAAプロジェクトとは大きく異なります。ほとんどすべての素材と機能を、ほんの数個の巨大なメガシェーダーに組み合わせています。このアプローチにより、GPUはジオメトリをより緊密に組み合わせることができ、パフォーマンスにプラスの効果があります。これについては後で説明します。

バインドされていないリソース

グラフィックを形成するプロセス全体に「無関係なリソース」の概念が含まれていることは注目に値します。これは、各描画呼び出しの前にブラー、反射、テクスチャの粗さをリンクする代わりに、シーン内のテクスチャのリスト全体が一度にリンクされることを意味します。リストのテクスチャは、定数によってシェーダーに渡されるインデックスを介してシェーダーで動的にアクセスされます。したがって、drawを呼び出すことで、任意のテクスチャを取得できます。これにより、多くの最適化への道が開かれます。その1つについて次に説明します。

ドローコールを動的にマージする

完全に分離されたリソースアーキテクチャに加えて、すべてのジオメトリデータが1つの大きなバッファから割り当てられます。このバッファは、ジオメトリ全体のオフセットを格納するだけです。

ここで、idTech 7の最も興味深いテクノロジー、つまり描画呼び出しの動的なマージが役立ちます。..。これは、分離されたリソースアーキテクチャと一般化された頂点メモリに依存しているため、描画呼び出しの数とプロセッサ時間が大幅に削減されます。レンダリングを開始する前に、計算シェーダーは「間接」インデックスバッファーを動的に作成して、無関係なメッシュのジオメトリを1つの間接描画呼び出しに効率的にマージします。コールマージは、材料特性が一致しないジオメトリで機能するため、無関係のリソースがないと機能しません。将来的には、深度プリパスと照明プリパスの両方で、動的インデックスバッファを再び使用できるようになります。

反射

最も一般的な計算シェーダーは、レイマーチングアルゴリズムを使用して画面空間の反射を作成します。このアルゴリズムは、反射面の粗さに応じて、ピクセルから反射に向かってワールド空間に光線を放出します。同じことがDoom2016の場合にも当てはまり、フォワードパスの一部として小さなGバッファーが記録されました。ただし、Doom EternalにはGバッファーがなくなり、画面スペースの反射でさえ、計算シェーダーで個別に計算されるのではなく、直接シェーダーですぐに計算されます。ピクセルシェーダーのこのような偏差がパフォーマンスにどのように影響するかを知ることは興味深いことです。レジスタの負荷が増える代わりに、開発者はレンダリングターゲットの数を減らし、その結果、メモリ帯域幅の負荷を減らしようとしていたようです。

多くの場合、画面スペースのテクスチャに必要な情報が含まれていない場合、対応するエフェクトにレンダリングアーティファクトが表示されます。これは、目に見えない反射オブジェクトを反射できない場合の画面空間の反射で最もよく見られます。この問題は通常、静的反射キューブマップをバックアップとして使用する従来のアプローチで解決されます。

ただし、Doom Eternalではメガテクスチャが使用されなくなったため、フォールバックテクスチャも必要ありません。

粒子

シミュレーション

Doom Eternalでは、衝突をシミュレートするための深度バッファーなど、一部のパーティクルシステムが画面スペース情報に依存しているため、パーティクルプロセッサシミュレーションの一部は計算シェーダーの肩にかかっています。他の粒子システムをフレーム内で一度に実行して非同期で計算できるのに対し、このようなシミュレーションには予備的な深度プリパスデータが必要です。特徴的なのは、粒子の従来のシェーダーシミュレーションとは異なり、ここでは、計算シェーダーに格納されているバッファーから一連の「コマンド」を実行することでシミュレーションを実行します。各シェーダースレッドはすべてのコマンドを実行しますが、その中には、いくつかのkill、emit、またはparticleパラメーターの変更があります。これはすべて、シェーダーで記述された仮想マシンのように見えます。そのようなシミュレーションの複雑さについてはよくわかりませんが、アプローチはSiggraph2017でのBrandonWhitneyの「TheDestinyParticleArchitecture」プレゼンテーションで。プレゼンテーションの方法は、上記で説明した方法と非常によく似ており、他の多くのゲームで使用されています。たとえば、ナイアガラ粒子シミュレーションシステムはUnreal Engine4でも同様に機能すると確信しています。

点灯

Doom2016およびSiggraph2016で説明されている方法と同様に、照明粒子の解像度は実際の画面解像度から切り離されており、開発者は品質、画面サイズ、および直接制御に基づいて各粒子システムの解像度を制御できます。低周波効果の場合、たとえば高解像度を必要とする火花と比較して、品質をほとんど損なうことなく、はるかに低い解像度で照明を提供できます。照明と光の主方向は、2048 x 2048ピクセルの2つのアトラスに保存されます。どちらも、他のテクスチャと同様に、バインドされていないリソースを通過するたびに使用できます。さらに、粒子をレンダリングするために、これらのアトラスのサンプリングを通じて単純なジオメトリが描画されます。

照明アトラスの拡大された断片。

空と散乱

次に、体積照明について説明します。その生成は4つのパスで構成され、空自体を光源に向かってレイマーチングすることにより、空の雰囲気の3DLUTテクスチャを作成することから始まります。

最初から、テクスチャが画像にどのように表示されているかを正確に理解できない場合がありますが、90度回転させて水平に伸ばすと、すべてが明確になります。大気が散乱します。水平方向よりも垂直方向の方が変動しやすいため、垂直方向の解像度が高くなります。大気は球で表されるため、水平回転は通常経度と呼ばれ、垂直回転は通常緯度と呼ばれます。大気散乱は半球によって計算され、球の上部の経度360度と緯度180度をカバーします。観察者までのさまざまな距離をカバーするために、LUTテクスチャには32の深度セグメントが含まれ、各フレームの空のデータを再計算する代わりに、プロセスは32フレームに分散されます。

LUTテクスチャのおかげで、次のパスは、観測された「フロクセル」による光散乱を、より小さなスケールでの光のクラスター障害物との類推によって計算します。下の近くから遠くまで、いくつかのセグメントを観察できます。

3番目のパスでは、各セルの散乱データがビューに向かって後続の各セルに乗算され、新しい3Dテクスチャに書き込まれます。

その結果、ピクセルの深さに基づいて新しく生成された3Dテクスチャをサンプリングすることにより、レンダリングされた画像の上にボリューム照明が配置されます。

ビフォー

アフター

最後の「目に見える」空は、ビュー内にある場合は半球にレンダリングされます。このシーンでは、空はレビューに含まれていませんでしたが、以下では、屋外シーンで空をレンダリングする例を見ることができます。

透明性

Doom 2016と同様に、光散乱データがある場合、透明度は不透明なジオメトリの後のフォワードパスによってレンダリングされます。この場合のシーンテクスチャは解像度が低下し（ダウンサンプル）、表面の滑らかさに基づいて透明度を「シミュレート」するために、適切なミップレベルが選択されます。光散乱データは、表面の内側から視覚的に良好な散乱を作成するのに役立ちます。

以下に、シーンからのテクスチャミップチェーンの例を示します。ここでは、より透明なサーフェスがビューポートに分類されます。

透明性のために、それに関連するピクセルのみが解像度で失われます。

ユーザーインターフェース

通常、フレームの最後のパスはユーザーインターフェイスです。通常の場合と同様に、インターフェイスはセカンダリフル解像度LDR（8ビット）レンダリングターゲットにレンダリングされ、色はアルファチャネルによって事前に乗算されます。トーンマッピング中に、インターフェイスがHDRテクスチャに重ね合わされます。フレーム内の残りのHDRコンテンツでインターフェイスを機能させるのは通常注意が必要ですが、Doom Eternalでは、トーンマッピングがインターフェイスを魔法のようにスケーリングし、他の3Dコンテンツに対して自然に見えます。

後処理

後処理で最初に行うことはぼかしです。この2パス効果は、カラーテクスチャとカスタムスピードバッファからデータを読み取ります。最初のパスは垂直軸に4つのサンプルを収集し、2番目のパスは水平軸に沿って4つのサンプルを収集します。次に、ピクセルの動きに応じて色見本がブレンドされます。ぼやけを避けるために、カスタムスピードバッファーはゴーストがないことと、プレイヤーの武器がプロセスから除外されていることを確認する必要があります。

次は目標とする影響です：このRG（バイカラー）1 x 1テクスチャには、シーン全体の平均照明が含まれ、カラーテクスチャを連続的にダウンサンプリングし、ピクセルグループの平均照明を取得することによって計算されます。ほとんどの場合、この手法は、周囲の明るさの急激な変化に対する人間の目の習慣をシミュレートするために使用されます。また、トーンマッピング中の影響を計算するときに、平均照明が使用されます。

この後、ブルームが計算されます。この効果はこの例では十分ではなく、広くレンダリングすることはできませんが、一定の限界を超えるカラーデータを取得し、テクスチャ解像度を徐々に下げてぼかして計算することを知っていれば十分です。

次にトーンマッピングすべての効果を組み合わせます。単一の計算シェーダーは次のことを行います。

歪みを適用します
ブルームテクスチャ上にレンダリング
振動、カメラの汚れ、色収差、レンズフレアおよびその他の多くの影響を計算します
平均照明に基づいて露出値を取得します
カスタムトーンマッピング演算子を使用して、トーンマッピングがLDRとHDRの両方の正しい範囲にHDRカラーを配布できるようにします。

最後に、インターフェイスが上に重ねられます。歪み

テクスチャは、後処理パスの前でもレンダリングされます。粒子効果による火のかすみのようなジオメトリは、元の解像度の1/4の形式で新しいレンダリングターゲットにレンダリングされます。このレンダリングでは、歪みデータは赤と緑のチャネルに保存され、オクルージョンは青に保存されます。得られたデータは、トーンマッピングステップで画像が歪んだときに適用されます。

結論

ドゥームエターナルのワンショットの大まかな内訳は終わりましたが、ゲームの外観に影響を与えるいくつかのことには触れていないと確信しています。私の意見では、Doom Eternalは信じられないほどの技術的成功であり、idSoftwareは将来さらにその水準を引き上げることができるでしょう。開発チームは、スマートな思考と効果的な計画が高品質のゲームの作成にどのように役立ったかを私たちに示すことに成功しました。これは優れた役割モデルであり、教材でもあると思います。idSoftwareによる今後の展開を楽しみにしています。

それが完了するまで、裂けて引き裂きます。

DOOMEthernalフレームのレンダリング方法

前書き