50典型的なゲーミングカメラの設計エラー（パート2）

この記事は、GDC14でのJohn Neskyのパフォーマンスの翻訳の第2部です。



最初の部分はこちらです。

＃26キャラクターが下り坂を走っている間、射撃角度を一定に保つ

テクニックは、前の例のように、キャラクターの前の床の高さの変化を決定することです。 高さが現在の高さよりも高いか低い場合、カメラのピッチをわずかに変更できます。 ただし、これらの目的のためにプレーヤーの足の真下の表面勾配の分析を使用すると、表面が不均一な場合に誤った情報を取得できます。 したがって、平均的な高さの変化のようなものを得るために、キャラクターの前のある距離でレーキキャストを行うことをお勧めします。 しかし、別の問題もこの方法の特徴です。rakecastは小さな壁と丘の中腹を簡単に混同する可能性があるため、サーフェスとrakecastの交点で通常の値を使用する必要があります。

＃27サードルールを誤って使用する

サードのルールは、映画のもう1つのよく知られたルールです。 一言で言えば、構図の焦点が中心からずれている場合、写真はより魅力的に見えるということです。 これにより、カメラで表示される画像の品質を簡単に変更できます。



しかし、カメラをその軸の周りに回転させるこの効果を達成することは間違っています。 実際のカメラを使用してこのルールを適用する場合は、ほとんどの場合、カメラを少し手に向けるだけです。 しかし、三人称視点のゲームでは、カメラはその軸を中心に回転してはいけません。キャラクターは常に回転の中心になるはずです。 したがって、カメラを回転させる代わりに、カメラを少し横に動かすだけで済みます。



別の問題があります-プレイヤーは画面の中央を使用してスティック管理を調整します。 また、カメラを動かすと、プレイヤーが混乱して、キャラクターがどの方向に向かっているのか理解できない場合があります。 そのため、ジャーニーでは、プレーヤーが静止している場合にのみ3分の1のルールを使用しました。 そして、彼がスティックを拒否すると、キャラクターが再び画面の中央にくるようにカメラを徐々に動かします。



反例として、「巨像の影」を挙げることができます。 このゲームでは、馬に乗ってカメラが横に移動しても、プレイヤーはスティックを使用して前進する必要がないため、見当識障害はありません。代わりに、ゲームパッドのトリガーをガスペダルとして使用します。 この場合のスティックは、キャラクターを左右に回転させるためだけに使用されます。

＃28地上および空中を移動するときに同じロジックを使用する

これまでのところ、地上でのプレイヤーの動きのみを考慮してきました。 しかし、ゲーム内を移動する他の方法があるかもしれません。 たとえば、Journeyでは、キャラクターは走るだけでなく飛ぶこともできます。 このような異なる移動方法は、キャラクターの異なる軌跡を意味し、プレイヤーはこれらの状況を異なる方法で評価する必要があります。



ジャーニーのフライトは、遅かれ早かれ飛んだものがすべて落ちるように設計されており、着陸する場所をプレイヤーに示すことが非常に重要です（特に、フライトに費やしたエネルギーが足りなくなった場合）。 したがって、飛行の開始時には、カメラは少し上​​向きに見え、キャラクターが飛行する場所を示しますが、エネルギーの残量がなくなるとすぐにカメラが下がり、プレイヤーが着陸する場所を選択しやすくなります。



このようなテクニックは短いジャンプには必要ないので、キャラクターが位置する高さに基づいて、このルールを徐々に含めることができます。

＃29カメラの手続き動作のみに依存する

以前に調査したすべてのトリックは、環境の変化に対応する自動メカニズムです。 しかし、レイカストは表面の形状のみを決定できますが、プレイヤーにとって何が重要かはわかりません。 ゲームデザイナーは、特定の時間にプレーヤーにとって何が重要で、何を見るべきかを自分で決める必要があります。



したがって、カメラのスクリプト化されたヒントをゲームのレベルに追加して、特定の時点で何を表示するかを決定できます。 このようなヒントは、限られたスペースではさらに重要です。 動的な撮影角度を持つカメラは、障害物があまりないオープンスペースのゲームには適していますが、クローズドスペースにはカメラが避ける必要のある多くのオブジェクトがあります。 そして、私たちがこれで彼女を助けるほど、より良いです。



たとえば、ジャーニーにはプレイヤーが登る高い塔があります。 塔は凸面の多角形であり、カメラはその中心に向けられているため、プレイヤーは周囲で何が起こっているかをはっきりと見ることができます。

