¿Me arrepentiré de usar un sistema de detección de colisión basado en el color?

Recién estoy comenzando a construir mi primer juego con XNA (tengo experiencia con C # pero no con juegos).

Estoy construyendo un juego de disparos 2D de arriba hacia abajo bastante simple. Leí este tutorial sobre el uso de un sistema de colisión basado en el color y me pareció genial. http://www.xnadevelopment.com/tutorials/theroadnottaken/theroadnottaken.shtml

Significa que puedo hacer niveles rápidamente usando cualquier programa de gráficos y no tener que definir mi escenario (paredes, árboles, etc.) en términos de cajas de colisión, etc.

Sin embargo, puedo ver que seguir este camino significa que tal vez el cálculo para determinar si los objetos que se mueven rápidamente, como las balas, se cruzan con las paredes, etc., se vuelve potencialmente más difícil porque no puede hacer cálculos de tipo de intersección de geometría básica.

¿Está bien? ¿Me arrepentiré de ir en esta dirección si mi juego se vuelve más complejo con el tiempo? ¿Vale la pena invertir en la creación de un editor de niveles para definir mi escenario en términos de geometría?

Cualquier consejo para un novato muy apreciado!

Estás acertado con tus observaciones sobre las capacidades de un enfoque de colisión basado en mapa de bits.

Este método proporciona una manera realmente fácil de editar sus niveles con cualquier programa que pueda generar un mapa de bits (cualquier programa de edición de imágenes). Este sistema también es realmente flexible cuando desea definir diferentes tipos de terreno. Digamos greenpor lodo y redpor un subsuelo sólido. Luego puede consultar fácilmente el píxel actual y determinar el tipo de subterráneo en el que se encuentra el jugador. Incluso las rampas (gradientes del tipo de suelo A a B) son posibles sin muchos problemas.

Surgen problemas con la detección de colisiones. Es fácil detectar una intersección con otro objeto (solo haga una prueba de píxeles), pero es difícil (computacionalmente costoso) descubrir qué orientación tiene el objeto con el que colisionó. Esto es especialmente importante cuando necesita una superficie normal para desviar los objetos correctamente .

También los objetos que se mueven muy rápido pueden ser un problema, especialmente si tiene objetos delgados (por ejemplo, de 1 píxel de ancho) para colisionar. Hay una pregunta que ya cubre este tema.

Al final, todo depende del tipo de juego que quieras crear y qué resolución (en términos de detección / resolución de colisión) necesites. El enfoque basado en mapas de bits funciona mejor cuando una gran parte de su mundo es estático. Pero también le permite implementar cosas como niveles destructibles con bastante facilidad.

Como no mencionó el tipo de juego que desea crear, ahora depende de usted decidir si un enfoque de colisión basado en un mapa de bits sería beneficioso para su juego. Buena suerte.