見栄えのよい3Dプレビューで確認できるのは、作業の一部にすぎません。アセットの準備、アニメーション、インタラクション、レンダリング、パフォーマンスは、いずれも連携して機能する必要があります。制作が特定のエンジンやアセットサービスに依存するようになる前に、小規模なプレイ可能な環境から始めましょう。
チームが実際に行う必要のある作業を基準に、Godot、Unity、Unrealを比較しましょう。ツールの評価区分は、ワークフローへの適合性を示しています。同じアセット、カメラ、インタラクション、対象デバイスを使い、比較を再現できるようにエンジンのバージョンと設定を記録してください。
ゲームを代表するシーンの仕様を書く
エンジンの試用では、部屋または範囲を限定した環境を1つ、キャラクターを1人、ゲームにとって重要なインタラクションを1つ選びます。カメラの挙動、入力、衝突判定、アニメーション、会話、そしてインタラクションが生み出すべき状態変化を書き出してください。プレイヤー設定と、セーブで保持すべき内容も明記しましょう。
承認済みのビジュアルリファレンスを選び、早い段階でパフォーマンス予算を設定します。対応する最低限のデバイスと、想定する画面解像度を明示してください。デスクトップ向けのシネマティックが美しく見えても、それだけではモバイル向けのインタラクティブなシーンが許容できる性能で動作するかは分かりません。
オーサリングとランタイムを併せて評価する
本格的に検討している各エンジンで、同じシーンを作成またはインポートします。ライターが会話を編集する方法、アーティストがマテリアルを差し替える方法、開発者が状態を確認する方法など、日常的な作業を評価してください。それぞれの方法で必要になるパッケージや連携機能と、それらの維持に必要な作業を記録しましょう。
エディターだけでなく、パッケージ化したビルドも、同じカメラと負荷でテストします。候補の1つでライティング、エフェクト、アセット品質が異なる場合は、パフォーマンスを比較する前にその違いを記録してください。そうしないと、ビジュアル仕様の違いをエンジン自体の性能差と取り違えるおそれがあります。
ゲームアセットを入念に準備する
アセットを受け入れる前に、単位、向き、トポロジー、UV、マテリアル、命名を確認します。必要に応じて、衝突判定用のジオメトリと表示用のジオメトリを分離してください。キャラクターには、ランタイムに適したリグ、スキンウェイト、アニメーションも必要です。説得力のある表面表現は、始まりにすぎません。
修正の出発点が明確になるように、編集可能なBlenderなどのソースファイルを、書き出したアセットと一緒に保管してください。生成されたメッシュにも、人が制作したメッシュにも、同じ受け入れチェックを適用します。生成メッシュのガイドでは、リトポロジー、テクスチャの確認、リギング、LOD、GLB/glTFでの引き渡しを扱っています。
インタラクションとアニメーションを観察可能にする
ゲームプレイの状態とビジュアル表現の責任範囲を明確にしてください。どのシステムがインタラクションを決定し、どのアニメーションがそれを表現し、プレイヤーが中断した場合に何が起きるかを定義します。重要な進行には、確実に作動するトリガーが必要です。気づかれないままスキップされる可能性のあるアニメーションイベントに、その役割を任せるべきではありません。
開発用の診断機能で、現在の状態、再生中のアニメーション、対象を表示します。移動、会話、インタラクションの間の遷移を、繰り返し入力した場合も含めてテストしてください。魅力的な待機アニメーションのプレビューは、試験の簡単な部分です。実際のプレイ中も、キャラクターがこれらのインタラクションを確実に開始・終了できなければなりません。
実際のボトルネックを測定する
想定するレンダラーとデバイスを使い、ゲームを代表するシーンをプロファイリングします。シミュレーション、アニメーション、描画負荷、テクスチャメモリ、読み込みのコストを分けて調べ、どこに対処が必要かを把握してください。検討対象の設定を1つずつ変更し、その結果を承認済みのビジュアルリファレンスと比較しましょう。
LOD、圧縮、エフェクトの簡略化は、テストすべき候補として扱い、それぞれについてビジュアルの受け入れチェックとランタイム測定を行います。非対応機能のフォールバック動作も定義してください。デスクトップのブラウザーで行うベンチマークでは、実機のモバイルデバイスでゲームがどのような性能を示すかは判断できません。
保守可能な制作方法を選ぶ
選択したエンジン、必要な連携機能、アセットの受け入れ手順、ビルド手順を記録します。クリーンなチェックアウトとアセットの差し替えをテストしてください。別の参加者でもシーンとその書き出しを再現できるかを確認します。制作方法は、担当者が変わっても機能し続ける必要があります。
インタラクションのループ、アセットの引き渡し、対象デバイスのパフォーマンス予算がかみ合うようになったら、環境を拡張します。プロジェクトの制約内で、チームが計画した体験をリリースできるエンジンを選び、開発範囲が広がっても同じチェックを続けてください。
重要な決定事項
- 同じシーン、負荷、対象デバイスを使ってエンジンを比較します。
- 生成メッシュに対して、トポロジー、リギング、ランタイムのチェックを行います。
- アニメーションの遷移、繰り返し入力、中断されたインタラクションをテストします。
- 最適化の測定を行うたびに、ビジュアル品質も確認します。
外部のモデル関連コミュニティやコンテンツ公開サイトには、露骨な表現を含むコンテンツが掲載されている場合があります。出典へのリンクは新しいタブで開きます。このガイドでは、リンク先のプレビューを読み込みません。