Suponga que cada objeto Box tiene las propiedades x, y, ancho, alto y tiene su origen en su centro, y que ni los objetos ni los cuadros delimitadores giran.
62
Suponga que cada objeto Box tiene las propiedades x, y, ancho, alto y tiene su origen en su centro, y que ni los objetos ni los cuadros delimitadores giran.
Respuestas:
(Seudocódigo C-ish: adapte las optimizaciones de idioma según corresponda)
En inglés: en cada eje, verifique si los centros de los cuadros están lo suficientemente cerca como para que se crucen. Si se cruzan en ambos ejes, entonces las cajas se cruzan. Si no lo hacen, entonces no lo hacen.
Puede cambiar los <'s a <= si desea contar el toque de borde como intersección. Si desea una fórmula específica de solo toque de borde, no puede usar ==, eso le dirá si las esquinas se tocan, no si los bordes se tocan. Te gustaría hacer algo lógicamente equivalente a
return DoBoxesIntersectOrTouch(a, b) && !DoBoxesIntersect(a, b)
.Vale la pena mencionar que puede obtener un aumento de velocidad pequeño pero significativo almacenando el ancho medio y la altura media además de (o en lugar de) el ancho completo y la altura completa. Por otro lado, es raro que la intersección del cuadro delimitador 2D sea el cuello de botella del rendimiento.
fuente
abs(5 - 10) * 2 < (10 + 4)
=>10 < 14
. Tendrá que hacer algunos ajustes simples para que funcione con topleft-corner-and-size.Esto funciona para dos rectángulos alineados con los ejes X e Y.
Cada rectángulo tiene las propiedades:
"izquierda", la coordenada x de su lado izquierdo,
"arriba", la coordenada y de su lado superior,
"derecha", la coordenada x de su lado derecho,
"abajo", la coordenada y de su lado inferior
Tenga en cuenta que esto está diseñado para un sistema de coordenadas en el que el eje + y apunta hacia abajo y el eje + x se dirige hacia la derecha (es decir, coordenadas de pantalla / píxel típicas). Para adaptar esto a un sistema cartesiano típico en el que + y se dirige hacia arriba, las comparaciones a lo largo de los ejes verticales se invertirían, por ejemplo:
La idea es capturar todas las condiciones posibles sobre los que los rectángulos se no se superponen, y luego negar la respuesta para ver si se superponían. Independientemente de la dirección de los ejes, es fácil ver que dos rectángulos no se superpondrán si:
el borde izquierdo de r2 está más a la derecha que el borde derecho de r1
o el borde derecho de r2 está más a la izquierda que el borde izquierdo de r1
o el borde superior de r2 está debajo del borde inferior de r1
o el borde inferior de r2 está por encima del borde superior de r1
La función original, y una descripción alternativa de por qué funciona, se puede encontrar aquí: http://tekpool.wordpress.com/2006/10/11/rectangle-intersection-determine-if-two-given-rectangles-intersect- uno al otro o no /
fuente
Si desea cuadros delimitadores alineados a objetos, pruebe este tutorial sobre el teorema del eje de separación por metanet: http://www.metanetsoftware.com/technique/tutorialA.html
SAT no es la solución más rápida, pero es relativamente simple. Estás tratando de encontrar una sola línea (o un plano si es 3D) que separe tus objetos. Si esta línea existe, se garantiza que esté paralela al borde de una de sus cajas, por lo que debe iterar a través de todas las pruebas de bordes para ver si separa las cajas.
Esto también funciona para cajas alineadas por eje al restringir solo el eje x / y.
fuente
El DoBoxesIntersect anterior es una buena solución por pares. Sin embargo, si tiene muchas cajas, todavía tiene un problema O (N ^ 2), y es posible que necesite hacer algo además de eso, como lo que Kaj se refiere. (En la literatura de detección de colisiones en 3D, esto se conoce como tener un algoritmo de fase amplia y uno de fase estrecha. Haremos algo realmente rápido para encontrar todos los posibles pares de superposiciones, y luego algo más costoso para ver si es posible los pares son pares reales)
El algoritmo de fase amplia que he usado antes es "barrer y podar"; para 2D, mantendría dos listas ordenadas del inicio y el final de cada cuadro. Mientras el movimiento de la caja no sea >> escala de la caja de cuadro a cuadro, el orden de estas listas no cambiará mucho, por lo que puede usar la clasificación de burbuja o inserción para mantenerlo. El libro "Real-Time Rendering" tiene un buen resumen sobre las optimizaciones que puede hacer, pero se reduce a tiempo O (N + K) en la fase amplia, para N cajas, K de las cuales se superponen, y con un excelente mundo real rendimiento si puede permitirse N ^ 2 booleanos para realizar un seguimiento de qué pares de cajas se cruzan de cuadro a cuadro. Luego tiene O (N + K ^ 2) en general, que es << O (N ^ 2) si tiene muchas casillas pero solo unas pocas superposiciones.
fuente
Muchas matemáticas aquí para un problema muy simple, supongamos que tenemos 4 puntos determinados para un rect, arriba, izquierda, abajo, derecha ...
En el caso de determinar si 2 rectos colisionan, solo necesitamos observar que todos los extremos posibles evitarían colisiones, si ninguno de estos se cumple, entonces los 2 rectos DEBEN colisionar, si desea incluir colisiones límite, simplemente reemplace los> y < con apropiado> = y = <.
fuente
Versión alternativa de la respuesta de ZorbaTHut:
fuente
Dependiendo del problema que intente resolver, es mejor que haga un seguimiento de su objeto mientras lo mueve, es decir, mantenga una lista de las posiciones ordenadas x de inicio y final y una para las posiciones de inicio y final. Si tiene que hacer MUCHAS verificaciones de superposición y, por lo tanto, necesita optimizar, puede usar esto para su ventaja, ya que puede buscar inmediatamente quién está terminando se cierra a su izquierda, todos los que están a la izquierda pueden ser podados. inmediatamente. Lo mismo aplica para arriba, abajo y derecha.
La contabilidad cuesta tiempo, por supuesto, por lo que es más adecuada para una situación con pocos objetos en movimiento pero muchos controles de superposición.
Otra opción es el hash espacial, donde se agrupan los objetos en función de la posición aproximada (el tamaño puede ponerlos en varios cubos), pero de nuevo, solo si hay muchos objetos, con relativamente pocos de ellos moviéndose por iteración debido al costo de la contabilidad.
Básicamente, todo lo que evita (n * n) / 2 (si verifica el objeto a contra b, obviamente no tendrá que verificar b contra a) ayuda más que a optimizar las casillas de verificación. Si los controles de cuadro delimitador son un cuello de botella, aconsejaría seriamente buscar soluciones alternativas al problema.
fuente
La distancia entre los centros no es la misma que la distancia entre las esquinas (cuando una caja está dentro de la otra, por ejemplo), por lo que EN GENERAL, esta solución es la correcta (creo).
distancia entre centros (para, por ejemplo, x):
abs(x1+1/2*w1 - x2+1/2*w2)
o1/2 * abs(2*(x1-x2)+(w1-w2)
La distancia mínima es
1/2 w1 + 1/2 w2 or 1/2 (w1+w2)
. las mitades se cancelan así que ...fuente
Aquí está mi implementación en Java asumiendo una arquitectura de dos complementos . Si no está en el complemento de dos, utilice en su lugar una llamada de función estándar Math.abs :
Suponiendo que un compilador medio decente / LLVM en línea expande estas funciones para evitar el malabarismo de pila costoso y las búsquedas de tabla v. Esto fallará para los valores de entrada que están cerca de los extremos de 32 bits (es decir,
Integer.MAX_VALUE
yInteger.MIN_VALUE
).fuente
La forma más rápida es combinar los 4 valores en un único registro vectorial.
Almacene los cuadros en un vector con los siguientes valores
[ min.x, min.y, -max.x, -max.y ]
. Si almacena cajas como esta, la prueba de intersección solo toma 3 instrucciones de CPU:_mm_shuffle_ps
para reordenar la segunda caja volteando las mitades mínimas y máximas._mm_xor_ps
con número mágico_mm_set1_ps(-0.0f)
para voltear signos de los 4 valores en el segundo cuadro._mm_cmple_ps
para comparar los 4 valores entre sí, comparando los siguientes dos registros:Finalmente, si es necesario,
_mm_movemask_ps
obtener el resultado de la unidad vectorial en un registro escalar. El valor 0 significa los cuadros intersectados. O si tiene más de 2 cuadros, esto no es necesario, deje los valores en registros vectoriales y utilice operaciones bit a bit para combinar resultados de varios cuadros.No ha especificado el idioma ni la plataforma, pero el soporte para SIMD como este, o muy similar, está disponible en todas las plataformas e idiomas. En dispositivos móviles, ARM tiene NEON SIMD con cosas muy similares. .NET tiene Vector128 en el espacio de nombres System.Runtime.Intrinsics, y así sucesivamente.
fuente