Gracias por tu respuesta. No había visto el post que me dices, que por cierto me va a ser de gran utilidad.

Sí, me refiero a un juego sencillo (de naves o de lo que sea). Mi pregunta se refiere a qué métodos de detección de colisiones en 2D existen. Yo he encontrado la explicación de varios en internet (los tres que digo en mi post), y me he hecho algunos juegos-pijadillas usándolos. Os comento:

1-> Con el método de las coordenadas, me he hecho el cutre-Space Invaders. Lo que hago es comprobar si el rectángulo que contiene el gráfico del disparo se solapa con el que contiene el gráfico de la nave enemiga. Por lo que he entendido, esto es algo parecido a lo que me comentas sobre bounting box. Juer, resulta que ya lo había implementado, y ni siquiera sabía que se llamaba así...

2-> Con el método de las matrices me hice el típico cutre-juego de la serpiente que va comiendo manzanitas mientras su cuerpo se alarga, y el cutre-tetris, que me quedó chulísimo y estoy super orgulloso. Éste método creo que lo entendí más o menos bien. (ole)

3-> Con el "extraño" método de las capturas de pixel me hice el cutre-Pang de la siguiente manera: al gráfico del garfio que lanza el jugador le puse un reborde de color amarillo chillón. A cada frame compruebo todas las bolas que tengo en ese momento en pantalla, y si en alguna detecto un pixel de ese color amarillo chillón, es que hay colisión entre esa bola y el garfio. El jueguecillo quedó chulo, y aunque este método funciona, es lentísimo, consume tiempo a lo bobo, hay que comprobar cada pixel de cada bola buscando ese color . De ahí mi duda de si es un método que se usa normalmente, si lo he entendido yo mal, o si es una chorrada que se le ocurrió al paisano que escribió el tutorial donde lo leí.

¿Algún otro método? Y ya de paso, ¿algún ejemplo de juego que pueda hacer para probarlo?.

Gracias de antemano.  

 Hola a todos.

Sigo iniciandome en la programación gráfica en 2D. Y, como de costumbre, sigo montándome películas en la cabeza. Ahora estoy en el tema de las colisiones entre gráficos, y buscando por internet he visto que hay varios métodos, a saber:

1- Mediante las coordenadas: el método más obvio: cuando las coordenadas de un gráfico están dentro de las de otro, es que hay colisión.

2- Mediante matrices: simplificando: imagino que la pantalla es una matriz, por ejemplo:
00100
00000
00000
00100
donde los unos representan un gráfico. Al mover el gráfico, modifico su posición en la matriz:
00100
00100
00000
00000
Y cuando tengo dos unos juntos, es que hay colisión.

3- Este método me tiene mosca :blink: : Mediante capturas de pixel. Imaginemos que el gráfico de un misil contiene un pixel de un color único. Entonces, a cada ciclo del programa busco en el gráfico de la nave enemiga un pixel de ese color. Si lo encuentro, es que hay colisión. Esto me suena muy raro, ya que se tiene que gastar un tiempo de la leche en rastrear todas las naves enemigas en busca de un pixel. Así que no se si este método es útil,  o es una paja mental del autor.

Os ruego que me deis vuestra opinión, y que me digais si hay algún otro método.

Muchas gracias.

 Hola. Soy un novatillo, y me gustaría hacer una pregunta, aunque no es específicamente de programación, si no más bien del funcionamiento del monitor. Ya sé que es un poco simple, así que si creeis que me merezco una colleja la aceptaré gustoso.

Vamos a ver: me estoy iniciando en esto de la programación gráfica, y (con mucho esfuerzo), he llegado al capítulo del retrazado vertical del monitor, y más o menos lo entiendo: el haz de electrones del monitor empieza a dibujar por la esquina superior izquierda, y va bajando en zigzag hasta llegar abajo, momento en el que vuelve a subir a la posición inicial sin dibujar nada. Vale, hasta aquí todo bien, pero me asalta una duda: ¿y en los monitores de plasma, cómo funciona el asunto?.

Bueno, pues espero que algún alma caritativa me saque de dudas. Gracias de antemano.