スクロールがあなたと共にありますように：プラットフォーマーのカメラの理論と実践[1/2]

第二部



翻訳者から。 この記事は、ゲームMushroom 11の著者であるインディースタジオUntameの創設者であるItay Kerenによって書かれました。 その結果、横スクロールゲームのカメラ制御に関する実際のチュートリアルができました。 どの言語にもコード行はありませんが（私は嘘をついていますが、1つあります）、これをすべてコンピューターの指示に翻訳することは難しくないと思います。 ダイナミックな2Dゲームに携わるすべてのプログラマーとデザイナーにとって必読です。 用語の意味をもっと翻訳しました。たとえば、位置ロック-「カメラの取り付け」。 はい。1983年までの多くのゲームでは、Dendyのバージョンが表示されます-少し歴史的ではありませんが、シンプルです。

はじめに

Mushroom 11ゲームの開発中に、多くの設計および技術的な問題に遭遇しました。 頂点アニメーションや滑らかな形状の変化について誰かが書くことを期待していませんでしたが、30年の歴史を持つ仕事であるカメラの操作についてほとんど書かれていなかったことに驚きました。



私は、2次元ゲームの歴史についての短い旅行を手配し、その難しさ、アプローチ、およびソリューションの進化を文書化することにしました。 多くのソリューションには名前さえないので、私は-自分自身ではなく-カメラへのアプローチの分類を思いつき、小さな辞書を書きました。

スクロール

スクロールまたはパンは、画面に収まらないシーンを表示しようとする試みです。 スクロールに関連する多くの質問があります。プレーヤーに表示する必要があるものを表示する、開発者として私たちが彼に見せたいものを表示する、すべてをスムーズかつ快適にスクロールさせる方法を表示します。



2次元カメラに焦点を当てますが、これらの一般的な概念の多くは3Dでも機能します。

神経学からの何か

ゲームを見る前に、視覚と知覚をよりよく理解するために感覚を見てみましょう。 したがって、スクロールの問題点を理解できます。



中心窩は、目の中の受容体であり、明確で詳細な中心視の原因となっています。 2番目と3番目の受容体ベルト、傍中心窩と周辺は、認識を高速化するために画像と動きを完全に圧縮します-まず第一に、慣れ親しんだ不安な形態の認識と動きの方向と速度の変化。



目からの画像は扁桃体に直行し、素早い反応を提供すると同時に、画像を解読する視覚皮質にも届きます。 脳を訓練することができます-例えば、視力の周辺のシフトを「結びつける」ように制御します。 これはゲームで役立ちます。





前庭装置は内耳にあり、バランスと空間の方向性に関与しています。 彼が送る信号は、目が細部を凝視している間、身体がバランスを維持することを可能にします。



私のような一部の人が車で読書をすると、視覚的にサポートされていない加速が乗り物酔いやめまいにつながります。 しかし、逆もまた真です。周辺視野が背景の変化を捉え、前庭装置がすべてが動かないと言う場合-あなたはコンピューターの前に座っている-結果は同様になります。



そのため、感覚（視覚および前庭装置）からの矛盾する信号は、不快感および乗り物酔いにつながる可能性があります。 3D（特に仮想現実）では、これらの効果はより明るくなりますが、2次元のゲームでは顕著です。

注意、相互作用、快適さ

スクロールの問題を理解しやすくするために、3つの大きな質問を取り上げました。



注意：ゲームをナビゲートするのに十分なゲーム情報（プレーヤーが見る必要があるもの）を表示するようにカメラを教えてください。



インタラクション：プレーヤーがカメラの表示を制御できるようにすることで、背景の変化が予測可能であり、プレーヤーの制御（プレーヤーが見たいもの）に明確に結び付けられます。



快適性：バックグラウンドでの変更を容易にし、説明する（これらのタスクをプレーヤーに不便を与えることなくエレガントに組み合わせる方法）。

