2012-08-14 53 views
23

Me gustaría obtener ayuda para elegir un marco para el desarrollo de juegos móviles multiplataforma. he reducido a libgdx y playnlibgdx o playn?

planeo hacer juegos dirigidos principalmente para Android pero también me gustaría ser capaz de liberarlos en IOS y como html. Sé que libgdx actualmente no admite iOS, pero también sé que está en camino y confío en los desarrolladores.

Si alguien tiene experiencia en libgdx y/o playn (preferiblemente ambos), realmente apreciaría que pudieras compartir tu experiencia y la que elijas y por qué.

+0

¿Podría compartir por qué cocos2d-x no hizo su lista? Para mí todo se reduce a libgdx vs. cocos2d-x, pero no he oído hablar de playn antes. –

Respuesta

8

No he hecho ningún juego de lanzamiento con libgdx, pero recibiría mi voto. Debe considerar el riesgo de no desarrollar un juego exitoso en cualquier plataforma si elige el marco equivocado. Acabo de ver Playn y parece que la documentación no está allí, la actividad del grupo de usuarios no está allí, y no está lo suficientemente avanzada. También debería considerar Cocos2d-x, que se supone que es compatible con ambas plataformas. Tengo la sensación de que libgdx es imparable como plataforma para escribir juegos en Android al menos.

+2

Por supuesto, cante las alabanzas de Libgdx, pero esta respuesta parece bastante ignorante. ¿Has intentado publicar una pregunta en el foro de PlayN? Michael siempre fue muy rápido para responder. En el momento en que se publicó esta respuesta, fue y está siendo desarrollada activamente por un equipo COMERCIAL, así como por la comunidad en general: http://www.threerings.net/about/crew.html –

11

Mi voto va para libgdx. libgdx parece ser más extenso que playn, tiene una comunidad muy activa, admite casi todas las plataformas (algunos soportes estarán disponibles pronto) compatibles con Playn y está muy bien documentado. Además, si se dirige especialmente a Android (como sugiere su pregunta), preferiría decir que libgdx es el marco de facto para eso.

9

Mi equipo ya está desarrollando con libgdx y funciona muy bien. Puede agregar box2d para la física y no necesita el emulador de Android malo para depurar. Todo se hace con Java y solo importa el proyecto a su proyecto de Android y puede probarlo en cualquier dispositivo que elija. También tiene el proyecto de Windows/web y el iOS estará disponible en breve. Así que no te preocupes, libgdx es una buena opción.

0

Libgdx es muy rápido ya que algunos se escriben en C++. Puede mover cientos de sprites sin problemas en un solo teléfono con este marco. Es fácil de instalar y trabajar, y la comunidad abordó todas mis preguntas rápidamente.

14

Creo que en este momento cualquiera sería una buena elección. He aquí por qué ...

No he usado Libdx, pero he leído su sitio. Creo que ambos proyectos se ven bastante bien. Si estuviera eligiendo un motor de juego, mi decisión se reduciría a características, estabilidad y soporte.

Comenzando con el soporte, ambos proyectos parecen tener colaboradores bastante dedicados. Michael Bayne de PlayN es una máquina de codificador. Mario de BadLogicGames (libgdx) parece bastante dedicado. Ambos proyectos parecen tener un grupo saludable de colaboradores & defensores.

En cuanto a las características, parecen estar bastante igualadas. Ambos harán que crear un juego 2D sea una gran experiencia. Libgdx parece tener la ventaja en el frente 3d, pero si espera poder crear fácilmente una experiencia de juego 3D KILLER, ninguno de los frameworks hará el trabajo pesado por usted. Libgdx no parece ser un juego de herramientas en 3D tan largo como JMonkey, que tampoco puede competir con kits comerciales.

Seamos honestos, si está tratando de hacer un juego 3d comercial para competir con otras ofertas comerciales, tendrá que licenciar un motor 3D comercial (y tener un equipo bastante competente). Ninguno de los proyectos proporcionará las herramientas que necesita para obtener imágenes hermosas funcionando rápidamente ... en comparación con el motor de Unity.

http://www.youtube.com/watch?v=Fc9m0Z1GDg8

