ゲームでストーリーパーツを事前にレンダリングしないのはなぜですか？

最近のゲームをプレイするときは、ストーリーに関連したカットシーンがよくあります。その間、ゲームを操作することはできません。プレイ中は、それを聞くか見るだけです。

ただし、多くのゲームでは、これらのストーリーシーンはゲームエンジンでライブレンダリングされ、事前にレンダリングされたビデオではレンダリングされません。ゲーム開発中にストーリーシーンが事前にレンダリングされない理由を理解できないようです。

私の質問は：

ユーザーが自分の側でレンダリングする必要がないように、ゲーム開発中に最高の設定でビデオとしてストーリーカットシーンを事前レンダリングしないのはなぜですか？

ビデオやリアルタイムのゲームレンダリングにはスムーズな移行が必要なため、ゲーム開発者はこれを選択しません。

いくつかの理由が考えられます。

• ビデオを事前にレンダリングして記録すると、ディスク上でより多くのスペースが必要になり、ボーンアニメーションを使用してライブでアニメーション化することになります。
• 視覚的側面。ゲームに表示されるものの半分を「より良い」品質で事前にレンダリングすると、ゲームの流れが失われる可能性があります。通常のゲームプレイ中に1000ポリゴンでレンダリングされるゲームの主人公をイメージすることができますが、突然2000ポリゴンでレンダリングされた彼を見て、素敵なスキンスムージングと25シェーダーエフェクト、これを2分間低解像度でジャンプします文字...これは奇妙に見えるでしょう。
• 内部承認/変更プロセス。ゲーム会社内からカットシーンのアニメーションを単純に変更するパイプラインは、アニメーションの元のアセットを変更してレンダリングし、承認させるよりもはるかに簡単だと思います。
• それは必要ありません（または「できるから」）。ゲームエンジンとハードウェアはますます洗練され、強力になっているので、生成するものの品質は映画品質のグラフィックスに近づいています。
• フロー。あなたが提案したように、あなたがそれをするためにエンジンをプッシュしない限り、ビデオを表示する前に短いロード時間がありますが、カットシーンへの移行は、少量のデータと小さなゲーム状態の移行をロードすることを意味します。

コメントから提案：

• コスト。事前にレンダリングされたシーンを最適化するアーキテクチャを備えたソフトウェア（Rad Game Toolの「Bink Video」など）を使用すると、ライセンスを取得して実装するのに費用がかかる場合があります。（ありがとう@Honeybunch）

• カスタマイズ。プレイヤーがキャラクターの外観、装備、またはパーティーの構成を変更できる場合、これらの選択は事前にレンダリングされたセクションに反映されません（例：正規のキャラクター/ロードアウト/パーティーが常に表示されます）またはいくつかの事前にレンダリングされたビデオは可能なすべての組み合わせをカバーするために必要です（プレーヤーに多くの選択肢がある場合、すぐに非実用的になります）。（@DMGregoryおよび@Kevin）

多くのゲームでは、プレイ中にキャラクターが外見を変えることができます。エンジンでカットシーンをレンダリングすると、これらの変更を反映できます。ビデオでは、そのような柔軟性はありません。

エンジンでカットシーンをレンダリングする他の利点は次のとおりです。

• 事前にレンダリングされたビデオとは異なり、ハードウェアに合わせて拡張されます。一部の古いゲームでは、カットシーンが720p以下でレンダリングされており、4k以上の解像度の画面では見栄えがよくありません。

• それはよりmodフレンドリーです。高解像度のテクスチャMODをインストールするか、ウィッチャーの馬をクールに見える巨大なオオカミに単純に置き換えたい場合、これらの変更は事前にレンダリングされたビデオでは見られません。

• リップ同期は、エンジン内での処理がはるかに簡単です。最近では、唇のアニメーションはオーディオトラックに依存しています。つまり、声優は自分のスピーチをキャラクターの唇の動きに同期させる必要はありません。ある言語から次の言語にゲームをローカライズする必要がある場合、声優は自分のラインに集中するだけでよく、シーンを再レンダリングする必要はありません。

• より柔軟です。怪我のためにキャラクターがかろうじて直立している場合でも、酔っている場合でも、ビデオよりもエンジン内でレンダリングしたほうが、現在の状態をより正確に反映できます。

• 環境がより正確に反映されます。たぶん、あなたは森全体を焼き払っただけかもしれませんし、どうにかしてエアリスのあらゆる可能性に対する死を避けることができました。さて、事前にレンダリングされたビデオは、あらゆる偶然性を説明することはできません。

最終的には、エンジン内でレンダリングされるカットシーンは動的であるため、事前レンダリングされたビデオでは不可能な柔軟性を提供します。

事前にレンダリングされたカットシーンが実際のゲームよりもはるかに良く見えることで有名になったゲームは、プレイステーション1時代のファイナルファンタジーゲームです。たとえば、ファイナルファンタジーVIIの主人公は、カットシーンでは次のように見えました。

実際のゲーム中は次のようになります。

これの問題は何ですか？カットシーンと実際のゲームプレイの間の美学の違いは非常に異なっていたため、ほとんど同じゲームのようには見えませんでした。カットシーンとゲームプレイの間のブレークは非常に明白であり、没入を中断し、プレイヤーの不信の停止に挑戦しました。

最近のゲームでは、ゲームエンジンで物語のカットシーンをレンダリングすることでこれを回避しています。そうすれば、ゲームのインタラクティブな部分と非インタラクティブな部分の間のカットがはるかにシームレスになります。

それは100％放棄されていないものですが。たとえば、ウィッチャー3は、事前にレンダリングされたいくつかのCGIシーケンスを統合します。有名なのはイントロカットシーンですが、実際のゲームのいくつかの重要なカットシーンでは、ビデオ圧縮アーティファクトに注意を払うことによってのみ気付くことができます。キャラクターのカスタマイズによる一貫性の問題は、主なキャラクターが画面上にないシーンで主にこれを行うことで解決されます。

事前にレンダリングされたカットシーンの別の問題は、可能性をカバーすることです。今日のゲームでは、あなたの行動がゲーム内のストーリーの流れを変えるからです。

そのため、結果の数え切れないほど異なる組み合わせがもたらされるため、さまざまな事前レンダリングされたカットシーンが得られます。これには明らかな制限があります（数百GB、おそらくTB）。

ゲームエンジンにリアルタイムでレンダリングさせると、ゲーマーがその時点までに実行したアクションを含む関連パラメーターを送信するだけで済みます。ゲームエンジンは、これらのパラメーターから可能な結果が何であるかを計算します。

この方法では、1つのエンジンのみから、必要なだけ多くの結果を追加できます。