スクロールノスタルジア

開発者が新しいゲームスキームを発明した1980年代から旅を始めます。30年後にはそのような技術的な制限を回避し、それが何であるかを想像することは困難です。



過去10年間のほとんどの主要なインディーズゲームについて言及します。なぜなら、彼らは常に、独立したアーティストに期待される革新性、細部への注意、注意を示していたからです。

アクションに続いて

ガイド付きヒーローへのすべての注意



最も単純なものから始めましょう。 一般的に言えば、プレイヤーとして、あなたはあなたのキャラクターに完全に責任を負います。 これは、カメラで主人公を運転するときにゲームが主人公に与える注意を決定します。



80年代前半、スクロールは困難であり、開発者はプロセッサ速度、メモリ容量、セグメント化されたメモリ構造などの制限に直面していました。 しかし、これらの問題があったとしても、これらの制限にエレガントにフィットする素晴らしい回転ゲームがリリースされました。 確かに、動きはしばしば単純またはぎくしゃくしたものでした。



そして、1980年にRally-Xゲームがこれらの制限を克服し、実際の2軸カメラを導入したことは驚くべきことです。 最も単純なメカニズムである「アタッチドカメラ」がありました。車は常に中心にあり、カメラの動きは完全に予測可能です。

Rally-X（ナムコ、1980）

接続されたカメラ ：カメラは常にヒーローを見る。 ご注意 私は自分の仕事のために、そしてこれらの現象に何らかの名前を付けるために、これらすべての用語を自分で考え出しました。 他の誰かがそれらを使用し、改善し、レビューを書いてくれたら、私はIめられます。

つながれたカメラのもう1つの良い例は、 ムーンパトロールを作成したデザイナーである西山隆と、後にストリートファイターによって開発されたカンフーマスターです。



同時に、もう1つの単純なメカニズムが表示されます。これは「端で停止」と呼ばれます。カメラが画面の端にあるとき、キャラクターはアンカーポイントから離れることができます。

カンフーマスター（Irem、1984）

結ばれたカメラ エッジに焦点を合わせる ：ハードエッジが設定され、それを超えるとカメラは移動できません。 （カメラはほとんどすべてのゲームで端にあるため、このテクニックについてはもう言及しません。）

接続されたカメラは最も簡単なテクニックですが、それでも便利です。 Terrariaクラフトを使用したサンドボックスでは、キャラクターは画面に比べて非常に小さく、低くジャンプします。そのため、接続されたカメラは機能するだけでなく、あらゆる方向に長距離の可視性を提供します。

テラリア（Re-Logic、2011）

結ばれたカメラ

カメラの動きを制限する

不要なまたは予測できないスクロールが少ない



望ましくない場合、スクロールを避ける方法は？ 30年前、スクロールには欠陥がありました。画面の大部分が再描画されたため、プロセッサに負荷がかかりました。 そして、たとえそれを修正することが可能であったとしても、その時の大きなピクセルはスクロールを滑らかにしませんでした。 最善のアプローチはスクロールを少なくすることだったからです。 1つの方法は、キャラクターが特定のウィンドウ内を歩き回り、ウィンドウの外に出たらスクロールすることです。



ジャンプは多くの人が最初のプラットフォーマーであると考えられていますが、技術的にはプレイヤーは絶えずジャンプしますが、ジャンプの高さと左右の動きを制御するだけです。 その中で、当時の他の多くのゲームと同様に、カメラは自動的に上方に移動し、プレーヤーはより高くジャンプし、障害物を回避する必要があります。

ジャンプバグ（アルファ電子/宝栄→コアランド、1981）

フリーホイール ：プレーヤーがウィンドウの端に到達するとすぐにカメラを移動します

フリーホイールウィンドウは、多くの開発者が耐えられなかった問題を解決し、標準を設定してから、何千人ものプラットフォーマーが続きました。 しかし、質問がありました。プレーヤーが上に向かって近づいてくる敵に気付くには遅すぎて出口にジャンプします。



