Pregunta sobre imagenes

Started by Arcontus, June 04, 2011, 09:57:04 AM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

Arcontus

Buenas chicos,

os planteo lo que para mi es un dilema:

Si voy a hacer una barra, con una parte móvil, y su borde fijo, ¿es necesario hacer un proceso para cada imágen o se puede hacer todo en un solo proceso?

Yo de momento estoy utilizando 1 proceso 1 imagen, pero no se si es así como se hace.

Saludos!
5Leaps, el primer juego comercial desarrollado para BennuGD. http://www.5leaps.com

FreeYourMind

cada proceso tiene una imagen asociada y solo una.

KeoH

Quote from: FreeYourMind on June 04, 2011, 10:09:55 AM
cada proceso tiene una imagen asociada y solo una.

en cada fotograma XD

Futu-block

no dudes en crear procesos como loco, no ahorres memoria que lo que haces es liarte

Drumpi

Quote from: KeoH on June 04, 2011, 10:45:57 AM
Quote from: FreeYourMind on June 04, 2011, 10:09:55 AM
cada proceso tiene una imagen asociada y solo una.

en cada fotograma XD

No, en cada fotograma no, porque en cada fotograma lo puedes cambiar usando GRAPH.

En teoría, sí, cada imagen necesita de un proceso, salvo que uses la imagen de fondo y los comandos PUT. Puedes agrupar varios elementos estáticos de pantalla en un mismo gráfico y así ahorrarte algunos procesos, pero si estás empezando es mejor que para esos gráficos estáticos tengas un proceso y hacer que se congele a sí mismo con un SIGNAL para ahorrar CPU.
Hala, como con 1001 procesos sólo va a 9 FPS, vamos a meterle 32 veces más, a ver si revienta.
(Drumpi epic moment)

Arcontus

Quote from: Drumpi on June 04, 2011, 11:29:27 PM
Quote from: KeoH on June 04, 2011, 10:45:57 AM
Quote from: FreeYourMind on June 04, 2011, 10:09:55 AM
cada proceso tiene una imagen asociada y solo una.

en cada fotograma XD

No, en cada fotograma no, porque en cada fotograma lo puedes cambiar usando GRAPH.

En teoría, sí, cada imagen necesita de un proceso, salvo que uses la imagen de fondo y los comandos PUT. Puedes agrupar varios elementos estáticos de pantalla en un mismo gráfico y así ahorrarte algunos procesos, pero si estás empezando es mejor que para esos gráficos estáticos tengas un proceso y hacer que se congele a sí mismo con un SIGNAL para ahorrar CPU.

Muy ocurrente lo de conjelar procesos, lo probaré.
Por cierto, un proceso conjelado entiendo que no ejecuta su código pero ¿sigue interactuando con el scroll si se ha declarado como ctype=c_scroll?

Gracias por las respuestas.
5Leaps, el primer juego comercial desarrollado para BennuGD. http://www.5leaps.com

Drumpi

Sí, un proceso congelado detiene su ejecución, pero se sigue manteniendo dentro del scroll en su posición relativa del scroll (vamos, que si el scroll se desplaza, el proceso también). Además, mantiene el gráfico visible y permite seguir haciendo colisiones y modificar sus variables locales (o sea, que se puede desplazar y rotar desde otros procesos).

Sin embargo, los dormidos actúan igual, pero no muestran su gráfico. Lo que ya no he probado es si funciona COLLISION con ellos.
Hala, como con 1001 procesos sólo va a 9 FPS, vamos a meterle 32 veces más, a ver si revienta.
(Drumpi epic moment)

Arcontus

Quote from: Drumpi on June 05, 2011, 12:11:21 PM
Sí, un proceso congelado detiene su ejecución, pero se sigue manteniendo dentro del scroll en su posición relativa del scroll (vamos, que si el scroll se desplaza, el proceso también). Además, mantiene el gráfico visible y permite seguir haciendo colisiones y modificar sus variables locales (o sea, que se puede desplazar y rotar desde otros procesos).

Sin embargo, los dormidos actúan igual, pero no muestran su gráfico. Lo que ya no he probado es si funciona COLLISION con ellos.
Te doy un karmazo por tan buena explicacion.

Gracias.
5Leaps, el primer juego comercial desarrollado para BennuGD. http://www.5leaps.com