Sprite con Sprite:
Con programación orientada a objetos, asigna a cada entidad-sprite una caja de colisión con la que comprobar sus colisiones. Las comprobaciones las harás en la función de movimiento de dicha entidad.
Sprite con Escenario:
Asigna un color especial de pixel con el que delimitar las superficies del mapa colisionables. Luego comprueba si la caja de colisión del sprite colisiona con algún sprite de dicho color.
O más fácil aún: si tus tiles van a ser sólidos o huecos simplemente (es decir, cada tile es un bolque totalmente sólido e imposible de traspasar, o totalmente traspasable), asigna el atributo de traspasabilidad a cada tile y compruebalo antes de entrar en él.
Una vez capturadas las colisiones, el tratamiento es cosa tuya
Si quieres una explicación más en profundidad, no dudes en preguntar.
![[decaio]](/images/smilies/nuevos2/decaido.gif "decaido")
Así pues, la pregunta que lanzo es la siguiente: ¿alguien sabe como codificaba ese juego en concreto (The Legend of Zelda: a Link to the past) la deteccion de colisiones? Tan solo necesito la idea, no el codigo. O si alguien ha programado alguna vez algo similar, y ha conseguido solventar el problema, sus comentarios seria gratamente considerados. ![[carcajad]](/images/smilies/nuevos/risa_ani2.gif "carcajada")
Necesitamos algo todavia mas fino, pero que no sea demasiado costoso en cuanto a recursos. Pensamos en "rodear" cada sprite de un pixel especial, pero tenemos el problema de que si es del mismo color que el color transparente no se distingue del fondo del sprite, y si es distinto se ve sobre el mapa y no queda del todo bien...¿alguna otra propuesta... : 
