¿Que se está cocinando?

Bien, se ha discutido en el foro sobre que arreglos hacerle a la librería, que cosa nuevas incluir, que fallas arreglar, etc.

Finalmente se hemos llegado a acuerdo en varios puntos, el próximo GDT estable tendrá mucho mejor orden que el actual, y en ningún caso se perderá alguna característica actual.

Cambios al código:

• VERSIÓN: Ya que se harán varios cambios MAYORES al código, se decidió pasar directamente a la versión 2.0
• COMPATIBILIDAD: Se romperá compatibilidad con GDT 1.3.*, la razón es que varios métodos y clases cambiarán de nombre, para hacerlos más cortos o para que se entienda mejor para cual es su propósito. En cualquier caso, migrar un programa/juego de GDT 1.3.* a GDT 2.0 no debiera ser una tarea complicada, ya que bastará con cambiar los nombres antiguos por los nuevos.
• NOMBRES DE ESPACIO: En favor del orden y gracias a que es una característica del lenguaje, es probable que utilicemos “namespaces” para separar los “subsistemas”. El único cambio que abría que hacer en los programas basados en GDT es añadir una línea por cada “susbsistema”.
  
  
  usign namespace nombre_del_subsistema;
  
  
  Aún no se implementa.

Cambios y Nuevas Clases:

• GD_Cadena: Manejará cadenas de texto de cualquier tipo, la cual será reemplazada en cada función o método que use cadenas, de modo que se necesitara reemplazar mucho código existente por el nuevo. También se soportará sobrecarga de operadores para poder concatenar fácilmente con la “suma”, y asignar con “igual”.
• GD_Matematica: Será el reemplazo de GD_SistemaMatematicas. El gran cambio es que ahora será una clase de miembros estáticos, ya que en verdad no valía la pena la necesidad de instanciarla para su uso. Ya está implementada con éxito. Acá cabe destacar, que el método Capar() le reemplace el nombre por Grados(), para evitar cualquier connotación rara.
• GD_ScriptLua: Será el reemplazo de GD_SistemaLua. Prácticamente ningún cambio.
• Animador: Joropo nos mencionaba que se podrían hacer texturas animadas, y otras cosas, no tengo detalles, pronto enviará el código.
• Físicas: Para evitar perder el código, y para que quien quiera lo use, se mantendrá la implementación que integra GDT con Newton, pero desactivada. Por defecto, vendrá activada (e incluida) la implementación de ODE.
• Hay una idea propuesta por 123xfernandox123 que está rondan. Trata sobre implementar algo para facilitarla asignación de teclas para los controles.

Si se me queda algo en el tintero, vuelvo a editar este post.

salu2

Último video de Kimeria

Acá está la última entrega que ha hecho 123xfernandox123 sobre su juego Kimeria.

Él también facilito un enlace para la descarga.

Personalmente, he tenido algunos problemas para compilarlo en Linux, pero la mayoría se debe a nombres de archivos, ya que en esta plataforma los nombres son sensibles a las mayúsculas/minúsculas (Hola y HOLA son tratados como cosas diferentes).

Al menos he podido jugar hasta la escena de las naves.

Acá dejo el enlace.

Leyendas del Sur, otro juego de usuarios.

Los usuarios haruko83 (Ingeniera) y Sydlanel (Diseñador), ambos de la UC, nos han contado en el foro la ardua labor que tuvieron realizando su propio juego.

Ellos han publicado un vídeo de su trabajo. Y aunque insisten en que es una versión ultra-beta y apenas un pedazo jugable de la primera etapa, nos ha dejado impresionados a todos.

Acá el vídeo:

Nuestras felicitaciones, han hecho un estupendo trabajo, le dieron una atmósfera excelente. Esperamos que lo terminen como se lo han propuesto.

Además, en otras noticias…

Leer Más Leyendas del Sur, otro juego de usuarios….

Avances en Documentación y Código

Desde hace un tiempo se ha estado completando la documentación de la API.

Las novedades son:

• Aparecen TODAS las clases.
• Muchas de los métodos cuentan con un ejemplo.
• Se han preservado las imágenes de la documentación antigua.
• Se muestran los métodos heredados.
• Completos diagramas de herencia entre clases.

Antes sin darme cuenta, la documentación no mostraba los módulos opcionales que se compilan cuando se pasan parámetros especiales. Ahora se arregló el Doxyfile para que documente los módulos opcionales. Como documentar implica tocar el código, también se han mejorado ciertas cosas:

