Tengo unas dudillas diversas, variadas y surtidas que quería comentaros. En primer lugar, estoy intentando hacer un juego de plataformas (en menudo berenjenal me he metido, sobretodo porque todo parece poco después de haber visto The Cure). Decir también que estoy tirando de la BIOS.
Tengo la parte de gestión del mapeado bastante avanzada (aunque no tengo ningún mapeado creado aún, eso cuando tenga el motor en mejor estado). Siguiendo el consejo de Robsy, defino unos objetos con el formato ANCHO,ALTO,TILES. Además, tengo definidas propiedades para los tiles. Por ejemplo,
los tiles del 0 al 120 son tiles sólidos (el jugador no podrá atravesarlos), del 120 al 200 son tiles de decorado (el jugador puede atravesarlos) y del 200 al 255 son tiles sólidos que, además, dañan al jugador si los toca. Así, una pantalla está compuesta por una lista de objetos y las coordenadas en que deben dibujarse. No hago ningún tipo de comprobación de límites, para ganar velocidad, ya me encargaré a la hora de crear el mapeado de que los objetos no se me salgan del buffer de pantalla. Cuando este buffer se ha modificado (mantengo un "dirty bit" para saberlo), se hace el volcado (después del v-blank) a VRAM. Hasta aquí, ¿os parece correcto?
Por otro lado está la cuestión del fondo de la pantalla. Lo que dibujo "por debajo" de los objetos. Para poner detallitos (ventanas, antorchas, ...) pensaba usar objetos como los que he dicho antes con la propiedad de que el jugador pueda atravesarlos. Y para rellenar el resto, cada pantalla tiene asociado un patrón de 3x3 caracteres con el que se rellena antes de dibujar los objetos. Lo de 3x3 parece raro, pero mi zona de juego es de 30x15, y así cuadra la cosa. Más adelante,
en función del espacio que me quede en ROM, seguramente comprimiré todos estos datos. ¿Que os parece? ¿Alguna recomendación para poder poner fondos "complejos" (que no sean una simple trama, sinó un dibujo complejo como la primera fase de The Cure)
Finalmente, me estoy poniendo con los sprites ahora mismo. Tengo mi buffer en RAM con los atributos de los sprites, sobre el que trabajo, y, llegado el v-blank hago el volcado a VRAM. En un principio había pensado poner un "dirty bit" asociado a cada sprite, de tal forma que al modificar un sprite en RAM, el dirty bit correspondiente se pone a uno, y la rutina de volcado a VRAM sólo vuelca si el dirty bit está a uno, y, después de volcar lo pone a cero. La duda es la siguiente: por un lado, poner el dirty bit evita transferencias repetidas de atributos de sprites a VRAM. Pero por otro lado, usar este bit me obliga a transferir los datos de cada sprite con un LDIRVM para cada uno, mientras que si transfiero siempre todos los atributos, con un solo LDIRVM es suficiente. Tratandose de un juego de plataformas, supongo que habrá unos diez sprites a lo sumo en pantalla, es decir, 40 bytes a transferir. ¿Que opción os parece mejor?
Y ya para terminar, tratandose de un juego de plataformas donde el personaje debería poder andar, correr, saltar, ... ¿como gestionaríais todas estas acciones? ¿con una máquina de estados? Vi la demo del "enemator" (
http://retrodevelopment.wordpress.com/) y su idea es usar una máquina de estados. ¿Cómo lo hacéis por aquí?
Disculpad la parrafada, al menos me he desahogado. A ver a quien, sinó, le cuento todo esto sin que deje de dirigirme la palabra de por vida ;-)