＃30プレイヤーを迷子にします

プレイヤーはゲームの世界を探索するのが大好きで、この機会を提供したいと考えています。 しかし、彼らが迷子にならないことを確信しなければなりません。 多くのゲームで使用される最も簡単な解決策は、現在のターゲットまたはミニマップを指す矢印です。 私の意見では、これはあまりにも失礼な決定であり、ジャーニーでは使用しませんでした。 カメラでステルストリックを使用して、プレーヤーにどこに行く必要があるかを伝えることを好みます。



たとえば、ジャーニーでプレイヤーがその場所の端に近づくと、カメラは反対方向に回転し、プレイヤーがどこに行くべきかを暗示します。 また、プレーヤーが現在のターゲットからあまり遠くに開始しないようにすることもできます。 彼がかなりの距離を移動したらすぐに、カメラを回して正しい方向を示します。 ただし、プレイヤーをゲームの世界を探索する喜びを奪うことができるように、プレイヤーをあまりにも押し付けてはなりません。

＃31カメラを回転させて、近くのターゲットを見る

たとえば、隣にいるキャラクターを示すことをタスクとするスクリプトを作成する場合、最初に考えるのはそのキャラクターのカメラを回すことです。 ただし、この場合、キャラクターはプレイヤーの隣にあるため、カメラは常に回転し、その動き（またはカメラを向けるキャラクターの変更）はカメラの回転に大きな変化をもたらします。



幸いなことに、目的の動作を実現する別の方法があります。 これは、カメラを側面または背面に移動し、視野内の空間に対象点を配置することで構成されます。 この場合、プレイヤーの混乱は少なくなります。

＃32カメラを動かして遠くのターゲットを見る

これは逆の状況です。 既に述べたように、プレーヤーの近くにあるものを見たい場合は、カメラをプレーヤーの横または少し離します。 しかし、例えば地平線上にある遠隔の何かを見たい場合、カメラのシフトはスクリーン上の関心のあるオブジェクトの位置の変化につながりません。 この場合、カメラを回すだけで正しくなります。

＃33プレイヤーキャラクターが前のゴールを隠すことを許可する

カメラを回転させてプレイヤーに何かを示し、プレイヤーのキャラクターが画面の中央にいる場合、キャラクターが関心領域を覆い隠すリスクがあります。 この場合、カメラを横に移動できます。 ちなみに、これは前述の3分の1のルールを使用する絶好の機会です。 しかし、場合によっては、最も簡単な解決策は、カメラを傾けてキャラクターを少し上から見ることであり、それによってプレイヤーは彼の後ろを見ることができます。

＃34最初にプレーヤーにカメラの制御権を与えてから、

最初にプレーヤーにカメラの制御を許可してから無効にすると、ユーザーを落胆させる可能性があります。 したがって、カメラのヒントを作成するときは、少なくともプレーヤーにカメラを制御する機会を与えてください。 ただし、プレーヤーからこの機会を利用したい場合は、プレーヤーに必要なものがすべて表示されていることを確認し、カメラの位置を変更したくないことを確認してください。

＃35プレーヤーがカメラを向けた直後にヒントを適用する

プレーヤーがカメラを回す場合、彼はどこかを見たいと思う。 しかし、彼がコントロールを放すとすぐに、カメラに対するあなたのヒントが正しい方向にそれを回し始めます。 したがって、カメラを制御する前に遅延があると、プレーヤーは自分がカメラを向けた場所を見ることができます。 さらに良いのは、プレイヤーが移動を開始した後に傍受が実行される場合です。

＃36上級プレイヤーに世界を探させない

プレーヤーがカメラを制御する能力を持っている場合でも、彼は常にヒントが彼を望む場所に行かせようとすることに悩まされるかもしれません。 これは、プレーヤーが初めてゲームをプレイしていて、新しい場所を探したい場合に特に重要です。 したがって、プロンプトが機能してプレーヤーに目標を示したらすぐに、このヒントをオフにして、プレーヤーがこの目標へのルートを作成できるようにすることができます。

＃37反転制御回路を提供しない

ほとんどの人、特に一人称シューティングゲームの開発者はこの問題を知っています。 一部のプレイヤーは、スティックを上に動かしてカメラが下に移動することを望み、逆に、他の部分は上に移動して上下に移動することを望んでいます。 ゲームのプレイを停止するか、コントロールを好きなものに変更できない場合は常に不平を言うことができます。 したがって、ゲームの設定で反転カメラ制御を有効にできることを確認してください。

＃38ランダムクリックの処理

