El hombre que susurraba a las balas

[na_th_an]

Una rápida antes de dormir: has puesto en el config.h que el mapa es unpacked?

[na_th_an]

En efecto: tienes que descomentar esto en config.h. Te está pintando el mapa unpacked como si fuera packed:

$this->bbcode_second_pass_code('', '//#define UNPACKED_MAP // Full, uncompressed maps. Shadows settings are ignored.
')

[radastan]

$this->bbcode_second_pass_quote('na_th_an', 'U')na rápida antes de dormir: has puesto en el config.h que el mapa es unpacked?

[na_th_an]

Mira más abajo.

PACKED es una cosa (dos tiles empaquetados en un byte) y COMPRESSED es otra cosa. Es para poder tener varios niveles de las mismas características comprimidos con Aplib (mira las fuentes de Journey to the Centre of the Nose en la Covertape 2 para verlo en acción) o, a partir de la versión 3.99.3, para tenerlos en RAM extra cuando activas el modo de 128K.

No es lo mismo y no es excluyente: puedes tener niveles de 48 tiles comprimidos (UNPACKED y COMPRESSED).

PACKED/UNPACKED se refiere al mapa descomprimido que el motor utiliza directamente. Si está PACKED es que hay dos tiles en cada byte de los datos, si está UNPACKED es que hay un tile por cada byte.

Aparte, COMPRESSED indica que hay más de un nivel comprimido con aplib y que antes de empezar cada nivel hay que descomprimirlo.

[radastan]

¡Eso era!

Bien, ahora vienen los problemas con las modificaciones: los tiles animados me salen descolocados, salen donde les viene en gana. Los he colocado referenciando siempre el primero, pero se les va la pinza en pantalla y salen donde quieren.

Por cierto, el tío durmiendo parece que tiene epilepsia, me parece que sólo me vale para el fuego y el agua.

EDITADO: el desplazamiento de los tiles animados es hacia arriba y a la izquierda.

[na_th_an]

Pásame el /dev para que lo enrede, que ahora no lo puedo probar de ninguna otra forma.

[Gocho]

$this->bbcode_second_pass_quote('radastan', '�')�Eso era!

Bien, ahora vienen los problemas con las modificaciones: los tiles animados me salen descolocados, salen donde les viene en gana. Los he colocado referenciando siempre el primero, pero se les va la pinza en pantalla y salen donde quieren.

Por cierto, el tío durmiendo parece que tiene epilepsia, me parece que sólo me vale para el fuego y el agua.

EDITADO: el desplazamiento de los tiles animados es hacia arriba y a la izquierda.

[na_th_an]

En la 3.99.3 están, pero están mal. A ver si radas me pasa su /dev, lo arreglo, y actualizo.

[radastan]

El DEV es el mismo de antes pero con la opción desactivada de los mapas comprimidos.

De todas formas, esta es la versión última.

Los tiles animados van a toda leche si son pocos, es decir, depende del número de tiles en pantalla la velocidad de los mismos.

[na_th_an]

Sí, eso es porque está hecho en plan tontorruco. En el juego para el que lo hice venía bien porque se usaban solo en alcantarillas y siempre eran los suficientes como para que el efecto molase.

El problema era en la parte en la que se imprime el tile, que se calculaban mal las coordenadas.

Tal y como estaba, además, quedaba bien para el agua, pero mal para el mexicano. Intentando buscar una solución buena, se me ha ocurrido limitar el update cada X frames.

Abre tu tilanim.h y sustituye lo que hay por esto:

$this->bbcode_second_pass_code('', '// tilanim.h
// Rutina para animar tiles.

#define MAX_TILANIMS 64
#define UPDATE_FREQ 7
unsigned char max_tilanims;
unsigned char tacount;

typedef struct {
unsigned char xy;
unsigned char ft;
} TILANIM;

TILANIM tilanims [MAX_TILANIMS];

void add_tilanim (unsigned char x, unsigned char y, unsigned char t) {
tilanims [max_tilanims].xy = (x << 4) + y;
tilanims [max_tilanims].ft = t;

max_tilanims ++;
}

unsigned char tait;
void do_tilanims (void) {
if (max_tilanims == 0) return;

tacount = (tacount + 1) & UPDATE_FREQ;
if (!tacount) {
// Select tile
tait = rand () % max_tilanims;

// Flip bit 7:
tilanims [tait].ft = tilanims [tait].ft ^ 128;

// Draw tile
draw_coloured_tile (
VIEWPORT_X + ((tilanims [tait].xy >> 4) << 1),
VIEWPORT_Y + ((tilanims [tait].xy & 15) << 1),
(tilanims [tait].ft & 127) + (tilanims [tait].ft >> 7));
}
}
')

En UPDATE_FREQ se define una potencia de 2 menos 1: 1, 3, 7, 15, 31... Cuanto más grande, más lento es el efecto. Valores amplios, como 15 o 31, quedan genial cuando hay pocos tiles animados en pantalla (el mexicano), pero quedan peor cuando hay muchos (agua). El valor 7 no queda mal en las pruebas que he hecho.