Purito Cycling

futublog · 04/09/2011, 11:47

Iniciado por Isidor

Digamos que es un W.I.P, que a lo mejor lo continuo, o no ...

¿Que te ha parecido?.

Iniciado por kiero

aha,entiendo que es un wip.
sobre que me pareció no lo he probado suficiente tiempo como para decir, pero al menos se trata de una temática original dentro de los juegos homebrew.
te animo a que sigas con él si la temática y el planteamiento del juego te atrae.

¿que es un wip??

le echaré un vistaso a ver como puedo contribuir...

**kiero** · 04/09/2011, 12:50

wip es un work in progress, o lo que es lo mismo "el juego se encuentra en desarrollo y aún no se puede dar por terminado" .

**princemegahit** · 04/09/2011, 15:14

Iniciado por kiero

tiene música o sonido el programa ?

La música se está haciendo (pero el no lo sabe, no le digas nada

)

**Isidor** · 04/09/2011, 16:47

Iniciado por BAFelton

Thanks for the Caanoo version

Thanks for playing

.

Iniciado por princemegahit

La música se está haciendo (pero el no lo sabe, no le digas nada

)

¿Azul y Negro?, ¿OBK?,

.

La verdad es que me habéis dado fuerzas para seguir, a ver que se me ocurre ...

**jduranmaster** · 04/09/2011, 17:01

Yo lo estuve probando el otro dia. El juego está bastante bien. Lo de la musica, si esta bien hecha y es pegadiza con la tematica del juego puede darle un buen toque. A ver que se saca de la manga tu compositor.

**Drumpi** · 04/09/2011, 20:08

Hombre, lo de los procesos perder rendimiento, depende. ¿De qué cantidad estamos hablando? porque en el Echo, lo que más ralentizaba era la lógica de los enemigos, más que el número de tiles/procesos.

Siempre hay forma de optimizar estas cosas, como no tener procesos no visibles y que sean controlados por otro proceso (ojo, sin usar procesos, según me comentó Splinter, el acceso a variables locales es más lento que a cualquier otro tipo de variables). Es cuestión de darle vueltas

futublog · 04/09/2011, 20:42

Este tio promete...

**Isidor** · 04/09/2011, 22:31

Iniciado por Drumpi

Hombre, lo de los procesos perder rendimiento, depende. ¿De qué cantidad estamos hablando? porque en el Echo, lo que más ralentizaba era la lógica de los enemigos, más que el número de tiles/procesos.

Siempre hay forma de optimizar estas cosas, como no tener procesos no visibles y que sean controlados por otro proceso (ojo, sin usar procesos, según me comentó Splinter, el acceso a variables locales es más lento que a cualquier otro tipo de variables). Es cuestión de darle vueltas

Hola.

Estamos hablando de un proceso por ciclista, cuantos mas pongas mas procesos. Ya le doy vueltas

.

Iniciado por futublog

Este tio promete...

Je, je, exageras un poco, pero gracias.

Nunca llegare al nivel de los cracks que hay por aquí.

futublog · 04/09/2011, 23:42

¿porque no, joe?

Iniciado por Isidor

Hola.

Estamos hablando de un proceso por ciclista, cuantos mas pongas mas procesos. Ya le doy vueltas

por procesos no te preocupes, pero un truco muy bueno es hacer solo un proceso con un monton de opciones; al invocar ese proceso le das una opcion y con esa opcion sale el ciclista con la ropa deseada, la velocidad deseada y, o lo que sea deseado...

tampoco te lleves tol tiempo creando y matando procesos, que eso gasta mucha ''luz'' je je je

**Isidor** · 05/09/2011, 17:58

Iniciado por futublog

por procesos no te preocupes, pero un truco muy bueno es hacer solo un proceso con un monton de opciones; al invocar ese proceso le das una opcion y con esa opcion sale el ciclista con la ropa deseada, la velocidad deseada y, o lo que sea deseado...

tampoco te lleves tol tiempo creando y matando procesos, que eso gasta mucha ''luz'' je je je

Ya lo hago así, pero aunque solo escribas un proceso, si lo invocas cien veces, en memoria hay 100 procesos ...

futublog · 05/09/2011, 22:00

ya, pero no te creas que gasta mucho, siempre y cuando sean procesos simples...

para hacer una prueba en cada frame crea un par de procesos que en cada frame cree un par de procesos y así hasta que pete, pon un write_var que cuente cuanto tiempo tarda en petar y otro que cuente los procesos; asi te hace una idea del rendimiento de tu maquina...

**Isidor** · 05/09/2011, 22:22

Iniciado por futublog

ya, pero no te creas que gasta mucho, siempre y cuando sean procesos simples...

para hacer una prueba en cada frame crea un par de procesos que en cada frame cree un par de procesos y así hasta que pete, pon un write_var que cuente cuanto tiempo tarda en petar y otro que cuente los procesos; asi te hace una idea del rendimiento de tu maquina...

El problema no es que pete, el problema es que cuantos mas procesos mas lento, y cada ciclista es un proceso.

Ejemplo :

11 ciclistas 47 FPS

31 ciclistas 39 FPS

51 ciclistas 31 FPS

71 ciclistas 24 FPS

99 ciclistas 17 FPS

Y me gustaría meter 200 ciclistas ...