私のお気に入りの1つであるRastan Sagaでは、2つの軸に沿って移動し、さまざまな方法で歩くことができます。 そして、彼女はカメラとメカニクスの関係を最初に開発した人物の一人です。 フリープレイは標準のジャンプと同じ高さであり、ジャンプしてもカメラが上に移動することはありません。もちろん、Rastanがこれまで移動していない場合を除きます。 これにより、カメラの動きが不要になります。



これの大きな欠点は、特にラスタンがすでにフリーウィンドウの上にある場合、上から現れる敵がほとんど見えないことです。 そして、多くの城で起こる左への移動は一般に不便であり、前方への移動が少なすぎます。

ラスタン・サーガ（Taito、1987）

フリーホイール

無料ゲームウィンドウは新しいゲームでも表示されます。 Fezで測定値を回したときに水平ウィンドウがどのように保持されるかを確認してください。 そして、実際には、プレイヤーがウィンドウ内に留まるようにピボット軸が選択されます。 フェズのフリーホイールウィンドウはあまり一般的ではないものが選択されました。これは、このようなユニークなゲームの素晴らしいソリューションであり、後で紹介します。 垂直方向では、これは線形平滑化を備えた通常のテザーカメラです。これについては後で説明します。

フェズ（Polytron、2012）

フリーホイールウィンドウ （水平方向、測定方向転換時に保存） スナップカメラ （垂直） 線形平滑化 （斜体の用語は以下に示します） 地理的ビュー 手動制御 （右レバー）

戻る

暴走したカメラを元の場所に戻します！



フリーホイールがカメラの動きを減らす方法をすでに示しました。 しかし、 Jump BugとRastanで見られるように、これはプレイヤーがウィンドウの端にいる場合にも欠点があります。 これを修正する1つの方法を次に示します。



忍はおそらく私のお気に入りの古典的なゲームであり、非常に高いプラットフォームジャンプを持っています。 設計者は独自のカメラコントロールを配置しました。垂直方向には多くのプラットフォームがあるため、非常に広いフリーホイールがあります。 そして、いつものように、忍者は窓の端に寄りかかって-すぐにカメラを引っ張ります。 背の高い（または幅の広い）ウィンドウには欠点があります：短いジャンプの後、プレイヤーはウィンドウの上部で立ち往生し、 Rastan Sagaのように上からほとんど見えません。 そして忍はゆっくりとカメラをプレーヤーの方に引き寄せ、フレーム内のイベント全体を保持し、カメラの鋭い動きを最小限に抑えます。

忍（セガ、1987）

カメラの戻り （垂直）： カメラの「プル」を絶えず減らし、プレーヤーに向かって引きます。 フリーホイールウィンドウ （垂直） テザーカメラ （水平） 静的リード

スーパーマリオワールドで発明された新機能の1つは、プラットフォームリターンです。 他のフリーホイールウィンドウと同様に、カメラはヒーローが端に寄りかかるまで静止しています。 しかし、マリオがどのように跳躍しても、彼は最終的にプラットフォームに着陸し、それが起こったら、カメラを彼に引き上げます。

スーパーマリオワールド（任天堂、1990）

地理的ビュー プラットフォームの戻り ：カメラがプラットフォームに着くとすぐにカメラがプレーヤーに戻ります。 フリーホイールウィンドウ （垂直、めったにトリガーされない） ダブルリード （しきい値をオンにする） 手動制御 （水平、リモコンの追加ボタン付き）

これは宮本の作品の最初の言及であり、最後ではありません。 彼はゲームを理解し、細部にまで気を配っています。したがって、彼は優れたgemdesignerであり、ゲームの仕組みをよく考えているだけではありません。



