En la entrada anterior expliqué cómo crear un componente en Robocomp, ahora explicaré con más detalle, las partes de un componente, qué función tiene cada parte, dónde tenemos que insertar nuestro código y dónde podemos encontrarnos problemas a la hora de implementar nuestro componente. Suponemos que hemos creado un componente llamado fooComp, y éste se [...]
Hace algo más de un mes escribí un artículo sobre el sistema de audio 3D de Sion Tower. Al igual que la pequeña biblioteca de colisiones que he implementado, es muy reutilizable y sería una pena que el código no le sirva a nadie más. Por ello, he decidido liberar la versión 0.1 como paquete
Entregas: Colisiones I: Introducción, requisitos y alternativas Colisiones II: Diseño general de STC En la primera entrega de la serie de artículos sobre el sistema de detección de colisiones de Sion Tower (STC) comenté los requisitos que debía cumplir y las alternativas que valoré antes de decidirme a implementarlo por cuenta propia. En esta ocasión
Se ha publicado un artículo sobre IberOgre en Creagamers, una comunidad de desarrollo de videojuegos española. Tras contactar con el administrador hemos llegado a un acuerdo de colaboración de forma que contaremos con el respaldo de Creagamers más allá de este artículo inicial. Esto significa muchísimo para IberOgre ya que como cualquier wiki que se
Mientras diseñaba e implementaba el sistema de detección de colisiones de Sion Tower (STC) he leído bastante y aprendido mucho al respecto. Es un tema muy complejo, crítico y delicado estudiado con detalle en varias ocasiones. Me queda muchísimo por aprender al respecto pero por razones de calendario no puedo permitirme abarcarlo todo antes de
La integración de Google Buzz en la aplicación ya se encuentra realizada, ahora mismo me encuentro haciendo una modificaciones en la interfaz de la aplicación para que exista más espacio para ver el timeline de todas las redes, de tal forma que el campo de enviar y el campo de todas las redes se encuentre operativo en forma de desplegable, y no se encuentre activo siempre.
Es una forma de aprovechar un poco mejor el tamaño de la pantalla, y dejar en la medida de lo posible mayor espacio para leer de una forma más cómoda el timeline, esto no afecta a la funcionalidad de la aplicación pero si al manejo de ella, con este cambio, intento que la aplicación sea un poco más fácil y vistosa a todo el público en general.
Los cambios estarán disponibles en la próxima versión que publicaré que espero que sea publicada la nueva versión en esta misma semana, intentaré anunciarlo de nuevo por aquí, aunque el Android Market os anunciará que existe una nueva versión y podréis hacer una actualización automática o manual.
Hola, y bienvenidos al blog del proyecto “Automatón”. Como sabréis, aquí colgaré las últimas novedades sobre el proyecto, los objetivos próximos y su estado en general. Para quien no lo sepa, el proyecto “Automatón” pretende desarrollar un software que complemente el aprendizaje de aquellos usuarios que desean conocer el funcionamiento de los Lenguajes Formales, las Gramáticas Formales y diversos algoritmos relacionados con ambos.
Como bien habréis observado, escribo esta entrada bastante tiempo después de empezar el CUSL5, mis más sinceras disculpas por ello, sin embargo, exámenes y otros asuntos me han tenido alejado de ésto, pero como se suele decir: “Más vale tarde, que nunca”. Próximamente lanzaré un listado de objetivos a diversos plazos para poder llevar esto de modo actualizado.
Sin más dilación me despido hasta la próxima.
Hola, al fin puedo decir que vuelvo a tener tiempo para el proyecto!, y es que entre los examenes que me han tenido liado y una pequeña operación que me ha dejado K.O. esta semana, pues no he podido ponerme a programar tanto como yo quisiera!. De momento, y dado mi gran retraso respecto a [...]
El siguiente objetivo en el desarrollo de Sion Tower era la implementación de un sistema de detección de colisiones. Hablamos de un apartado crítico en el desarrollo de un videojuego por la cantidad de cálculos que implica, hay que tener especial cuidado en ese sentido. Llevo un par de semanas trabajando en él de forma
Llevo dos días probando los robots en KGS para poder subir una partida mientras se vaya jugando. Lo primero que intenté fue poner dos robots a jugar entre ellos, para lo cual necesité dos programas externos, un cliente GTP para KGS [1] y un robot que jugara al go, GNU go 3.8 [2].
Teniendo estos dos programas solo tuve que crearme un fichero para cada robot con las siguientes configuraciones: [3] (IMPORTANTE: tienes que crearte usuarios en KGS para usarlos)
Ahora para hacer que ambos robot juegue entre si, tengo que ejecutar lo siguiente en terminales distintas para que empiecen a funcionar:
java -jar kgsGtp.jar Sophie69.ini
java -jar kgsGtp.jar Sophie70.ini
Hay que tener [1] y [3] en la misma carpeta desde la que ejecutas los comandos, ya que son los ficheros que estamos utilizando.
Ahora lo que tengo que hacer es modificar el código de gnugo para poder yo enviar y recibir mis jugadas a través del GTP, no que jueguen los robots entre ellos.
Me queda un largo camino, mucha documentación en inglés y poco nivel el que yo tengo
[1] http://files.gokgs.com/javaBin/kgsGtp-3.4.5.tar.gz
[2] http://www.gnu.org/software/gnugo/
[3] http://pastebin.com/3aDzf90x