Creo que después me meteré con temas de raster, que de vez en cuando hay un parpadeo en los sprites.

Anda! Haplo, mismo nick que el Máster de los WarGames!

Espero que esto sirva de algo.
Salu2!

Gracias @darro99!

Toda ayuda es poca

mmmm. Muy interesante. Me lo apunto para probar. Parece más óptimo que lo que yo hago. Ya te contaré 

Sólo hay que tener en cuanta una cosa.....que los sprites no sean muy rápidos, ya que podrías atravesar alguna pared)....en mi caso de miniproyecto todos los avances son pixel a pixel, por lo que está el control asegurado

-Como era una operación relativamente compleja y multiplicada por cuatro (cuatro puntos de colisión) por cada ciclo de gameloop tengo un par de truquillos.
   
      1-Precalculo y almaceno los valores de la conversión en dos vectores. Uno para X y otro para Y de manera que luego se pueda hacer una simple suma para la conversión
                       Sprite.CharPos=(P0Y[E0.Y])+P0X[E0.X];
     2.-Y en vez de hacer 4 cálculos con 8 tablas (4 para x y 4 para Y) Avanzo o retrocedo uno o dos caracteres (Dependiendo del tamaño del sprite) en la memoria de pantalla para calcular los 4 puntos de colisión
  Sprite.P0=*((unsigned char*)ADDR_MATERIAL_RAM+Sprite.CharPos);
  Sprite.P1=*((unsigned char*)ADDR_MATERIAL_RAM+Sprite.CharPos+1);
  Sprite.P2=*((unsigned char*)ADDR_MATERIAL_RAM+Sprite.CharPos-40);
  Sprite.P3=*((unsigned char*)ADDR_MATERIAL_RAM+Sprite.CharPos-39);

Yo uso otro "truquillo"....no me hace falta ver si hay algún CHAR bajo la totalidad del collider, sólo lo que entra por cada cara del collider en la dirección del avance.
Es decir, si el collider es rectangular, sólo necesito saber lo que entra por el lado derecho cuando voy a la derecha, el de abajo cuando voy hacia abajo, etc....
Como esto no es una operación demasiado pesada, me guardo sólo las coordenadas de la esquina superior izquierda del collider y aplicando la anchura y la altura, no es complicado hacer la conversión para dos vértices.
Además de los dos vértices a calcular, sólo necesito tres datos (ya que al ser el collider rectangular comparten una coordenada).Calculando la fila/columna común y restando la fila/columna distinta, ya tengo unas coordenadas de INICIO de la VRAM a rastrear y luego voy en un loop en saltos de 8 (tantos saltos como el resultado de la resta de fila/columna distinta)...
...jajajajaa!!! Esto es más difícil de explicar que de ver

En fin,que parece que ni Dios me libra de hacer la rutina de conversión de filas/columnas  a direcciones de memoria de la VRAM

Bueno....puede ser despiste de la modificación tras copiar-pegar....a ver si tengo tiempo y lo reviso!

Diossss!Que vicio le estoy pillando al ensamblador!

https://youtu.be/UbsD0pWY6L8

Implementados los colliders y funcionan....a medias
Despues de volverme loco todo el día intentando leer los caracteres de la pantalla tratada como un fichero lógico me di cuenta de que si hago esto,tengo que poner la dirección de memoria $288 (high byte de la VRAM) en $48, ya que aunque cambies la ubicación en el VIC,esto no cambia y al abrir el fichero de la pantalla lo que estaba haciendo era leerme l pantalla en $0400

Por lo demás va bien,salvo que el muro de la derecha lo atraviesas....creo que es porque en vez de detectar el char de la pared,CHRIN me está devolviendo un retorno de carro ....algo así debe estar pasando porque miro la memoria en $4800 y está l pared con el CHAR correcto.No le veo otra explicación,aunque soy todavía un novato en esto y lo más seguro es que se me esté pasando algo más ...
Me refuerzo en esta teoría por otro detalle....si pongo al macaco en la esquina inferior derecha,la pantalla hace un scroll extraño.Creo que al tratar la pantalla como un fichero lógico,sigue avanzando aunque no hay nada más.
En fin,que parece que ni Dios me libra de hacer la rutina de conversión de filas/columnas  a direcciones de memoria de la VRAM

Pues no te sé decir, la verdad, ya que hasta ahora siempre he usado la detección de colisión por hardware entre sprites (para sprites-chars aún no lo he necesitado). Cuando hablas de CHKIN, PLOT, CHRIN y OPEN ¿te refieres a funciones del kernal ROM?

Si, son las funciones del Kernal.

No te hace falta ver colisiones contra fondo? Y como haces paredes,suelos,platformas,etc?