Journeyでは、カメラを制御する2つの方法を作成することにしました。スティックを使用する方法と、ゲームパッド自体を傾ける方法です。 最後の方法は、他のゲームであるFlowerから部分的に移行しました。 実際、彼はカメラを制御する以外に何もしなかったので、彼はそこのより多くの場所に来たようですが、ジャーニーではプレーヤーは一度に多くのことをします。 そのため、プレーヤーは誤ってコントローラーを傾けることができ、これによりカメラの動きが不必要になります。 さらに、スティックとは異なり、コントローラーの傾きには固定された中立位置がありません。 不要なカメラの動きを回避する1つの方法は、常に再調整することです。これにより、プレーヤーの持ち方に応じてコントローラーのニュートラル位置を再計算できます。



特に初心者にとってより直感的であるため、この管理方法をサポートする理由がありました。 しかし、おそらく、少なくとも設定でそれを無効にする機会をプレイヤーに与える価値がありました。

＃39線形関係を使用する

アナログスティックの移動半径はわずかです。 プレイヤーはスティックを最後まで動かすことに慣れているため、これは実際には重要ではありません。 ただし、カメラをゆっくり動かして、プレーヤーが必要な場所にカメラを向けられるようにした方が良いと思います。 多くは、コントローラー入力からロジスティック関数（いわゆるSカーブ）を使用してこれを行います。

＃40カメラを飛ばしすぎる

プレイヤーがキャラクターを左右に動かしたときに画面がぎくしゃくしないように、カメラの動きを滑らかにして、キャラクターが画面の中央からわずかに移動できるようにします。 しかし、カメラをあまりにも怠makeにすると、高速のキャラクターが画面から脱出する可能性があり、これは問題です。 したがって、キャラクターが画面の中心からどれだけ移動できるかについての制限を設定することを忘れないでください。 さらに、キャラクターの前でカメラを動かすことができます。 たとえば、ヨッシーの島では、プレーヤーがしばらく同じ方向に走ると、カメラは動きの方向に動きます。

＃41小さな視野角を使用する

前述したように、視野角はズームです。 ズームが非常に大きい場合、最小の動きでさえ巨大になります。 近づくと動きの大きさが大きくなり、離れると動きが小さくなります。



同じヨッシー島を取ります。 多くの人にとって、それは懐かしさを感じさせますが、友人に見せようとしたとき、彼らはそれを再生できませんでした。 これは乗り物酔いに似た感覚を引き起こします。 したがって、カメラの視野角が大きければ素晴らしいことであり、プレーヤーの動きに追いつくためにそれほど頻繁に移動する必要はありません。



この間違いは、一人称シューティングゲームにも当てはまります。 それらはプレイヤーに船酔いを引き起こすことが最も多く、そのような人はゲーム設定で視野角を変更することをお勧めします。 そのため、特に多様な構成のプラットフォームでFPSを実行している場合は、乗り物酔いしやすいプレーヤーを失うことがないように、視野角を変更する機能を追加してください。

＃42表示角度をすばやく変更

多くの場合、この問題はシューティングゲームの特徴でもあります。 プレイヤーが照準器に照準を合わせ始めると、カメラは視野角をすばやく狭めます。 この問題はレースで時々発生します-プレイヤーが急激に速度を上げると、カメラは加速を強調するために視野角を広げます。 このようなトリックは乗り物酔いにもつながりますので、注意してください。

＃43カメラを振る

このエフェクトは、あらゆるジャンルのゲームで非常に頻繁に使用されます。これは、打撃、ショット、爆発を強調し、ゲームをよりリアルに見せるために役立ちます。 これは、ゲームをより完全に見せる最も簡単な方法であり、間違いなく非常に便利であると言う人もいます。 しかし、すべてのプレイヤーがこの効果を均等に認識しているわけではないことを知っておく必要があります。 揺れの振幅と持続時間は、通常のように見えますが、他の人には大きすぎます。 そのため、揺れの強さを変更できる設定をゲームに追加することをお勧めします。

＃44キャラクターを歩きながらカメラを振る

この手法はそれほど一般的ではなく、多くの場合、キャラクターの肩の後ろからの眺めを伴うゲームに関係しています。 これもまた、ゲームによりリアル感を与えるのに役立ちます。 しかし、あなたにとって本当のように見えることは、他の人にはこのように見えないかもしれませんし、吐き気を引き起こすかもしれません。 レセプションの本質は前のものと似ていますが、唯一の違いは、この場合、カメラが振動中に動く速度がはるかに遅いことです。 しかし、プレイヤーに乗り物酔いの攻撃を引き起こすリスクは同じままです。 したがって、この効果を無効にすることができます。

