D3DXSPRITEラッパーでDirect3Dを使用して、タイルを画面に描画しています。衝突やタイルタイプなどのメンバーを含むタイルクラスがあり、次にタイルの配列があります。
タイルグリッド[256] [256];
どちらがより良い方法でしょうか？
-画面の中央にプレーヤーを描画し、マップが描画する場所をオフセットします。
・以下のカメラでプレイヤーを移動します。
最初の方法を使用していましたが、マップの左上端に到達したとき、および他のプレイヤー/敵がマップ上にいて同時に移動しているときは、非常に複雑になります
カメラをプレーヤーに追従させる場合、画面に収まる数が少ない場合でも、グリッドタイルごとにspriteBatch-> Draw（...）を呼び出す必要がありますか？
回答:
すべての更新と計算を「実際の」ワールド単位で行い、カメラを移動するのがおそらく最善です。spriteBatch自体がカリングを実行する可能性がありますが、遅すぎる場合は、画面に表示する必要のあるタイルを特定し、それらを描画することのみを試みることができます。
世界座標でカメラを動かし、キャラクターを世界中で動かすことは、この問題に取り組む最も簡単な方法です。世界座標で作業することは、他のすべてのシステムで機能する必要がある場合、余分な計算を行う必要がないことを意味します。相対座標系およびそれらが世界座標のどこにあるかも理解します。
2Dで作業しているため、仮想パーティションのグリッドシステムを作成する最も簡単な方法は、空間分割を行うことです。これにより、スプライトやその他のリソースをタイルごとに関連付けることで、各タイルを個別に管理できるため、本質的には、プロセスは次のようになります。
タイルの境界座標と、特定のタイルに必要なリソース（スプライト、敵など）を保持できるタイルクラスを作成します。
世界のサイズを決定し、関連するすべてのリソースで世界のビットを表すタイルの2D配列を作成します（1次元を使用して2Dとしてアクセスできます）。
プレイヤーがいるタイルとその隣のタイルからのみリソースを引き出します。
グリッドを使用すると、グリッドの開始点に対するプレーヤーの位置に基づいて、プレーヤーがどのタイルにいるかを簡単に見つけることができます。
カメラについて述べた問題を回避するには、プレーヤーとカメラを2つの独立したシステムにして、カメラがエッジタイルの中心よりも先に移動しないようにする必要があります。これにより、プレーヤーがそのタイルに移動しても、プレイヤーはタイル全体を移動できます。世界座標に拘束されている（つまり、画面の中央に配置されていない）タイル全体。ただし、カメラはロックされています。
表面を使用しています。オフスクリーンサーフェス上に全世界を作成し、x座標とy座標を維持します。プレイヤーが移動するときにこれらを変更し、各フレームがxとyを使用してサーフェスからバックバッファーに1028 x 768の長方形を描画します。
他の人々については、xとyを与えて、好きなように世界中を動かせるようにします。描画するときに、xとyが1028 x 768の長方形にあるかどうかを確認し、ある場合はそれらを描きます（私は人々にテクスチャを使用しています）。 。
画面の中央にプレーヤーがいて、世界の端が画面の端に達しているかどうかを確認します。この状況では、プレーヤーは画面の周りを世界の端に移動し、中心に戻ってから、世界が再び動き始めます。難しいようで少し時間がかかりましたが、悪くはありません。
私は64 x 64タイルを使用しており、これまでに使用した最大の世界は50 x 60タイルです。
これはすべてc ++の直接xで行われます