davidgutierrez
08/12/2007, 15:56
Esta es la pregunta que me ha surgido durante el desarrollo de mi juego Sliding Puzzle 2x y quería conocer la opinión de otros foreros al respecto. En versiones anteriores del juego, se realizaban demasiados refrescos de pantalla innecesarios y se refrescaba toda la superficie de la pantalla en vez de refrescarse únicamente la zona afectada. Cuando lo ejecutaba en el ordenador no tenía ningún problema, pero al ejecutarlo en la GP2x me dí cuenta de que el juego no iba tan fluido como debería. Este problema ya está solucionado en la versión actual del juego donde solo se refresca la pantalla cuando es estrictamente necesario y solo la parte de la pantalla que se haya visto afectada.
Aún estoy aprendiendo a programar en Python y la verdad es que me encanta como lenguaje de programación (tanto por su simplicidad como por no tener que preocuparme de "los punterillos locos"), pero esta experiencia me lleva a plantearme si Python es un lenguaje adecuado para desarrollar juegos para la GP2x... Me vengo a referir a lo siguiente: está claro que con Python se pueden hacer juegos de tipo puzzle sin ningún problema (a las pruebas me remito), pero no es ningún secreto que es un lenguaje muy lento en comparación con los lenguajes compilados, por lo que no sé que tal se comportará en juegos de acción donde haya muchos objetos en pantalla o en juegos de plataformas plataformas con scrolling. En ambos casos habría que actualizar prácticamente la totalidad de la superficie de la pantalla muchas veces por segundo, por lo que el rendimiento se puede resentir enormemente.
Por otro lado, salvo error mío, el tiempo de arranque de Python en la GP2x es de unos 5 segundos (durante los cuáles la pantalla se queda en negro ANTES DE COMENZAR la ejecución del programa), un tiempo que para algunos será completamente inaceptable. En el hilo sobre mi juego, efegea comentaba que estaba trabajando en un programa en C++ capaz de lanzar scripts Python. Para mí es una gran noticia, ya que esto podría evolucionar en un "lanzador de scripts Python" que mostrase una animación de "cargando" (utilizando C++ y SDL) mientras se va arrancando Python en background. Así, al mostrarse la imagen de forma instantánea y no tener que esperar 5 segundos con la pantalla en negro, se consigue dar la impresión al usuario de que el juego está haciendo cosas desde un primer momento .
¿Alguien más ha desarrollado / probado otros juegos que hagan uso de Python en la GP2x? ¿Cuáles han sido los resultados? ¿Eran juegos de acción o de puzzle? ¿Creéis que Python es un lenguaje adecuado para hacer juegos? ¿Es Python demasiado lento o es la GP2x la que es demasiado lenta y con la "craignator" no tendría este tipo de problemas?
Sé que nadie tiene las respuestas "absolutas y verdaderas" a estas preguntas, pero quería conocer las impresiones del resto de foreros antes de iniciar el desarrollo de mi próximo juego, por si tengo que empezar a replantearme algunas cosas y empezar a mirarme tutoriales de SDL... [wei5]
Aún estoy aprendiendo a programar en Python y la verdad es que me encanta como lenguaje de programación (tanto por su simplicidad como por no tener que preocuparme de "los punterillos locos"), pero esta experiencia me lleva a plantearme si Python es un lenguaje adecuado para desarrollar juegos para la GP2x... Me vengo a referir a lo siguiente: está claro que con Python se pueden hacer juegos de tipo puzzle sin ningún problema (a las pruebas me remito), pero no es ningún secreto que es un lenguaje muy lento en comparación con los lenguajes compilados, por lo que no sé que tal se comportará en juegos de acción donde haya muchos objetos en pantalla o en juegos de plataformas plataformas con scrolling. En ambos casos habría que actualizar prácticamente la totalidad de la superficie de la pantalla muchas veces por segundo, por lo que el rendimiento se puede resentir enormemente.
Por otro lado, salvo error mío, el tiempo de arranque de Python en la GP2x es de unos 5 segundos (durante los cuáles la pantalla se queda en negro ANTES DE COMENZAR la ejecución del programa), un tiempo que para algunos será completamente inaceptable. En el hilo sobre mi juego, efegea comentaba que estaba trabajando en un programa en C++ capaz de lanzar scripts Python. Para mí es una gran noticia, ya que esto podría evolucionar en un "lanzador de scripts Python" que mostrase una animación de "cargando" (utilizando C++ y SDL) mientras se va arrancando Python en background. Así, al mostrarse la imagen de forma instantánea y no tener que esperar 5 segundos con la pantalla en negro, se consigue dar la impresión al usuario de que el juego está haciendo cosas desde un primer momento .
¿Alguien más ha desarrollado / probado otros juegos que hagan uso de Python en la GP2x? ¿Cuáles han sido los resultados? ¿Eran juegos de acción o de puzzle? ¿Creéis que Python es un lenguaje adecuado para hacer juegos? ¿Es Python demasiado lento o es la GP2x la que es demasiado lenta y con la "craignator" no tendría este tipo de problemas?
Sé que nadie tiene las respuestas "absolutas y verdaderas" a estas preguntas, pero quería conocer las impresiones del resto de foreros antes de iniciar el desarrollo de mi próximo juego, por si tengo que empezar a replantearme algunas cosas y empezar a mirarme tutoriales de SDL... [wei5]