最初のレイマンにも同じ考えがあります。 画面の上部がフリーホイールの上部として機能します。 Reimanがジャンプしてもカメラは動かないことに注意してください-着陸すると、カメラは優しく運転します。 これは、フリーホイールウィンドウがジャンプの高さよりもわずかに大きいため、スマートなソリューションです。 繰り返しますが、ゲームカメラがゲームデザインの不可欠な部分になる方法の例があります。

レイマン（Ubisoft、1995）

プラットフォームリターン フリーホイールウィンドウ （垂直、めったにトリガーされない） 地理的ビュー ダブルリード 線形平滑化

この手法も機能し、ジャンプ中にカメラが移動するのを防ぎ、ジャンプが終了したとき、またはフリーホイールゾーンを離れたときにカメラを中央に配置します。 当然、プラットフォームの復帰は、キャラクターがプラットフォームに足を踏み入れるときに機能します。 そうでない場合は、 Awesomenautsのジェットパックのように、垂直方向のフリープレイのみが機能します。

Awesomenauts（Ronimo Games、2012）

フリーホイールウィンドウ （垂直） プラットフォームリターン テザーカメラ （水平）

スムージング

カメラの速度と進行方向の突然の変化を避ける



周辺視の役割と、それが視覚の快適性にどのように影響するかについてはすでに説明しました。 むかしむかし、私たちが小さく、ピクセルが大きかったとき、カメラの単純な動きでさえ、大きなピクセルのためにぴくぴく見えました。

80年代のピクセル Dendy：解像度256×240

現代のインディーピクセル 多くの物理ピクセルが含まれています。

大きなピクセルの厳密で粗い格子がある場合、どのようにカメラの動きを滑らかにすることができますか？ これで、美しいピクセル画像を描画し、画像の解像度よりもはるかに高い精度で移動できます。 また、「ピクセルツーピクセル」である必要がない場合、多くのエンジンは1ピクセルよりも小さな増分で動作できます。



平滑化（擬似）物理



疑似物理学は、通常のカメラを滑らかにする必要がある場合に役立ちます（エンジンの物理学は実際には疑似であると言う人もいます）。



パックランドは、一部の人によると、最初の近代的なプラットフォーマーです。 ジャンルを定義するのに役立つ多くの要素があります：プラットフォームでのジャンプ、敵の回避、ボーナスの獲得。 スムージングに関しては、0ピクセル/フレームから1、2、3などの速度が最大まで上昇し、その後もスムーズにゼロまで低下します。 カメラはPakmanに関連付けられていますが、結果は明確で滑らかです。 しかし、 Pac-Landは垂直にスクロールする必要はありません。主な問題は、ジャンプと転倒時の高速加速と減速です。

パックランド（ナムコ、1984）

結ばれたカメラ 静的リード

宮本茂



ここでは、宮本茂に私の帽子を脱ぎ、彼の最初のいくつかの作品を見せたいと思います。 彼は業界に計り知れない貢献をし、ゲームの細部への影響は誇張するのが難しいです。



1984年、彼はスクロールの実験を開始し、スクロールをまったく異なる方法で使用する2つのゲームを開発しました。 どちらの場合も、プレーヤーはスクロールをほとんど制御できません。 むしろ、彼らは壁に動く絵のある部屋のように見えます。

Excitebike（任天堂、1984）

悪魔の世界（任天堂、1984） 北米は発行を拒否しました

Excitebikeには、オートバイの速度に応じて、モダンな外観のスクロールがありました。 十分に滑らかですが、特にゲームには影響しませんでした。



そして、 悪魔の世界ではすべてが巻物の上に建てられました。 このパックマンクローンでは、悪魔と戦うクリスチャンドラゴンとしてプレイし、彼は絶えずスクロールの方向を変えて、あなたを端に近づけます。 これは宗教的なイメージのために米国でリリースされなかった唯一のゲームですが、彼の他の作品の品質と比較すると、これは小さな損失です。 マスターの最初の、あまり成功していない作品を見るのは有益ですが、多くの場合インスピレーションを与えます。 最高のアーティストでさえ実験を行い、すべての実験が成功するとは限りません。



