2Dトップダウンマップ：正規化かどうか？

私はゲームプログラミングの初心者ですが、この質問の定式化が不十分な場合、私の側のだらしさではなく、ゲームプログラミングの経験の欠如であることに注意してください。

私がコーディングする予定のゲームでは、トップダウンの2Dマップを「世界」として使用します。ワールドはウィンドウよりも大きくなる場合があり（ウィンドウはズームインまたはズームアウトできます）、車両はワールドの任意のポイントに配置できます（=タイルマップではなく、空間は「連続的」です）。

例で明確にするために：世界が1000x1000メートルの地形である場合、車両は（327.31、720.4）メートルの位置にあります。

私の質問は、内部で世界を表す最も便利な方法は何ですか？私はこれらの可能性を考えることができました：

• 何もせず、対象物を扱っているかのようにメーターを使用します。
• 最大ズームで1000メートルを表すためのピクセル数として世界サイズを定義するピクセルに正規化し、
• サイズ1の正方形として単語を定義する1に正規化する

...しかし、他にもあるかもしれないし、私の一部は意味をなさないかもしれないと確信しています。それは私の最初のゲームであって、私は自分の前にある問題の明確な写真を持っていないというだけのことです。合理的に正しい初期選択を行うためのガイダンスをお願いします。

お時間をいただきありがとうございます。

距離の基準として実際の値（メートル、フィートなど）を使用することに同意します。他の2つの提案の問題は、どちらも変数であることです。のワールドサイズを使用1すると、すべての演算が-1から1の間の浮動小数点になり、浮動小数点エラーが増える可能性があります。また、ワールドサイズを可変にすることを決定した場合（長いゲームでは「大きな」ワールドなど）、コードに多くの問題が発生します。同様に、ピクセルを使用する場合、最大/最小ズームレベルであっても、ズームレベルを増減することにした場合に問題が発生するだけでなく、混乱に陥ります。

あなたが提案した3つのオプションのうち、メーターを使用するのがおそらく最善でしょう。他のデータを作成するときに、メートル単位で長さを扱うと、はるかに楽になります。他の理由の中で、あなたはあなたの世界のサイズを変更することに決めるかもしれません、または異なるレベルは異なるサイズのマップを必要とするかもしれません。

フィート（またはインチ）を使用することもできます。この決定の一部は、使用するミドルウェアパッケージに依存する可能性があります-一部の物理エンジンは、あるユニットタイプまたは別のユニットタイプを好みます（ほとんどの場合、構成可能です）。ほとんどの場合、ユニットを選択してそれを使用できます。

「1」に正規化することは、実際に行く方法ではありません（正方形でない世界がある場合、またはサイズの異なる複数の世界がある場合はどうでしょう...）。

ピクセルを...として使用...ゲームプレイとグラフィックの測定値を混同しないでください。コードを変更せずにグラフィックを変更できないように、自分をロックしないでください。

メートル（フィートまたはあなたが最も好きな測定値）は、そのための方法です。ミサイルランチャーを50 km / hで移動するようにコーディングすると、0.00076ユニット/秒よりもはるかに快適になります...