問題タブ [navmesh]

NavMesh システムを使用してゲームに取り組んでいます。障害物を配置し、[ナビゲーション] タブで静的としてマークします。床と壁も静止しています。次に、Nav Mesh をベイクします。ただし、障害物の上と内部に NavMesh を構築します。

立方体にアタッチされているコンポーネントは、Transform、Cube Mesh Filter、Box Collider、Mesh Renderer、および Material のみです。

UIがありますButton（を使用UnityEngine.UI）。

ただし、 をクリックすると、シーンをクリックしているようButtonに見えます(私の場合はナビ メッシュをクリックしています)。

この問題を解決するには？

私は典型的な Unity3D コードを使用して、次のようなゲームプレイにユーザーを配置しています。

アプローチを試しても同じ

iOS、Android、デスクトップでも同様のようです。

UI（UnityEngine.UI.Buttonなど）をクリックするとゲームプレイに失敗するように見えるのは、基本的な問題のようです。

私は現在、ゲーム プロジェクトのパスファインディング セクションに取り組んでいます。navmesh のベイクに問題があります - 歩きやすくしたい領域のすべてをカバーしていませんでした。

問題の画像は次のとおりです。

エリア全体をナビメッシュでカバーして、エージェントが歩けるようにするにはどうすればよいですか?

問題が発生した理由はわかっていますが、問題を回避する正しい方法ではありません。

私の Nav Mesh エージェントは、円内のランダムなポイントを選択し、ランダムな時間、そこに向かって歩きます。位置が有効な場合、このように正常に見えます。

しかし、エージェントは、歩くことができない場所を選び、歩くために割り当てられた時間だけそこにとどまり、別の場所を選んで再び移動することがよくあります。

移動していない理由は、パスが有効でないためであることを知っています（または、少なくともそれが理由だと思います。）

しかし、私はこのようなものを実装しようとしましたが、うまくいきませんでした。

このように、g値を推定する間違った方法を取得するためだけに、「ナビゲーションメッシュのA *アルゴリズム」をグーグルで検索しました

またはこれ

青い線分の長さを合計すると、g 値が得られますが、過大評価されています (g 値は過小評価されるべきです)。このアルゴリズムは最適化されたパスを返しますが、最短であるとは限りません。

私が考えることができる唯一の方法は、ナビゲーションメッシュに基づいて可視性グラフを描くことです.しかし、それはあまりにも多くのメモリを消費します.

ナビゲーション メッシュで最短経路を計算する他の方法はありますか?