Quantic Dreamは、『Star Wars: Eclipse』が『Detroit: Become Human』を動かしたものと同じ独自エンジンの進化版で動作することを確認しました。この次世代ハードウェア向けに最適化された社内ソフトウェアは、映画的なシーンでのフォトリアリズムと、数千もの同時パーティクルを用いた宇宙戦闘のシミュレーションという2つの重要な課題を解決しなければなりません。鍵となるのは、リアルタイムのグローバルイルミネーションとボクセルコーントレーシング技術を組み合わせ、高密度環境において前例のない影と反射を実現するハイブリッドレンダリングシステムです。
技術パイプライン：MotionBuilder、Maya、そしてNPCの重み 🛠️
Quantic Dreamのワークフローは、環境のモデリングとスカルプトにMaya、顔と体のモーションキャプチャにMotionBuilderを採用しています。Naughty DogやRockstarなど、より標準化されたエンジンを使用するスタジオとは異なり、Quantic Dreamはクローズドなパイプラインを採用し、アニメーションを細かく制御できるようにしています。真の技術的課題はNPCの密度です。エンジンは、テクスチャの品質や60フレーム/秒を犠牲にすることなく、画面上の数百ものノンプレイヤーキャラクターを管理する必要があります。そのために、遠くのオブジェクトのジオメトリを減らしながらもフォトリアリスティックな照明を維持する動的LOD（レベルオブディテール）システムを採用しています。
ミドルウェアの終焉？インディー開発者への教訓 🚀
Quantic Dreamが独自エンジンを維持するという決定は、現在のUnreal Engine 5を使用する傾向とは対照的です。独立系開発者にとって、Eclipseの事例は、ミドルウェアは必須ではないが、リスクも伴うことを示しています。内部ツールへの投資は、ゲームがパーティクルレンダリング（宇宙船の爆発など）と大量のNPCのメモリ管理に対する極度の制御を要求する場合にのみ正当化されます。プロジェクトにそのレベルの忠実度が必要ないのであれば、市販のソリューションを使用することで時間を節約できるでしょう。
Eclipseエンジンにおいて、フォトリアリズムを維持しながらリアルタイムパフォーマンスを犠牲にすることなく、銀河規模の大規模パーティクルシミュレーションを行う際に生じる具体的な技術的課題は何ですか？
(追記：ゲームジャムは結婚式のようなものです。皆幸せで、誰も眠らず、最後には泣いてしまいます)