＃45キャラクターがジャンプしたときにカメラを上下に移動または回転させる

多くのサードパーソンゲームやサイドスクローラーでは、カメラはキャラクターにしっかりと接続されています。 したがって、彼がジャンプすると、カメラは突然動き始め、着地すると、カメラは突然停止します。 これはまた、プレーヤーに悪心を引き起こす可能性があります。



繰り返しますが、私たちは、上に飛んできたものすべてが落ちていく状況にあります。 この場合、キャラクターは画面の外に隠れる時間がありそうにありません。 したがって、カメラをそのままにしておくことができます。 一部のゲーム（たとえばスーパーマリオ）では、カメラはキャラクターが現在の位置の上または下の表面に着地するまで待機し、その後で座標を変更します。 また、Journeyでは、カメラの動きをスムーズにし、頻繁で急激な動きを避けるようにします。

＃46カメラを新しい位置にすばやく移動する

一部の開発者は、文字通りあまりにもシャープなフレームの変更がないというルールを採用しているように、これはゲームで非常に頻繁に発生します。 ゼルダシリーズの一部のゲームは、この例を特によく示しています。 素早いカメラの動きは、フレームの急激な変化と見なすことができます。また、プレイヤーの船酔いの発作を引き起こすこともあります。 したがって、そのような移動中にプレーヤーを制御する場合は、フレームを大幅に変更することをお勧めします。

＃47回転の境界に達するまで一定の速度でカメラを回転させる

オイラー角の使用には欠点があります-それは折り畳み式フレームであり、厳密に上下に見たときに生じる他の問題です。 ほとんどの場合、カメラの回転の境界を設定するため、プレーヤーにこれらの方向を見る必要はありません。 しかし、多くのゲームでは、スティックを上に動かすと、カメラは制限に対して突然静止するまで、正しい方向に均等に回転します。 これを事前に予測し、カメラが回転の境界角に達するまで、カメラの回転速度を徐々に低下させることがはるかに優れています。

＃48 Oculus Rift専用に開発する

もちろん、これは間違いではありません。 しかし、実際には、ゲームは徐々により現実的で、より良く、より良い動きの感覚を伝えているため、船酔いをますます引き起こす可能性があります。 この不快な感覚は、脳があなたが見るものとあなたの体が感じるものとを比較できないときに起こります。 Oculus Riftの開発者は、この現象に苦労していると主張しており、彼らを信じない理由はありません。 ただし、視聴者を最大限に活用するには、ゲームをOculus Rift専用にしないことをお勧めします。 プレイヤーの多くは、今後数年間でこれを行うことができないため、ゲームをプレイする別の方法をプレイヤーに提供します。

＃49狭い人口統計グループでテストする

何よりも、子供と初心者のプレーヤーは欠陥を指摘することができます。 そして、あなたと個人的に知り合いでない見知らぬ人は、批判を提供することを望んでいます。 ただし、テスターに​​積極的に質問する必要があります。多くの人は、例えば、自分の弱さを考慮して、吐き気を催すことができますが、そうは言えません。 そのため、プレイヤーに同じ問題を経験させたくないので、彼らがあなたとコミュニケーションをとることを喜んでおり、彼らがあなたのゲームで問題に気づいたら言うことをheしないことを確認する必要があります。

＃50 Invent Universal Algorithm

上記の豊富なエラーと制限を考慮すると、条件がどの程度満たされるかを決定し、すべての制限を満たす最適な回転角度を生成する何らかの種類の関数を作成するのは魅力的かもしれません。 しかし、このアプローチで良い結果が得られることはほとんどありません。コンピューターにすべての作業を任せると、最終的に何が起こるかを予測することは非常に難しいからです。 また、結果を予測できない場合、正しい動作を設計することはできません。 システムを繰り返し変更する必要があります。そのたびに、これらの変更がどのような結果をもたらすかを事前に伝える機会があります。 したがって、カメラの動作に課せられた多数の制限を正しく優先順位付けするため、またはそれらを最適に実装する方法を見つけるために、これらすべての制限間の関係を明確に理解する必要があります。

悪魔は細部に宿る

あるゲームで機能するメソッドは、別のゲームでは機能しません。 したがって、このリスト全体は、ゲームカメラに関連する問題を調査する時間を節約するのに役立ち、ソリューションの機能を評価する方法として役立ちますが、テストに取って代わることはありません。