そして今、一年前に飛びましょう。 スーパーマリオブラザーズの輝きを誇張するのは難しいです。 ゲーム自体は、左から右への水平方向の単純な動きです。 さらに、プラットフォーマーの場合によくあるように、画面の端を越えて戻ることはできません（技術的には、これは一方向のフリーホイールウィンドウとして定義できます）。

スーパーマリオブラザーズ （任天堂、1985）

加速ゾーンを押す ：キャラクターがゾーンにいるとき、キャラクターの速度に達するまでカメラを徐々に加速します。 フリーホイールウィンドウ （片面） 静的リード

マリオが分散して後退し、フリーホイールウィンドウを全速で残した場合、1フレームでカメラが0から最大まで加速し、スクロール速度が大きく変化し、不快感が避けられません。 設計者は、マリオの速度に合わせてカメラが加速し始める中心から25％のポイントを追加することでこれを決定しました。 したがって、マリオが端に寄りかかったとき、カメラはすでにフルスピードで彼を追いかけています。



Metroidは、ジャンプと探索を組み合わせた新しいジャンルを作成した革新的なゲームでした（ キャッスルヴァニアの兄弟には 、ちなみに、シンプルなカメラが付属していました）。



Metroidには2軸の動きがありましたが、一度に1つの軸しか機能しませんでした。 彼はカメラを柔らかくする別の方法を導入しました。キャラクターは窓から出ることができますが、カメラは加速して追いつきます。 彼はどのくらいの距離から彼が行く-それは彼がラインを渡った速度に依存します。 しかし、結局のところ、滑らかなカメラが出てきます。

メトロイド（任天堂、1986）

フリーホイールウィンドウ （水平/垂直） 加速ゾーンのプル ：プレイヤーがウィンドウの境界を越えるとすぐに、キャラクターの速度に等しくなるまでカメラを加速します。

技術の開発により、より多くのピクセルとより高速なプロセッサが提供され、これがゲームカメラに影響を与えています。 これで、カメラは低解像度に固有のジッターなしで、特に低速で、数フレームで1だけシフトするときに自由に乗ることができます。



ドンキーコングカントリーは 、多くの革新的なカメラソリューションを考案しました。 彼は、可変リード（後ほど詳しく説明します）と、ジャンプを非常にスムーズにする線形スムージングを最初に作成した人物の1人です。

ドンキーコングカントリー（まれ/任天堂、1994）

線形平滑化 ：線形補間式を使用して、カメラとプレーヤーの間の距離を常に減らします。 スナップカメラ （垂直） 地理的ビュー ダブルリード

線形補間はそれほど大きな成果ではありません。 しかし、この式が、特にジャンプ時の速度でカメラのジャークを減らす標準ツールになりました。



float lerp (float a, float b, float t) { return a + t * (b - a); }







これはおそらく、最も効果的でユビキタスなアンチエイリアシング手法です。 遅いキャラクターとスーパーミートボーイのような速いキャラクターの両方で動作します。 キャラクターが大きく、非常に速く動く場合にのみ、カメラは彼に追いつくことができず、敵は最後の数秒まで舞台裏に隠れます。

スーパーミートボーイ（2010年、チームミート）

線形平滑化 結ばれたカメラ

2014年に、魅力的なゲームNever Aloneがリリースされました 。その中にはさまざまな要素がありますが、これについては後で説明します。 その平滑化メカニズムではカメラの速度も考慮されるため、カメラはゆっくりと加速し、ターゲットポイントを超えて「飛び」ます。 その結果、けいれんする動きにすばやく反応しませんでしたが、スムーズで自然な飛行が実現しました。

Never Alone（Upper One Games、2014）

