私は境界ボックスを使用して衝突をチェックします。タッチには問題ありませんが、2 つのスプライトの衝突にはまったく問題ありません (それらはすべて円形ですが、バウンディング ボックスは長方形です)。

より良い方法はありますか?(以下のコードを変更していただければ幸いです:

元の四角形と頂点が円にちょうど接する四角形の中間にある、より小さな四角形を取得する良い方法があると思います。サイズは簡単に取得できますが、四角形が回転する可能性があるため、座標は非常に難しく、私の数学は最悪です

まあ、魚は常にヒットします。 contentSize はバッチノードのテクスチャ全体であると思います。何を使えばいいですか？

(最初に、念のため言っておきますが、六角形は 6 つの点を持つ多角形です。ハニカムやシヴィライゼーション 5 を考えてみてください)

六角形のグリッドを使用するゲームを作成していますが、境界ボックスを正しく取得できないようです。Javas API は、長方形の「BB」(getBounds および getBounds2D) についてのみ教えてくれます。

私は形を描いて、本来あるべきように整列させましたが、セルが互いに正確に隣接するようにしたいのですが、エッジが互いに入るか、互いに隣り合っていますが、それらの間に1ピクセルすらありません。BBが長方形の場合、これは現在不可能です。

これが完全に不可能な場合は、コンポーネントのサイズを小さくして全体を描画する方法があるでしょうか? そうすれば、六角形の真ん中にまたがる通常の長方形を作成できますが、2 つの「点」が役に立たないままになりますが、これは良くありません。

ありがとう<3

ほとんどの人がこの質問を見て、Google Geocode を教えてくれることは知っていますが、誰かが Lat/Lng ポイントを取得して、それが米国の州 (または境界ボックス) 内にあるかどうかを確認できる数式を探しています。ポイントが特定のボックス (カリフォルニアなど) にあるかどうかを確認するために計算を行うことができる PHP 経由の方法はありますか?

BOUNDING に対する SPATIAL の利点

境界ボックスを利用した単純な MySQL クエリではなく、SPATIAL クエリを使用する利点は何ですか?

たとえば、特定のポリゴン内にあるすべての場所を検索したい場合:

このようなもの：

境界ボックスの例

私が理解しているように、唯一の本当の利点は、空間も地球の曲率を考慮に入れるということですか?

また、どの方法が最速ですか？

私は本当にここでアイデアを探しています。私がする必要があるのは、入力フィールドの周りのタッチ可能な領域を増やして、入力フィールドの周りがあいまいにクリックすると、そのフィールドにフォーカスが与えられるようにすることです。現在、touchend イベントを使用して、ユーザーのタッチが入力フィールドの周囲の境界ボックスと交差しているかどうかを判断することに重点を置いています。計算はうまくいきますが、モバイル Webkit は el.focus() メソッドにまったく応答しません。モバイル Webkit のフォーカスの問題に対処するために、これをより簡単にする方法や回避策についてのアイデアはありますか? ありがとう。

文字列の各グリフのサイズをピクセル単位で取得するにはどうすればよいですか? CGFontGetGlyphBBoxes を使用して、文字列内の各グリフのバウンディング ボックスを取得し、次の値を取得します。

これらの値を正しく理解していれば、フォント単位で表示されます。これらの値は正確には何を意味し、どのようにピクセルに変換できますか? CGFontGetGlyphAdvances と CGFontGetGlyphBBoxes によって返される値の違いは何ですか? CGFontGetGlyphAdvances を使用すると、次のようになります。

たとえば、文字列全体の幅 (私の場合は「デモ」) を計算したい場合、どの値 (bbox.size.width または Advance) を使用する必要がありますか?

無限に大きな四角形に配置されるときに、それらの境界四角形を計算したい一意の文字列が大量にあります。現在、単一の NSTextStorage/NSLayoutManager を使用し、すべての文字列をループして、四角形を収集します。

問題は、文字列を描画する必要がないことを考慮して、計算を高速化できるかどうかです。長方形の幅と高さにのみ興味があります。

onTouchEvent() メソッドを介して centerX と centerY の 2 つの変数を設定するビットマップがあります。これらの x、y 座標から、ビットマップ上に円を描画し、slideBar を介して円のピクセルを別の RGB 値に変更できます。アルゴリズムで円の内側のピクセルをターゲットにしていますが、残念ながら現状では、ビットマップ全体をピクセルごとに検索して、円のピクセルをターゲットにする必要があります。これには、私が削減したい大量のメソッド呼び出しのオーバーヘッドがあります。

私が考えているのは、円の周りに境界ボックスを作成して、アルゴリズムが検索するスペースを少なくして、うまくいけば速度を上げることです。円の x、y 中心座標と半径 50 を使用して、円の周りに長方形を作成するにはどうすればよいですか?

ありがとうマット。

ばかげた質問に思われる場合は申し訳ありませんが、Androidプロジェクトでいくつかの問題に取り組んでおり、クライアントは常にバウンディングボックスという用語を参照しています。誰かがバウンディングボックスとは何かを教えてもらえますか？Androidのマップビューを参照してください

3D移動ボックスと固定ボックスがあります。衝突は問題なく検出できますが、衝突応答として移動ボックスを静止ボックスに対してスライドさせたいと思います。このためには、ムービング ボックスと衝突する面の法線が必要です。誰かが私がこれを理解する方法を知っていますか? 衝突テストでこの情報が得られるようには見えません。どんな助けでも大歓迎です。