ゲーム地形データベースモデル

Question

私はゲームの開発。の地図のこのゲームは、最低2000kmによる2000km.こういうことができるようにエンコードは標高地形タイプである程度の粒度-100m×100mます。

のための2000kmによる2000km地図の保存この情報を100m² バケットう20000により20000の要素または合計の400,000,000記録の改善に取り組んでいます。●

あるその他の保存このタイプ。

詳細情報

地図そのものは今までになか表示されまれます。ユニットを移動させるときの地図番に基づくファッションの選手たちにフィードバックを得ることが出来る場所に位置するものであり、どの地域ようになります。●地形轄速の禁止動作します。

思っているとは言い地図、ゲームなグラフィカル表示。

Answer 1

私が扱って異なるが、分離形タイプとる。

1. 地形タイプ、そして、変わらないとしてとして急速に標高があると思われの分野と同じタイプの地形と伸び以上り最低レベルの粒度.私は地図の政策対応などを含めた広い視野データのデータベースへの記録または何らかのハッシュテーブルによっては、性能、メモリ、およびその他の要求事項

2. 高いセミcontiuousとしては徐々に変化することができます。まろうとして地図の値を設定継続的な機能の異なる部品間のないけど、突然の変化標高).任意の座標による地形の標高又は記述できる単純な機能だけを定義する範囲この機能です。この削減しなければならない量の情報から必要な情報の記録を記述する標高点でます。

のではないでしょうかいのマップを、異なる分野を構成するもの(x,y)の範囲、また地形タイプ一のための地形標高、ハッシュテーブル毎のを返すことができる、適切な値にしています。

Answer 2

しか生成してくださいおます。たとえば、procedurallyをすべて(補間を用いた低解像度の地形の高さmapとして格納された二つの"ビットマップ"-ランダム補間に播種からのxy以下のフォームに記入して送信を地形な姿を変え、使用の最小保管します。また地域の地形が完全に定義され、またこれらを別々に使用し、適切な場合にはランダムに生成します。)

したい場合は完全に定義された地形が、そうする必要があり何らかの圧縮/ストリーミング技術のみを引き地ます。

Answer 3

ご希望の場合はのような粒度を探している、そのあり方はそれができていました。

きく2次元ウェーブレット変換がも複雑です。ようにフーリエ変換なった。プラス、ほとんどなく保存の地形は、記録的な一枚の地図を見るでも意識して何らかのデータベースフィールドマルチメディア関連サービ符号化されたマトリクス.

Answer 4

思い通常の値段が高くなりますが、休みのドメインに"タイル"の管理可能なサイズです。できない追加のが、"ロジカル（論理的）である負荷に適切なタイルで指定された時間です。

ただし必要なアクセスのすべての情報を一度にもそれぞれか100m2バケット占める単一ピクセルの画面で、画面を知ることができ20k x20kピクセルです。

また、か利用データベース--う高さのマッピング--を有効利用し、白黒画像がピクセル値を表します。

幸運を祈っています。

Answer 5

それは恐ろしく多くの情報のいずれの方法です。400,000,000グリッド細胞受けると考えられる。

いつの頃です。まず、ウェブに基づくゲームされることもありますので、できるサーバ辺のHDDを400M録いただけました。以上昇をある種の独自の蓄電メカニズムのための効率。それだけを考える方へのアクセスデータを効率的に回すということになりを考慮していまdoubtfully必要なものを使用します。;)

のうの圧縮。ここで注意が必要なことなのよ。最out-of-the-box圧縮アルゴリズムでは迅速な対応ですが解凍、任意の位置にストリームです。なお地形データの一部のパターンです。かりではないように思えますが完全にランダム。がんの予測を大量に同じデータです。もできるものとして符号化すか？