物理的平滑化 ：カメラは、常に目標点に向かって飛ぶ物理的な物体です。 ポジション平均化 シネマティックレール 地理的ビュー オブジェクトを見る

プログラミングに関しては、線形アンチエイリアスはEaseOutであり、物理アンチエイリアスはEaseInOutです。 可能であれば、SmoothDampメソッド[Unityエンジンの機能-トランスレーター]を使用するか、ターゲットまでの距離と速度の両方を考慮した独自のバージョンを作成します。



ピクセルツーピクセルシェーダーを使用すると、マシン分割エラーのために、スプライトが他のスプライトまたは背景と比較してピクセルだけシフトしていることに気付くことがあります。 低解像度ピクセルグラフィックスで実行されるHyper Light Drifterは 、この問題を巧みに解決しました。 ゲームピクセルで中間の「キャンバス」にレンダリングし、必要な縮尺で画面に表示し、小数部分に応じてシフトします。 他にも興味深いソリューションがありますが、それらについては後で説明します。

Hyper Light Drifter（ハートマシン、まだリリースされていない）

物理的な平滑化 （ゲームキャンバスの解像度は720×480ですが、スクロールはモニターの物理的な解像度です）。 地理的ビュー 管理の先制 オブジェクトを見る カメラのジェスチャー

フレーミング

フレーム内で最も重要なものを保持する



定義上、プレーヤーがカメラを動かすことができないため、自動スクロールについて話すことはありません。 しかし、前にある脅威の質量と後ろに現れる少数の脅威とのバランスを保つと、プレイヤーが理想的な出発点になります。

スクランブル（コナミ、1981）

自動スクロール：プレイヤーはスクロールを制御しませんが、フレーム内のどこにいるべきかを決定するすべての権利を持っています。

Pac-Landで見たように、カメラがプレイヤーに固定されており、プレイヤーと一緒に前後に移動する場合、カメラをわずかに前方に移動できます。 これにより、多くのスペースが楽しみになりますが、背後のスペースを忘れることはありません。 そして同時に、彼はどこへ行くべきかを示します。なぜなら私たちはセンターを目指して努力しているからです。

パックランド（ナムコ、1984）

結ばれたカメラ 静的リード ：表示のためのより多くのヘッドルーム

戻りましょう。 1981年の初め、フライングスクロールが発売され、その時代に先駆けて、新しいジャンルであるディフェンダーが生まれました 。 彼女は二重のリードを提供しましたが、これに気づいた人はほとんどいませんでした。 Defenderは常にカメラを船の前の想像上のポイント、画面の約4分の1前方に向けます。 このメカニズムは、ほとんどの敵が正面に現れるクイックゲームに最適です。

Defenter（Williams Electronics、1981）

ダブルリード ：プレーヤーが方向を変えると、カメラの角度が変わり、前方を見ます。

ボナンザブラザーズ -1990年にマシンガン用にセガがリリースした楽しい強盗ゲーム。 2人用のユニークなモード（協力的、分割画面）があり、2人の兄弟が協力して強盗を実行します。



もちろん、強盗が先を見ることは重要であり、したがって、彼らはそこで二重のリードを作りました。 しかし、カメラが新しいターゲットに照準を合わせるには、いくつかの手順を踏む必要があります。スムーズになり、レビューは良好です。 カメラはプレーヤーの約2倍の速度で移動します。つまり、プレーヤーが立っているときはカメラも立っています。 赤（下）を見てください。

ボナンザブラザーズ （セガ、1990）

ダブルリード （カメラの速度は速度に依存します）

これが、 スーパーマリオワールドでのカメラの動作方法です。2Dカメラでの作業に関しては私のお気に入りです。 カメラがゲームプレイにどれだけ注意深く適合しているかをご覧ください。

スーパーマリオワールド（任天堂、1990）

地理的ビュー プラットフォームリターン フリーホイールウィンドウ （垂直、めったにトリガーされない） ダブルリード （しきい値をオンにする） 手動制御 （水平、リモコンの追加ボタン付き）

