ボクセルキューブランドスケープ用のメッシュの最適化

Unity 3DでMinecraftish / LEGOワールドランドスケープ（キューブでプロシージャルに生成されたボクセルランドスケープ）を作成してみて、これらのランドスケープ用に作成されたメッシュが大量のメモリを消費することがわかりました。メッシュは現在、立方体の可視側面の頂点のみで構成されています。複雑な地形のメモリ使用量は、600〜700メガグラムかかる場合があります。

これらのメッシュは最適化できますが、これを行うための適切なアルゴリズムを見つけるのに苦労しています。

アルゴリズムは、異なる地形タイプのブロックを「マージ」したくないことを考慮に入れる必要があります。本当に簡単なスタートは、1つの軸に沿ってすべてのブロックを処理し、他の2つの軸に対して余分なスイープを行うことだと思います。

メッシュの形状を維持する必要があります。これは、空の空間または固体の空間が変更されるポイントへの頂点のマージではありません。その理由は、メッシュの周りをナビゲートする必要がある生き物などがあるかもしれないからです。そのため、非常に詳細度の低い、歪んだメッシュを作成することはできません。

これについての考え/提案/ヒントはありますか？

私の質問は：

なぜ生き物を動かすのにメッシュ自体が必要なのですか？

idの3Dマトリックスでパス計算を行うことはできませんか？

Minecraftは4ビットprブロックの3Dマトリックスを使用していると思います。また、プレイヤーの周囲の特定の半径のクリーチャーのみをシミュレートします。

各チャンクが圧縮されるocツリー構造にチャンクを保存できます。

圧縮されたデータをRAMに保存すると、必要なときにデータを非常に迅速に解凍できます。

octreeを使用して地形を保存するのはどうですか？

たとえば、空気=ノードなし、他のすべての地形タイプには地形タイプのノードがあります。

ノードを挿入/削除するとき、変更されたツリーパス上の各ノードの8つの子すべてが同じ地形タイプを持っているかどうかを確認し、必要に応じてそれらをマージできます。そうすれば、同じマテリアルの大きなブロックは1つのノードしか占有しません。

プレイヤーが見ることができるジオメトリの一部のキューブのみを作成していますか？それが私の最初のステップです。地形のサイズに応じて、世界全体をロード/描画/表示/表示する必要はありません。