• Los nombres de los parámetros ahora son los mismos en todos los métodos heredados.
• Se han dejado como “opcionales” los módulos que dependen de librerías que no sea Irrlicht, así si alguien tiene problemas, no tiene instaladas las dependencias o decide no ocupar esas librerías (por ejemplo Openal, Lua, …) puede compilar sin ellas. Para compilar con las librerías externas, es necesario pasar los parámetros al compilador:
  • _GDT_SONIDO_ // Openal + Alut
  • _GDT_SONIDO_OGG_ // OGG + Vorbis
  • _GDT_MIDI_ // WINAPI (el midi funciona solo con la winapi por ahora), desactivado en Linux (por razones obvias) y en MS Visual C++ 2005 Express (porque necesita el Platform SDK).
  • _GDT_SCRIPTING_ // LUA
  • _GDT_FISICAS_NEWTON_ // Newton Dynamics, desactivado en forma predeterminada
  • _GDT_FISICAS_ODE_ // NO implementado aun, pero irá a futuro.
• Los proyectos para CMake, Dev-C++ y MS Visual C++ 2005 Express estarán pre-configurados con estos parámetros.
• Se ha agregado un hack en cada archivo de cabecera (.h) para que funcionen los métodos al compilar GDT como .dll en Visual C++. Este “Hack” es un #define que ha sido nombrado _GDT_EXPORT_, el cual es totalmente inocuo en compiladores los demás compiladores. Esto permite que los métodos declarados con este define serán “visibles” desde un programa que enlace con la librería. Si lo ven en la documentación y causa extrañeza, simplemente deben ignorarlo.
• Se han cambiado la estructura de los directorios en el código fuente. básicamente es igual que antes, pero ahora cada plataforma tiene su propia carpeta de binarios, así los ejecutables hechos con GCC no se mezclaran con los de Visual C++, ni con los de Mingw.
• Los demos en vez de números, tendrán como prefijo gdt_, así por ejemplo “01_mallas” será “gdt_mallas”, 02_luces “gdt_luces”. Esto se me ocurrió porque eventualmente se podrían hacer más demos, y los números en realidad no demostraban ninguna relación.

Y lo que falta por hacer:

• Terminar de documentar todos los módulos.
• Arreglar dependencia de OGG al compilar con MS Visual C++ 2005 Express.
• Arreglar todos los parámetros para los proyectos de Dev-C++, incluyendo cada demo. Además de cambiarle los nombres a los ejecutables
• Hacer que los proyectos de cada IDE/plataforma construya los objetos en alguna carpeta especial, para evitar ensuciar los directorios.
• Hacer un proyecto para Code::Blocks
• Implementar ODE. Astucia publicó un avance, que aun no se incluye ni he probado.
• Evaluar los cambios, probar todo, y empaquetar una nueva versión. ¿Serán todos estos cambios suficientes como cambiar el número a una versión mayor?

A medida que ocurran cambios significativos, se publicaran en el repositorio SVN como siempre.

Machinal Soccer ve la Luz

Disculpa Joropo por no haberlo puesto antes.

Bueno, ya está disponible Machinal Soccer v0.8.

Este es el juego que Joropo nos había mostrado en el vídeo que puse en este post.

Por el momento no tengo Capturas de Pantalla, ya que el demo funciona a pantalla completa, y además no cuento con un programa para grabar vídeo desde el monitor.
Pero si lo quieren probar, pueden bajarlo desde el nuevo grupo de paquetes JuegosUsuarios. Solo se encuentra disponible una versión para win32.

Prueben y opinen.

GDT 1.3.4 BETA1

Se ha subido un nuevo paquete de código fuente, que incluye todas las dependencias, proyectos para IDE y por supuesto el código fuente de la biblioteca.

En esta versión se a iniciado un proyecto para Visual C++ 2005 Express.

Por ahora hay problemas que impiden compilar en forma exitosa en este IDE, así que aprovecho de hacer un llamado a cualquier programador que tenga algo de experiencia con Visual C++ 2005 Expressa que pruebe el código, para poder averiguar que hace falta para poder compilar bien.

Este lanzamiento NO incluye binarios precompilados, ni librerías dll, ni los demos.

Si hace falta algo, cualquier componente se puede encontrar en los SDK de cada dependencia (se pueden descargar fácilmente desde la web de cada uno, y los enlaces están a la derecha acá bajo el título “Referencia”).

Los cambios en este lanzamiento son:

