Bueno, estaba creando como siempre nuevos estándares de calidad en cuanto a desarrollo de juegos para el MSX (por lo bajo, claro)  cuando me he topado con el siguiente problema.

Estoy haciendo una rutina que detecte si un punto en concreto de la pantalla está a 1 o 0, sobre la tabla de patrones. Así intento detectar colisiones de un sprite contra el fondo. He intentado varios enfoques pero la última que hice no funcionaba. La lógica que utilizo es la siguiente:

-cojo las posiciones x e y del sprite y redondeo con and 248, multiplico y*32 y le añado x.

-ahora para hallar cuál es el byte concreto, sumo la coord.y and 7

-se supone que debo tener en el registro hl la dirección del byte de la tabla de patrones que contiene el punto que me interesa comprobar.

-ahora quiero llevarme ese punto a la posición 7 dentro del byte. Para eso hallo coord.x and 7, y roto el byte a la izquierda ese nº de veces.

-debo tener en el bit nº7 del byte apuntado por el registro hl el punto de la pantalla a comprobar. Lo hago con la instrucción bit.

Pues nada, al menos quiero saber si ese procedimiento es correcto, igual es que las rutinas las hago mal, pero si el procedimiento no es eso no tengo nada que hacer  ¡Agradezco cualquier sugerencia! 

Cosas nada buenas, mi querido Jon 

Tan sólo quiero identificar un bit determinado en la pantalla, creo que la colisión es básicamente eso, es decir, no me interesa comprobar un sprite entero contra escenario ni nada de eso, simplemente saber por ejemplo si estoy en la coordenada 150,100, el bit (que no sólo el byte) que estoy pisando.

Sí, es un simple point, JL  ¿Un pop hl desaparecido? Hmmm... voy a ver ahora mismo 

¿Alguna ideílla? ¿Y si miro la rutina POINT del basic? ¿Sabe alguien dónde empieza?

¡Gracias!  No entiendo bien la segunda parte, luego lo miro que me tengo que marchar. Dime por favor con qué códigos se abren las cajas de texto para insertar código, y que quede más bonito todo  Luego publico la rutina que uso. ¡Gracias!

Gracias. Sigo sin saber exactamente que es PARCHE+1 y qué hace exactamente. Aquí te explico mi código:

La posición Y está en COORD_Y y la x en COORD_X. La pantalla se guarda en un buffer llamado PANT_BUFFER y apuntado por HL.


La rutina "mult" que multiplica HL por un número dado en el registro C es:


Bueno, ahora supuestamente estará en HL un número comprendido entre 0 y 6144 (la tabla de patrones) donde está el byte buscado. Aún tengo que sumar Y and 7 a HL para que HL apunte al byte específico:


Ahora sí HL debe apuntar al byte de la pantalla que contiene el punto a detectar.
Queda rotar ese byte a la izquierda tantas veces como X and 7.


La rutina de rotación es:


Por último, cargo en A el valor del byte apuntado por HL y comparo el 7ºbit:


Como ves, mi ensamblador es como para escribir la segunda parte del libro de Rodney Zacks  pero bueno, algo aprendo cada día 

Tengo que ponerme a ver instrucciones como RRCA y todo eso, y aprender mejor a manipular nibbles y todo eso... pero poco a poco 

¡Gracias!

ROTA_IZQUIERDA es innecesaria tenerla como rutina separada, pero como formaba parte de otra rutina que fuí modificando, se me quedó así  aunque sé que es mejor ahorrársela e incluirla directamente en el bucle.

Gracias, aún queda escudriñar y optimizar, pero eso con todos los programas, están hechos un asquito 

Si le has echado un vistazo al método, ¿cómo lo ves? ¿es correcto? Porque el caso es que la rutina no me funciona, detecta "colisiones" unas veces sí y otras no. Y creo que el sistema es correcto 

El objetivo es para un juego filmation, como el Head over Heels. Todo me va bien pero quiero que en todo el escenario haya detección píxel a píxel y no a base de caracteres, porque los escenarios tienen inclinación de 30º y con una detección a base de caracteres se notan mucho los "cubiletes" cuando el personaje choca con algo.

No sé qué método usarían los programadores de estos juegos, pero supongo que necesitaré una pantalla buffer extra conteniendo sólo las colisiones. Vamos, "imprimir" la forma de los objetos que son obstáculos en una pantalla extra y comprobar las colisiones del personaje allí.