Mojonia 3.0

No sé qué hay de malo en el oeste denoche.

Nosotros planeamos en tiempo una videoaventura del oeste también, pero solo llegamos a hacer el muñeco... Algún día le meteremos candela.


Lo de los tiles animados, si no mueves todos en cada frame se pueden hacer. Nosotros lo hicimos en Severin Sewers, y apenas se notaba. Los tiles del moco radioactivo se movían, no todos a la vez, pero para lo que tenían que parecer (moco radioactivo) daban el pego estupendamente

Y dejad de hablar de la splib2 como si fuera la peste, joder. A ver quien se curra una biblioteca de sprites sin flickering y que no necesite un buffer enorme fuera de pantalla ni estar sincronizada con el raster... Todo tiene su precio.

$this->bbcode_second_pass_quote('na_th_an', '
')Y dejad de hablar de la splib2 como si fuera la peste, joder. A ver quien se curra una biblioteca de sprites sin flickering y que no necesite un buffer enorme fuera de pantalla ni estar sincronizada con el raster... Todo tiene su precio.

Animaciones en ese rio

$this->bbcode_second_pass_quote('juanfran', 'A')nimaciones en ese rio

Vas a tener que programarlo, o podemos ver cómo adaptarlo del código de Severin Sewers.

Básicamente se tiene una lista de tiles. Cuando se pinta la pantalla, se detectan tiles animados y se añaden a la lista. Luego, en el bucle de juego, cada frame, se selecciona un tile al azar de la lista y se cambia. Ya te digo que para algunas cosas no vale, pero para otras viene de puta madre (el moco se mueve lentamente, y cambios aleatorios en las burbujas daban todo el pego). Puede servirte para lo de los caballos que dices.

La cosa es ver la forma más eficiente de hacerlo. Por ejemplo, puedes hacer que los tiles animados sean las últimas 8 parejas: 32-33, 34-35, 36-37... Al hacer el mapa colocas siempre el primer tile de la pareja: el 32, el 34...

Luego tocamos la función que dibuja la pantalla para que los detecte y los añada al array. El array podría ser algo así:

$this->bbcode_second_pass_code('', '#define MAX_TILES_ANIMADOS 64

typedef struct {
unsigned char xy;
unsigned char nf;
} TILE_ANIMADO;

TILE_ANIMADO tiles_animados [MAX_TILES_ANIMADOS];')

Así te ocuparía 128 bytes. En "xy" almacenamos x e y, 4 bits para cada uno. En nf almacenamos el frame de animación (1 bit) y el número de tile base.

Si te convence esto, te hago el parchecico y si eso lo meto en la 3.99.3

$this->bbcode_second_pass_quote('na_th_an', 'Y') dejad de hablar de la splib2 como si fuera la peste, joder. A ver quien se curra una biblioteca de sprites sin flickering y que no necesite un buffer enorme fuera de pantalla ni estar sincronizada con el raster... Todo tiene su precio.

$this->bbcode_second_pass_quote('na_th_an', '
')Si te convence esto, te hago el parchecico y si eso lo meto en la 3.99.3

Es que el problema de los 8 bits es que no se puede hacer una biblioteca de propósito general... Simplemente no hay máquina La putada es que yo ni tengo el conocimiento necesario, ni las ganas de tenerlo y por eso me tengo que apañar con lo que hay. A mí me gusta hacer juegos, es lo único que me divierte. Ponerme a currarme una biblioteca gráfica más adecuada a lo que necesito no es que esté fuera de mi alcance, es que sería algo que me aburriría profundamente. He hecho mis propias bibliotecas gráficas adaptadas a otro tipo de necesidades (véase http://www.mojontwins.com/juegos_mojono ... er-slayer/ ), y lo sufrí en mis carnes fue un verdadero coñazo hacer la biblioteca, no me lo pasé nada bien. Por suerte, hacer el güego fue super divertido y nos ocupó medio verano en el que nos lo pasamos teta.

Además, que lo divertido de esto (para mí, esto es algo muy personal) es ver qué se puede hacer con lo que tienes. Muchas veces un poco de ingenio suple las carencias