python - Comience con pyglet o pygame?
(3)
Esto parece un duplicado de: ¿ Diferencias entre las bibliotecas de juegos Python Pygame y Pyglet?
Ese es al menos un lugar para buscar respuestas adicionales.
Asistí a la charla de Steve Johnson sobre pyglet en PyOhio (Talk # 18 en http://pyohio.org/2009/Talks/ ) y me quedé muy impresionado con la poca cantidad de código que había involucrado. pygame parece grande y a mí (personalmente) no me importan todas las dependencias adicionales.
Dicho esto, aún no he escrito ningún código para ninguno de los dos. Mi plan es comenzar con pyglet y luego, cuando me sienta cómodo con él, probar pygame y ver cómo se comparan.
Estoy de acuerdo con la respuesta de Alex, si buscas en google pygame contra pyglet, encontrarás muchas preferencias personales. La única diferencia objetiva que vi fue la diferencia en la cantidad de tarjetas gráficas compatibles (pygame no requiere OpenGL, por lo que pygame puede admitir más).
Me gustaría saber qué es lo mejor para empezar, pyglet o pygame. ¿Cuál es más rápido y cuál es más activo?
También me gustaría saber si pyglet obtendrá soporte para python 3, porque he leído here que podría no ser posible o tomaría mucho tiempo.
¿Sería mejor elegir pygame, debido al soporte de python 3, o debería ir con pyglet?
Gracias.
No puedo comentar otras respuestas, así que tengo que hacer esta nueva, lo siento.
En cuanto a velocidad, Pyglet es definitivamente más rápido que pygame para pygame , y la velocidad siempre es una preocupación cuando se desarrolla con pygame (tienes que actualizar las partes más pequeñas de la pantalla, y recordar lo que ha cambiado puede ser tedioso). No hay tal problema con pyglet.
Si usa cocos2d (una capa por encima de la pyglet), acelerar las cosas es aún más fácil, simplemente conecte los sprites a BatchNode y observe cómo aumentan los FPS.
Como se dice en un comentario pyglet como soporte python3.
Es solo mi preferencia personal, pero me gusta mucho más Pyglet, y con cocos2d en la parte superior, es realmente fácil de aprender. La desventaja es la comunidad mucho más pequeña.
pygame es muy activo, es testigo del lanzamiento de Aug de 1.9 con soporte de nokia s60, soporte mejorado de py2app / py2exe, y un conjunto de características experimentales (soporte para Python 3.1, webcams, gfx, ...). Libros como Hello World y competiciones periódicas y divertidas como ludumdare y pyweek dan testimonio de la vitalidad de su comunidad y ecosistema.
pyglet tiene una API ordenada y más nueva, y es conveniente (Python puro, licencia BSD en lugar de LGPL).
En cuanto a la velocidad, no ejecuté ningún punto de referencia, pero entiendo que, de entrada, la pyglet es mejor para explotar la aceleración HW avanzada para el trabajo en 3D, mientras que pygame es mejor en el trabajo 2D y en HW que en ninguna parte es tan avanzado (teléfonos inteligentes, netbooks, etc., no tienen aceleradores 3D HW brillantes). Puede mejorar la velocidad de ambos frameworks con complementos, aunque eso pierde conveniencia.
En términos de soporte de Py3, etc., creo que el problema es simplemente que el pygame, mucho más maduro y popular, tiene un grupo de desarrollo central mucho más grande, por lo que por supuesto puede obtener cosas nuevas como el soporte Py3 antes.
Si ninguno de los problemas anteriores es decisivo para ti (estás de acuerdo con LGPL y BSD, no te preocupan mucho los teléfonos inteligentes, no necesitas libros, etc.), el único enfoque sensato es descargar ambos y probar lo mismo. tareas elementales de su interés en las máquinas de su interés, que le indicarán qué tan bien encaja cada una en su cerebro, su necesidad de velocidad, conveniencia, etc.