[GAME]: DarkFighter

[PAMERCO]

Si bien he entendido usas 2 procesos para emular el tileado de la ciudad, no necesitas, eso, usa 2 llamadas a la funcion DRAW_BLOCK para formar un plano de scroll contiguo, asi te ahorras tb 2 procesos que al fin y al cabo no tienen propriedades dinamicas, asi puedes usar tambien graficos con canal alpha.

¿ y luego puedo usar el mapa resultante como primer plano del scroll?
o como un solo mapa para un proceso?

como la puedo utilizar en el caso que nos ocupa?
ponme algun ejemplo por favor, ya que no conozco la funcion y creo que es de las no documentadas, no?
gracias de antemano, por la informacion

[CicTec]

La puedes usar al mismo modo que un proceso, pasandole los parametros, y ponendola en un bucle...

Otra alternativa es definir una region del tamaño de la ciudad y utilizar DRAW_TILE en un bucle con una Z inferior al primer plano de scroll que ahora sera el cielo, de esa forma simplemente moves X y Y pasandole a DRAW_TILE y te dibujara el plano ciclico siempre.

[PAMERCO]

buenas noches, una nueva version
http://www.megaupload.com/?d=57GDXWII

tiene algunos cambios en importantes.....

a ver si los notais.

PD: no he añadido lo de ver el total de frames.....
se me ha pasado, pero para la proxima estará

[CicTec]

Lo he probado, el EXE normal no funciona, pide un fichero FPG jeje, el DEF si que funciona...

Mola la pantalla "Cargando..." y el juego ya empieza a tener disparos de los enemigos, bien bien

He encontrado todavia un error en el paisaje, a veces el primer plano no esta bien alineado y aparece una linea vacia, pongo screenshot:

screen error.JPG

[PAMERCO]

gracias cic.
en cuanto al error en el paisaje.... cuando lo pruebo voy tan cegao en los enemigos....que no me habia fijao.
en lo de la pantalla de carga....la verdad es que no habia visto, en ningún juego en div o en gemix una pantalla de carga, y quise incluir una....y aunque no son los fondos definitivos, si es la idea.... me alegra que te haya gustao....

por cierto, como tarda bastante en salir, a veces, os lo digo yo....
hay ya un "bonus", que dan los steel(las naves gordas)que enfria los cañones por un rato, faltan por añadir unos cuantos mas.....

esto va cogiendo cuerpo.

ya vereis que pantallas para el menu, se esta currando blackend

[PAMERCO]

cictec:
podrias ponerme un ejemplo de como hacer lo del paisaje de la ciudad que comentabas de hacerlo usando la funcion DRAWBLOCK o DRAWTILE?

es que no las he usado nunca no entiendo bien como usarlas.
te explico como lo hago yo.
tengo dos procesos con el mapa grafico de la ciudad.
el segundo empieza donde acaba el primero, y muevo los dos a la misma velocidad, en cada frame.
cuando uno alcanza una distancia de scroll.x0=1/2 del ancho del mapa grafico, lo resituo al final del otro grafico para dar la sensacion de continuidad....salvo esa minilinea que me has detectado tu....
pero el mapa es enorme y a 32 bits con alfa con lo que me figuro que esta forma de hacerlo afectará al rendimiento de manera importante.
no lo puedo usar directamente en el scroll, como mapa de primer plano, precisamente por ser de 32 bit con alfa...
lo he intentado como me dijiste con drawtile pensando que el solo cuando acabara el grafico, enpezaria de nuevo, como lo hace el srcoll, y no es así.

como lo puedo hacer para no tener que usar los dos procesos y reducir el coste de calculo de estos procesos?
gracias y ponme por favor, aunque minimo, un ejemplo de utilizacion de estas funciones para conseguir el efecto de plano continuo.

[CicTec]

Pues, acabo de ver que con DRAW_TILE no es posible aunque sea la solucion optimal, porque no move el grafico si esto es mayor o equal a al tamaño de la pantalla, ya lo he corregido y con eso funcionaria, pero hay que esperar la nueva beta...

con DRAW_BLOCK es un poco complicadillo, porque tienes que usar 2 llamadas a la funcion dentras de 2 IF para calcular bien el tileado, te pongo el ejemplo con una sola para hacerte ver como se move, a ver si lo consigues:

Code: Select all

program test_drawtile;
begin
  set_mode(1024, 768, 32, mode_fullscreen);

  load_map("ciudadciclica.map");

  repeat
    if(key(_left))  x -= 4; end
    if(key(_right)) x += 4; end

    draw_block(0, 1000, 0, 0, x, y, 1024, 768, 0);
    
    frame;
  until(key(_esc));
end

Si tienes otras dudas pregunta, a ver que podemos hacer.

[PAMERCO]

gracias cictec.

entonces por eso no podia usar darwtile.....

me alegro de que por lo menos haya servido para detectar un problema en la funcion.

lo intentare con drawblock a ver como va.

crees que así, lo optimizamos algo?
por que si la optimizacion va a ser minima o nula.....para que tocar lo que ya funciona?

[CicTec]

Pues por lo que he visto a primera vista el juego esta mal

el grafico tiene alto de 768 con lo cual casi la midad son pixels transparentes, pero el bliteo lo averigua igual, me sorprende aun mas que saque buen rendimiento bliteando un grafico gigante como eso, hay que hacer un par de cosas:

1 - poner SET_FPS(0, 0); para ver el rendimiento maximo actual del juego
2 - cortar el grafico MAP de forma que empece desde la punta de la torre mas alta del grafico (creo sea a Y = 341, con lo cual tienes que eliminar los primeros 341 pixels de alto sobre 768, con lo cual el mapa resultante seria la misma widthX427).
3 - creas una region de 1024x427 que empieza a 0,341 y asignas dicha region a los procesos que pintan el grafico de scroll.

Con eso ya tienes:
1 - menos espacio en el disco ocupado dal MAP
2 - menos memoria requerida por el programa
3 - mas rendimiento de bliteo (prueba el nuevo SET_FPS(0, 0) para comparar con el anterior rendimiento maximo)

Ya me diras...

[PAMERCO]

si, lo del rendimiento del motor, como ya te he dicho varias veces......es brutal
en cuanto a lo de recortar el mapa de la ciudad....esta en el pendiente de Blackend, al igual que hicimos con el mapa del cielo.
lo que no entiendo es por que una vez recortado el grafico y eso, ganaria rendimiento por asignarlo a otra region distinta de la primera....esta claro lo que se gana por espacio en disco y en ram, al cortar la imagen pero lo de la region es lo que no entiendo.
al pintar el grafico, sea en la region que sea, consume el mismo tiempo de proceso, no?