Mojonia 3.0

Para animar el gatete tienes que usar sprites[].n a los frames que tengas animados. Si lo haces de la misma forma que la Churrera, sería así:

• Los 8 primeros sprites (del 0 al 7) definen al protagonista.
• En juegos con vista cenital se emplean 2 frames de animación, uno por cada dirección: arriba, abajo, izquierda y derecha.
• En juegos con vista lateral tenemos del 0 al 3 para andar hacia la derecha y del 4 al 7 hacia la izquierda. La secuencia de animación es 0,1,2,1,0,1,2,1... para andar y 3 para saltar hacia la derecha. Para la izquierda es 4,5,6,5,4,5,6,5... para andar y 7 para saltar.

Ok. Ya le he echado un ojo. Me parece bien como lo estás estructurando. El único pequeño cambio que haría es meter el mapa en la misma carpeta que gfx (si quieres le cambias el nombre). La razón es porque map sólo tendría un fichero y sobre todo porque a la hora de distribuir tu mapa es mucho más fácil tenerlo todo en una carpeta (para abrir un mapa con Tiled se necesitan los .pngs).

En cuanto a la omisión de las llaves al principio te puede resultar chocante, pero créeme, a la larga aumenta la legibilidad (la edición se empeora un poco por lo de las comas). Lo importante es que esté todo perfectamente indentado.

Los parámetros configurables los he concentrado todos en config.def (sobre todo los más importantes). Lo he hecho así para facilitarle la vida al usuario, sino tendría que ir cambiando parámetros en varios archivos. Se hacen 2 pasadas, step1 y step2. En cada pasada se procesan unos archivos y se crean otros. Algunos de los que se crean contienen parámetros para que los lea el ensamblador o el main.c. Algunos ejemplos son el define.asm que crea step1, y el defmap.asm, defload.asm y define.h que crea step2.

Archivos en ensamblador hay 2: engine.asm y loader.asm. El primero se ensambla 3 veces (con engine0.asm, engine1.asm y engine2.asm para las 3 posibles máquinas) y el segundo genera el cargador. El cargador es un poco lioso porque todo viene comprimido y se tiene que montar el mapa de memoria que viene en readme.html.

Esto es lo más importante, si necesitas que te explique algo más, pregunta.

Vale, ya entiendo para que vale n y f, muchas gracias

Ya tengo una animación básica andando!

Pero necesito ayuda con las fuentes, que no me han quedado muy claras. Si además quisiera cambiar las que vienen por defecto, tengo que cambiar el numbers4map, no?

algo así valdria para escribir un carácter?
$this->bbcode_second_pass_code('', '
void print_char(char character)
{
unsigned int scr, dst;

// aqui calculo la posicion de la letra, esto no funcionaria pero es para mostrarlo
character = character - 24;

scr= 0x3d80+character*8;
dst= 0x50de|*shadow<<8;
zxmem[dst] = zxmem[scr++] ^ 0xff;
// esto hara falta para el bucle supongo
// dst+= 0x100;
}
')

Gracias!

No. Los archivos numbers4map son para numerar los niveles de la herramienta GenTmx. Prueba a descomentar la línea del GenTmx que hay en el fase.bat (en tu caso make.sh) y observa el map.tmx con Tiled y te darás cuenta. El archivo number4map.c genera el archivo numbers4map.h a partir de numbers4map.png. GenTmx.c sólo tiene el include de numbers4map.h. Ni main.c ni ningún otro archivo relacionado con la demo hace uso de numbers4map.

En la demo se lee el caracter 8x8 del mapa de caracteres de la ROM, que empieza a partir de la dirección $3D00 de la misma. En $3D00 está el caracter ascii 32 (espacio), en $3D08 el 33 (admiración) y así sucesivamente hasta $3D80 que es donde comienzan los dígitos del 0 al 9 que son los que nos interesan.

Te recomiendo que uses las fuentes del spectrum para disponer de más RAM para tu juego. No obstante si decides usar tus propias fuentes, cuenta conmigo para hacer la herramienta generadora (a partir del .png) y una rutina printchar en ensamblador. Si lo ves muy necesario podemos incluirlo en el engine, aunque desactivable mediante directiva en config.def por si la gente quiere aprovechar RAM usando la fuente del spectrum. ¿Qué opinas?