libGDX

libGDX es un marco de desarrollo de aplicaciones de juegos gratuito y de código abierto ^{[ 3 ] [ 2 ]} escrito en el lenguaje de programación Java con algunos componentes de C y C++ para código dependiente del rendimiento. ^{[ 4 ]} Permite el desarrollo de juegos de escritorio y móviles utilizando la misma base de código. ^{[ 5 ]} Es multiplataforma, compatible con Windows , Linux , macOS , Android , iOS , BlackBerry y navegadores web con soporte para WebGL . ^{[ 2 ] [ 6 ]}

A mediados de 2009, Mario Zechner, creador de libGDX, quiso escribir juegos para Android y comenzó a desarrollar un framework llamado AFX (Android Effects) para tal fin. Al descubrir que implementar los cambios de la versión de escritorio a un dispositivo Android era engorroso, modificó AFX para que también funcionara en la versión de escritorio, facilitando así las pruebas de los programas. Este fue el primer paso hacia el framework de juegos que más tarde se conocería como libGDX. ^{[ 1 ]}

En marzo de 2010, Zechner decidió liberar el código fuente de AFX, alojándolo en Google Code bajo la Licencia Pública General Reducida de GNU (LGPL). Sin embargo, en ese momento declaró que «De todos modos, la intención del framework no es que se utilice para crear juegos de escritorio», ya que su objetivo principal era Android. En abril, obtuvo su primer colaborador. ^{[ 1 ] [ 7 ]} En octubre, Nathan Sweet se unió ^{[ 1 ]} y finalmente se convirtió en uno de los principales colaboradores, ^{[ 8 ]} compartiendo los derechos de autor. ^{[ 9 ] [ 10 ]}

Cuando Zechner creó un envoltorio JNI para Box2D , esto atrajo a más usuarios y colaboradores porque los juegos de física eran populares en ese momento. Muchos de los problemas con Android se resolvieron gracias a esto. ^{[ 1 ]}

Debido a que muchos usuarios sugirieron cambiar a una licencia diferente ya que LGPL no era adecuada para Android, libGDX cambió su licencia a la Licencia Apache 2.0 en julio de 2010, lo que permitió usar el framework en juegos comerciales de código cerrado. ^{[ 1 ] [ 11 ]} Ese mismo mes se lanzó su foro phpBB . ^{[ 1 ] [ 12 ]}

Debido a problemas con Java Sound, la implementación de audio de escritorio cambió a OpenAL en enero de 2011. ^{[ 1 ] [ 13 ]} También se terminó el desarrollo de una pequeña biblioteca de manipulación de imágenes llamada Gdx2D, que depende de la biblioteca de código abierto STB . ^{[ 1 ] [ 14 ]}

El resto de 2011 se dedicó a añadir una biblioteca de interfaz de usuario ^{[ 15 ]} y a trabajar en los fundamentos de una API 3D. ^{[ 1 ]}

A principios de 2012, Zechner creó una pequeña biblioteca auxiliar llamada gdx-jnigen para facilitar el desarrollo de enlaces JNI. ^{[ 1 ] [ 16 ]} Esto hizo posible que las extensiones gdx-audio ^{[ 17 ]} y gdx-freetype ^{[ 18 ]} se desarrollaran durante los meses siguientes. ^{[ 1 ]}

Inspirado por el marco de desarrollo de juegos multiplataforma PlayN de Google , que utilizaba Google Web Toolkit (GWT) para compilar Java a código JavaScript , Zechner escribió un backend HTML /JavaScript durante varias semanas, lo que permitió ejecutar aplicaciones libGDX en cualquier navegador con soporte para WebGL . ^{[ 1 ]} Después de que Google abandonara PlayN, Michael Bayne lo mantuvo y le añadió soporte para iOS . libGDX utilizó partes de este trabajo para su propio backend basado en MonoTouch . ^{[ 1 ] [ 19 ] [ 20 ]}

