Metroid Dreadは、2.5D技術とSF美学の融合における画期的な作品です。Mercury Engine上で開発された本作は、厳格なパイプラインによりNintendo Switchで滑らかなパフォーマンスを実現しています。鍵となるのは、エンジンがカットなしでシネマティックなトランジションを管理し、冷たい照明と反応的な戦闘アニメーションを組み合わせて没入感のある体験を生み出す方法にあります。この成果の背後にあるツールと技術的な決定を詳しく解説します。🎮
モデリングとテクスチャリングのパイプライン：3ds MaxからSubstance Painterへ 🛠️
Metroid Dreadのレベルデザインは、ZDRの部屋や相互接続された回廊のジオメトリを構築するために使用されるAutodesk 3ds Maxに依存しています。2.5Dの最適化には、深度と衝突の正確な制御が必要であり、エンジンは平行レンダリングプレーンを使用してこれを解決します。テクスチャに関しては、Photoshopがベースマップや環境ディテールの作成に使用されています。しかし、サムスのスーツのメタリックな仕上がりはSubstance Painterで実現されており、粗さマップと反射率マップを使用することで、Mercury Engineの動的な照明下でのアーマーの摩耗をシミュレートしています。
冷たい照明：視覚的かつ技術的な言語として 💡
Metroid Dreadの美学は芸術的なものだけでなく、パフォーマンスの解決策でもあります。高いコントラストと硬い影を備えた冷たくテクノロジーな照明により、Mercury Engineはバックグラウンドでのテクスチャの読み込みを隠すことができます。E.M.M.I.ロボットの追跡シーンなどのカットなしのシネマティックなトランジションでは、エンジンが次の部屋のアセットをメモリに保持する必要があります。このストリーミングアーキテクチャは、スタイライズドシェーディングと組み合わさることで、2.5Dの最適化が従来の3Dゲームと同じくらい複雑になり得ることを示しています。
開発者として、Mercury EngineにおけるMetroid Dreadの2.5Dパイプラインのどのような特定の技術的制約が、平均的なプレイヤーには明らかではないデザイン上の決定やゲームプレイの妥協を余儀なくさせましたか？
(追記：開発時間の90%は磨き上げ、残りの90%はバグ修正です)