• Se reemplazo Irrlicht 1.2 por a versión actual 1.3.1
• Varias Clases documentadas en los comentarios, y se añadió la referencia a la LGPL en el encabezado de casi todos los archivos fuente.
• Solucionado el bug de GD_Sonido32::CargarOGG()
• Solucionado el bug de GD_SistemaMatematics::Azar() para números reales (double).
• Se inició un proyecto de Visual C++ 2005 Express.
• Algunas correcciones menores para evitar errores/warnings en Visual C++ 2005 Express.
• Se ha desactivado la inclusión de gd_musik.h/gd_musik.cpp por el momento, porque dependen de la “windows.h” (winapi) y no permitían compilar en Visual C++ hasta instalar un SDK externo. Este es un cambio momentáneo, y no necesariamente definitivo en la versión final.
• Se desactivo el uso de Lua en VC++, simplemente no se agregó la definición _GDT_SCRIPTING_, ya que daba errores de código que hacían imposible compilar.

A quien sea, que tenga buena voluntad y tenga alguna experiencia en Visual C++ 2005, lo invitamos a probar esta nueva versión de GDT. En Dev-C++ sigue funcionando como antes.
Los cambios de código también están disponible en Subversion, recuerden que la ruta al repositorio es: http://gdt.svn.sourceforge.net/svnroot/gdt/trunk

Más del poder de GTD (Kimeria)

Acá tenemos un par de vídeos de un juego que está desarrollando el usuario conocido en el foro como 123xfernandox123.

Lo ha bautizado como Kimeria. Desde ya le damos nuestras felicitaciones. Disfrútenlos, estarán disponibles también en la Galería:

Avance 1

Lanzamiento de paquetes .deb para Ubuntu

Hoy por fin están disponibles los paquete .deb para ubuntu de Irrlicht y GDT. Fue una tarea ardua encontrar la documentación suficiente para poder empaquetar en deb. La verdad es que luego de aprendido el procedimiento es más simple, pero al principio es algo lioso.
Este lanzamiento se encuentra acá, y está compuesto de un archivo comprimido .zip (o tar.gz), el cual contiene 4 paquetes .deb:

• libirrlicht_1.3-1_i386.deb
• libirrlicht-dev_1.3-1_i386.deb
• libgdt_1.3.3-1_i386.deb
• libgdt-dev_1.3.3-1_i386.deb

Se sugiere instalarlos en el mismo orden, para evitar problemas de dependencia. Si algunos de estos paquetes reclama que falta instalar algo, basta con instalar esos algo con un habitual:

sudo apt-get install nombre_de_la_dependencia

Saludos a todos los usuarios GDT!!!

Nuevas guías para compilar GDT en Linux

En realidad es una nueva guía y una actualización de las anteriores.

En la portada del wiki, en la sección Faqs se ha dejado una nueva guía para instalar GDT en OpenSuse.

El único problema que hay en esta distribución es como instalar los paquetes dependencia que se necesitan, pero se ha puesto un enlace a otra guía para instalar el manejador de paquetes SMART junto con algunos repositorios, con los cuales no habrá complicaciones.

Se ha actualizado la guía para compilar en Ubuntu, es esta aparecen todos los paquetes necesarios, los cuales afortunadamente se encuentran en los repositorios oficiales, salvo Irrlicht. Pero para solventar este inconveniente (común a todas las instalaciones de gdt en Linux), también se actualizó la guía de compilación e instalación de Irrlicht.

En el fondo, el procedimiento es común en todas las distribuciones, el asunto es que no en todas los paquetes se llaman de la misma forma, y los manejadores de paquetes son distintos.
Espero poder hacer pronto una guía universal para Linux, para que en caso de que seas un usuario de otra distro, puedas encontrar los paquetes necesarios, y luego compilar e instalar de la misma forma que en todas las guías.

Leer Más Nuevas guías para compilar GDT en Linux…

GDT en Flisol 2007

GDT fué exhibido ante el público para el evento Flisol 2007 en las dependencias del Departamento de Ingeniería Informática de la Universidad de Santiago de Chile.

Para la ocasión, la sala se llenó como en ninguna otra, y los rostros de asombro abundaban, lo cual me motiva a seguir aportando por el proyecto, creo en lo personal que GDT ya pasó su fase de “prometedor” para convertirse ya en algo un poco más consolidado.

Espero que muchos de aquellos espectadores hoy sean visitantes del proyecto, y que se atrevan a probarlo, para usuarios Windows es tan sencillo como ocupar Dev-C++, bajar el Devpak y seguir a puros clicks, y en Linux dejé todo lo que sé en el wiki. Cualquier duda, el Foro es tu amigo :D.

Imágenes del evento en mi álbum personal de picasaweb. Apenas consiga nuevas edito este mismo post, o las subo al álbum.

FLISOL 2007

Acá se puede descargar la presentación [PDF] GDT Flisol 2007

A continuación Mi relato como expositor:

Leer Más GDT en Flisol 2007…