En agosto de 2012, el proyecto cambió su sistema de control de versiones de Subversion a Git , pasando de Google Code a GitHub . Sin embargo, el sistema de seguimiento de incidencias y la wiki permanecieron en Google Code durante un año más. El sistema de compilación principal también se cambió a Maven , lo que facilitó la colaboración entre desarrolladores con diferentes IDE . ^{[ 1 ] [ 21 ] [ 22 ]}

Debido a problemas con el backend de MonoTouch para iOS, Niklas Thernig escribió un backend de RoboVM para libGDX en marzo de 2013, que se integró al proyecto en septiembre. ^{[ 1 ] [ 23 ] [ 24 ]} De marzo a mayo de 2013 también se desarrolló una nueva API 3D y se integró a la biblioteca. ^{[ 1 ] [ 25 ] [ 26 ]}

En junio de 2013 se rediseñó el sitio web del proyecto, que ahora incluye una galería donde los usuarios pueden enviar sus juegos creados con libGDX. ^{[ 1 ] [ 27 ]} A partir de enero de 2016Se han presentado más de 3000 juegos. ^{[ 28 ]}

Después de la migración del código fuente a GitHub el año anterior, en septiembre de 2013 el rastreador de incidencias y la wiki también se trasladaron allí desde Google Code. ^{[ 1 ] [ 29 ]} Ese mismo mes, el sistema de gestión de compilación y dependencias se cambió de Maven a Gradle . ^{[ 1 ] [ 30 ]}

Después de una fase de limpieza en los primeros meses de 2014, la versión 1.0 de libGDX se lanzó el 20 de abril, más de cuatro años después del inicio del proyecto. ^{[ 1 ]}

En 2014, libGDX fue uno de los ganadores anuales del premio Duke's Choice Award , siendo elegido por su enfoque en la independencia de la plataforma. ^{[ 31 ] [ 32 ]}

De un equipo diverso de entusiastas del código abierto surge libGDX, un marco de desarrollo de juegos multiplataforma que permite a los programadores escribir, probar y depurar juegos Java en una PC de escritorio con Windows, Linux o Mac OS X, y desplegar ese mismo código en Android, iOS y navegadores compatibles con WebGL , algo que no está ampliamente disponible en la actualidad. El objetivo de libGDX, según su creador Mario Zechner, "es cumplir la promesa de 'escribe una vez, ejecuta en cualquier lugar' de la plataforma Java, específicamente para el desarrollo de juegos".

En abril de 2016 se anunció que libGDX cambiaría al motor Multi-OS de Intel en el backend de iOS después de la descontinuación de RoboVM. ^{[ 34 ] [ 35 ]} Con el lanzamiento de libGDX 1.9.3 el 16 de mayo de 2016, Multi-OS se proporciona como alternativa, mientras que por defecto la biblioteca usa su propia bifurcación de la versión de código abierto de RoboVM. ^{[ 36 ] [ 37 ]}

libGDX permite al desarrollador escribir, probar y depurar su aplicación en su propio ordenador de escritorio y usar el mismo código en Android. Abstrae las diferencias entre una aplicación común de Windows/Linux y una aplicación de Android. El ciclo de desarrollo habitual consiste en trabajar en el ordenador de escritorio tanto como sea posible, verificando periódicamente que el proyecto siga funcionando en Android. Su objetivo principal es proporcionar compatibilidad total entre ordenadores de escritorio y dispositivos móviles, siendo la principal diferencia la velocidad y la potencia de procesamiento. ^{[ 5 ]}

Existen varias extensiones, tanto oficiales como de terceros, que añaden funcionalidades adicionales a la biblioteca.

• Ingress (antes de su relanzamiento como Ingress Prime )
• Destruye la Aguja ^{[ 65 ]}
• Delver
• Industria
• Mazmorra de píxeles destrozados
• Mito salvaje ^{[ 66 ]}
• Columna vertebral (software) ^{[ 67 ]}

• Portal de software libre
• Portal de programación informática

• Sitio web oficial