Los chicos reproducirN parecen ser mucho más cauteloso sobre el intento de ofrecer buenas API 3D sin comprometer las API 2D y la experiencia de trabajar con ellos. Aquí puede leer su prudente discusión sobre la mejor manera de exponer incluso la capa OpenGL ES 2.0.

http://goo.gl/5f3ls

enfoque de libgdx parece ser más agresivo en comparación. Ambos tienen pros y contras. Tengo algunos cálculos 3D en mi juego usando Vecmath sentado encima de PlayN. Es código, puede mezclar y combinar donde sea posible.

Dado que son marcos bastante similares en términos de propósito y ejecución, es probable que haya un poco de polinización cruzada. Aquí puede ver que gran parte del soporte de Maven para Libgdx se copió de la configuración de PlayN.

http://www.badlogicgames.com/wordpress/?p=2707

Por otra parte, libgdx sólo es compatible con iOS por el trabajo que Michael (reproducirN) hizo crear IVKM. Mario luego tuvo que agregar compatibilidad con JNI para sus características de C++ también.

http://www.badlogicgames.com/wordpress/?p=2791

Ambos proyectos son conscientes de la otra y están aprendiendo mutuamente de la forma en que cada late un camino a seguir.

En términos de estabilidad, eso se mide mejor con los proyectos exitosos que tiene cada uno. Tupsu & AngrybirdsChrome en PlayN, Ingress & más en Libgdx.

PlayN es java puro en tanto que se encuentra en la parte superior de la api de Android/html etc. Libgdx parece tener algo de C++ en algunas plataformas. Esto depende mucho de lo que esté haciendo, es decir, para la web, GWT no puede compilar realmente ningún módulo de C++. Además, Java tiene una velocidad comparable a C++ (por lo general, un poco más lenta, a veces más rápida) siempre que pueda mantener a raya el GC y no sea dogmático sobre cómo usa el lenguaje.

Dicho esto, C++ puede ser útil en ciertos casos de uso.

Alguien más respondió que Libgdx puede soportar un gran rendimiento de sprites en teléfonos de un solo núcleo, lo que implica que esto se debe a C++. Esta NO es el área donde libgdx usa C++. Ver características

http://libgdx.badlogicgames.com/features.html

Ambos marcos son propensos a realizar de manera similar en términos de thoughput sprite. Puede divertirse con la prueba de rendimiento web de PlayN aquí. Haga clic en el contador de estadísticas para aumentar el número.

http://samskivert.com/playn/perf-test/

Ambos tienen cosas como interfaces de usuario de menús que se sientan en la parte superior de los marcos.

En última instancia me estoy quedando con PlayN, porque no veo razones reales para cambiar todavía y eso es lo que comencé. Su experiencia puede ser diferente.

+0

Respuesta integral y equilibrada. – BlueSilver

+2

Mi respuesta es bastante obsoleta ahora con desarrollos como RoboVM. El código de Michael sigue siendo el más inmaculado que existe. Te convertirás en un mejor codificador solo por estudiar su código. Sin embargo, definitivamente hay ventajas debido al tamaño de la comunidad de Libgdx y la velocidad a la que se mueven. –

1

No sé cuál es el otro pero para mí libgdx es un gran motor. Acabo de graduarme de la escuela secundaria y llevaba codificando desde hace un año. A través de libgdx, creé varias aplicaciones para iOS y Android en solo una semana de aprendizaje de la sintaxis de libgdx.Sugiero ir a este enlace http://www.kilobolt.com/zombie-bird-tutorial-flappy-bird-remake.html si quieres saber lo básico, es cómo aprendí.

0

Realmente no puedo comparar los dos porque he usado Libgdx solo hasta ahora. Para Libgdx, hay una gran cantidad de recursos y ejemplos que puede revisar antes de comenzar a desarrollar. Muchos seguidores escribieron tutoriales fáciles de entender por lo que es bastante fácil de aprender.

0

creo un gran juego estratégico en línea con libgdx. Eso es genial. es rápido. el apoyo es bueno el documento es más ios soportados con robovm y pronto implemento Multi-OS Engine en libgdx, también. Si dominas Java. libgdx es la mejor opción.