繰り返しますが、プレーヤーがどちらの方向に進むかによって、2つのカメラアングルがあります。 しかし、突然戻る必要がある場合（ スーパーマリオワールドの通常の操作）、マリオが特定のしきい値を超えるまでカメラはどこにも移動しません。 そしてその後、カメラは新しいポイントに移動します。 これは非常に役立ちます。SMWで左に曲がっても後方に戻るわけではないからです。



最近では、 Cave Storyはダブルリードを利用して、速度に応じてカメラを左右に動かしました。 ボナンザブラザーズで見たものとほぼ同じです。 プレーヤーが立っている場合はカメラのみが適切な場所にゆっくり移動し、移動している場合は迅速に移動します。

洞窟物語（Studio Pixel、2004）

スナップカメラ （垂直） ダブルリード 物理的平滑化 手動制御 （垂直）

Epic Gamesの初期の美しいプラットフォーマーであるJazz Jackrabbit 2には、珍しいカメラ要素が1つありました。それは、押されたボタンに応じて、カメラをプレーヤーから水平方向および垂直方向にさらに移動しました。



これは、私が「リードインコントロール」と呼ぶものの良い例です。プレーヤー自身が、行きたい場所に応じて、カメラに移動先を指示します。 左側に移動すると、左側にさらに表示する必要があります。 ボタンを離します-カメラは中央に戻ります。

Jazz Jackrabbit 2（Epic Games、1998）

線形平滑化 （垂直） 管理リード：カメラは、制御ステータス（この場合は矢印キー）に基づいてリードを選択します [手動制御] （プリエンプティブ制御の特殊なケースとして）

プロアクティブな管理は、より明白なプロアクティブなポイントを反映することもできます。その多くは、マウス制御のあるゲームで見られます。 スナップショットでは、シーン要素のスナップショットを取得し、別の場所に設定することでパズルを解決します。 ポインターはビューを正しい方向に拡大します。カメラはプレーヤーとポインターの中間を指します。

スナップショット（Retro Affect、2012）

積極的な管理 （プレーヤーとポインターの中間） 線形平滑化

Swapperには、後で説明するカメラを操作するための興味深いトリックがいくつかあります。 制御のリードに関しては、クローニングデバイスのターゲットポイントはビューの方向に似ており、リードを作成できるのはこの方向です。 これは、独立した武器があるすべてのゲームで機能します。 プレイヤーは、必要に応じて後方に移動して先を見ることができます-非常に普遍的ですが、何らかの方法でカメラを制御する必要があります。

スワッパー（Facepalm Games、2013）

管理の先制 物理的平滑化 地理的ビュー オブジェクトを見る シネマティックレール

Rætikonの秘密には 、カメラに関する興味深い点がいくつかあります。 フレームのレイアウトに関しては、現在の速度に基づいてキャラクターの位置を簡単に推定することで、動きにリードがあります。



プラットフォーマーでは、この手法は、特に垂直に機能しない場合があります。ジャンプと着陸を確実に推定することはできません。

レティコンの秘密（壊れた規則、2014年）

移動アラート ：カメラはプレイヤーの将来の（外挿された）位置を追跡します 物理的平滑化 オブジェクトの表示 （位置とスケールはアトラクタに依存します） カメラによるジェスチャ （特定のアクションにより、カメラの側面からの応答が発生します。たとえば、飛行中に縮尺が減少します） シネマティックレール

Luftrausersでは、カメラも興味深い：どこを見るかを決定するために、飛行機がどこを見るか（制御中）、どこを飛行するか（動き中）、およびカメラを引き付ける水、船、貝殻などの他のヒントが考慮されます（次のセクションを参照）オブジェクトごと」）。

Luftrausers（Vlambeer、2014）

運転と前方運転 物理的平滑化 オブジェクトを見る

第二部