グラフィックに基づいて、ゲームが使用するエンジンをどのように認識できますか？

多くのゲームでは、「ああ、それは確かにアンリアルエンジンです」、または「これはアップグレードされたRockstar Advanced Engineで作成されました」と言うことができます。ユーザーインターフェイスを無視して、グラフィックを見るだけでゲームに使用されるエンジンを認識することができます。

どうしてこれなの？すべてのゲームエンジンは、私たち全員が使用しているものと同じ3Dレンダリングテクノロジーを使用しており、通常、異なるゲームには明確なアートスタイルがあります。認識すべきものは何ですか？

主に、これはシェーダーにかかっていると思います。たとえば、Unrealエンジンには、HDRを処理する特定の方法、バンプマッピングを処理する特定の方法、光散乱を処理する特定の方法などがあります。

また、テクスチャサイズや色のサポートなどの制約に関して、均一なレベルの明瞭さを持ちます。

さらに、アルゴリズムも同様になります。オブジェクトは同じアルゴリズムを使用してテッセレーションされます。AIは、同じ意思決定アーキテクチャに従って決定を行います。

バンプマッピングが正気でない鏡面反射を引き起こしており、たとえば照明の変化に強く反応する場合、すぐにDoom 3エンジンについて考え始めます。そのシェーダーコードは、エンジンを使用するすべてのゲーム間で共有されるためです。そのようなものをリッピングしたくないでしょう。

「すべてのゲームエンジンは、私たち全員が使用しているものと同じ3Dレンダリングテクノロジーを使用しています」

テクノロジーは同じですが、世界が実際にどのように見えるかを管理するルール（照明、テッセレーション、LODなど）はすべて開発者によって作成されます。3Dレンダリングテクノロジーは、画面上のものの視覚的な品質とはあまり関係がありません。フラットなアンビエント照明を適用するためのルールでさえ、開発者に任されています（固定機能パイプラインを使用していない場合）。

OpenGLアプリをDirectXアプリのように見せることができます。基礎となるレンダリングテクノロジーは、速度に関する場合を除いて、それほど大きな影響はありません。

多くの場合、エンジンは高レベルの抽象化を提供します。これにより、エンジンを使用するゲームに微妙な類似性がもたらされます。これは「サイドチャネル攻撃」です。

これらは次のとおりです。

• 草や木などの環境レンダリングの抽象化。
• 粉砕材料の混合。
• トリガーおよびイベントシステムには、同様のエラー動作があります。
• 詳細レベルのシステム。
• シャドウレンダリング。
• 後処理の処理。
• Zバッファ/深度バッファは、同じ距離で同じエラーを起こします。
• AIの動作の問題、およびスクリプトの処理。
• 煙、火、雨、ほこり、雪、水、雲、反射。
• 誰もが使用したい素晴らしいテクスチャ/リソース。:)
• スカイハンドリング/スカイボックス。
• キャッシング。
• 開発者が変更を気にしなかったマテリアルプリセット。

• シェーダー数学。（エンジンは同じアルゴリズムの独自のバリアントを持っている場合があります。）
  
  @wkerslakeは次を追加します。

• レベルサイズ/ストリーミング。

• 一般的な物理学。

面白いのは、それが本当だからです。ライティングや追加のポストプロセスエフェクトによって、基礎となるエンジンが簡単に公開される可能性があります。

アニメーションもそれを与えます。すべてのエンジンはそれらを異なる方法で処理し、またプレイ中に見た目や雰囲気も異なります。

アニメーションのエンジン制限を見つけて、それによってどのエンジンが使用されたかを知ることができます。

本当にそれができるとは知らなかった。

伝える最も簡単な方法：

• 多くの場合、起動時に大きな「Unity Engine」または「Unreal Technology」のロゴがあります。
• ゲームエンジンを再利用する企業-「ロックスターゲーム」のオープンワールドゲームでは、ほぼ確実にGTA調整エンジンを使用します。

エンジンには微妙な違いがあり、それらの長所と短所はゲームごとに簡単に見つけられます。

これらの特性の正確な組み合わせは、多くの場合、エンジンを識別できます。

3Dグラフィックスの他に、ゲームエンジン自体の一般的な共有動作も認識しています。ゲームのすべての部分に含まれる小さな変数がたくさんあり、特定の組み合わせは、一度設定されると、そのエンジンを使用するすべてのゲームの一部として残ります。

このような変数には、キャラクターの移動速度、キャラクターの移動加速、カメラのパン速度、カメラのパン加速、カメラのパンの滑らかさなどが含まれます。

これは、MODまたはMODとして開始されたゲーム（hello Sourceエンジンゲーム）で非常に明白です。なぜなら、設計が基本を過ぎると、ジャンプの加速率などの微調整に戻る人はほとんどいないからです。これらすべての小さな変数の効果は、ゲームが「似ている」と感じることですが、特定するのは困難です。

Unrealゲームには、すべて同じ信じられないほど悪いスキンシェーダーと同じ愚かな「物理」パズルを使用しているため、伝えることができます。

人々が言う典型的なエンジンの多くは、実際にはより芸術に関連しています。エンジンはアートアセットに権限を与えたり制限を課したりしますが、物事がどのように感じられるかの設計と実行は、主にアートの問題です。Oblivionの顔を例にとってみましょう。非常に多くの人々が、説得力のあるキャラクターよりもやや少ないエンジンを非難していました。これは明らかにアートの問題であり、そうでない場合は、「エンジン」全体ではなく、ベセスダのコードの一部が混ざり合っています。同様に、人々が光沢のある、汚れた、ステロイドを乱用する宇宙海兵隊員を見ると、彼らは「非現実的」と考えるでしょうが、これはその芸術を表示する基礎となるエンジンのファセットではなく、むしろ芸術の方向性です。さまざまなスタジオが汚れた宇宙マリンゲームを作成していても、しばしば非現実的なものを使用します。

あなたが見るものよりも微妙な兆候があると思います。QuakeはOpenGL、ソフトウェア、およびPowerVRでも同じように感じましたが、それぞれに独特の外観があります。

たとえば、私にとって、Quake-Engineゲームはより堅実に感じましたが、Buildエンジンはより弱く感じ、Unrealは抽象的に感じました。

これは主に物理学であり、ゲームループにも何か関係があると思います。

私は、顔のアニメーションは通常、死んだ景品であることを発見しました。さまざまなバリエーションがあり、異なるアートを使用しても、テクスチャに同じパターンを見ることができます。

多くの場合、エンジンは物理学によって認識されます。ここで最も注目すべきは、ソースエンジン、特にオブジェクトをピックアップする部分です。多くのゲームで物を拾うのが似ていることに気付くでしょう。これはエンジンによるものだと思います。また、異なるエンジンは異なる方法で光を処理するため、それによってそれらを認識できます。