Planet

Me complace daros una estupenda noticia, ArCan saldrá publicado en la edición impresa de la revista Linux Magazine del mes de Mayo nº49 junto a otros 5 proyectos del CULSIII:
Blue Harvest
Cool Imaging
eOPSOA, calidad del software para vagos
GECO
Gesport
Además de los mencionados, en la versión digital de la revista, ya disponible para los suscriptores, se añaden 4 páginas donde encontramos también los siguientes proyectos:
PIE
GESTAS
AVBOT
LongoMatch: The Digital Coach
OpenDomotica
Tucan Manager
Unimail
Un saludo y gracias, sin vosotros no hubiese sido posible.

Con un poco más de tiempo libre después de un mes muy ocupado, empiezo a trabajar en la nueva versión, la 0.16. Este versión va a suponer grandes cambios por varias razones…
En primer lugar pretendo cambiar el backend usado por el editor no linear, cambiando la actual implementación basada en FFmpeg y Mencoder, por GNonLin. GNonLin es un plugin para GStreamer que facilita la creación de pipelines para edición no linear. Esta decisión se debe a dos razones: mejorar el rendimiento del editor no linear y eliminar las dependencias con ffmpeg y mencoder basándose única y exclusivamente en GStreamer, lo cual permitirá, entre otras cosas, que longomatch sea aceptado en los repositorios oficiales de Debian.
Otra de las mejoras que quiero introducir es la posblidad de añadir hasta 40 categorías de marcado, y añadir marcado específico para jugares, pudiendo utilizar una foto del jugador para ello. Este cambio va a suponer un gran cambio en LongoMatch afectando a casi todos los componentes: base de datos, proyectos, plantillas, GUI, controlador de eventos, etc…
Entre las pequeñas mejoras, pretendo añadir la posibilidad de ajustar la velocidad reproducción prefijada en los elementos de una lista de repoducción, pudiendo exportarlos a cámara lenta también. Quiero además incluir la posibilidad de hacer un overlay de texto sobre el vídeo con información de la jugada.
En cuanto a mejoras de usabilidad, quiero añadir una función de hotkeys, para que el marcado de jugadas sea lo más rápido posible.
Pretendo que para finales de Junio/principios de julio esté lista la primera pre-release.
Un saludo!

Ya hemos conseguido el primer objetivo del proyecto crear una pequeña comunidad desarrollando el sistema domótico como comenté en la entrada de estadísticas. Y no sólo a modo de colaboración desarrollando el proyecto, también publicitándolo:
http://domus.pinsop.com/
http://dabergi.webs.upv.es/wordpress/
Además también he conseguido que Arduino se comunique perfectamente con el ordenador vía Mister House como podéis ver si manejáis la [...]

YA está disponible par la descarga a través del método normal la versión 0.4.
Ya se comentó en otro post la s mejoras en esta versión. Lo único que cambia es que ya se puede obtener de la manera normal sin necesidad de svn.

Debido a la abrumadora oferta de colaborares que tenemos desde hace ya tiempo, he decidido habilitar un sitio para que cualquiera pueda ayudar con el desarrollo del proyecto.
http://code.google.com/p/build-tucan-doc/
Antes de poder colaborar con cualquier proyecto lo ideal es familiarizarse con este, tanto en la manera de hacer las cosas como con su filosofía. Además alguien externo no conoce la dinámica de trabajo o el estilo de programación que se espera.
Podemos clasificar a los colaboradores en dos categorías:

• Colaboradores Puntuales: Son aquellos que usando el proyecto han encontrado algún fallo y están dispuestos a arreglarlo o al menos a reportarlo. También pueden estar interesados en añadir alguna nueva funcionalidad.
• Colaboradores Asiduos: Son aquellos que tienen algún interés en el proyecto y quieren ayudarlo a crecer de manera continuada a medio o largo plazo.

Con build-tucan-doc se pretende enfocar toda la ayuda externa en construir una documentación coherente y extensa, a la vez que se va conociendo la estructura y el estilo del código.
Los colaboradores puntuales podrán seguir ayudando como hasta ahora, en cambio los colaboradores asiduos tendrán muchas mas facilidades y una plataforma para iniciarse sin entorpecer el desarrollo habitual del proyecto.
Un saludo, Crak.

1º. 10:30-10:50. BlueHarvest (EUPC)
2º. 10:50-11:10. Spela (ESII)
3º. 11:10-11:30. GesControl (ESII)
4º. 12:00-12:20. DVS Car (ESII)
5º. 12:20-12:40. OPSOA (ESII)
6º. 12:40-13:00. ICEPICK (ESI)
7º. 13:00-13:20. Sapiens (ESII)
8º. 13:20-13:40. Fajax (EUPC)
Suerte a todos!!

Ahora que el robot es bastante estable, me estoy centrando en mejorar la lista de expresiones. Ya llevo más de 700 introducidas. Para ello estoy generando unas listas con los vandalismos detectados por humanos, para que me den ideas para nuestras expresiones regulares.Un ejemplo de estas listas es: Usuario:AVBOT/Reversiones humanas/2009/04/23

Ayer me dí cuenta, haciendo una instalción de longomatch en un sistema “virgen” de ubuntu y debian, que había un error en el archivo debian/control .
En ambos sistemas operativos no incluía los bindings de db4o para C# como dependencia, lo cual generaba un error al ejecutar el programa al no encontrarse este componente.
Además, en debian sid se el componente Mono.Posix se distribuye en un paquete externo, teniendo que añadirlo como dependencia.
Otra cosa curiosa en debian sid, es que el compilador de mono se llama gmcs2, en vez de gmcs. He tenido que modifiar los archivos de autotools añadiendo una variable global llamada GMCS, que varía en función de la versión instalada de la siguiente forma en el archivo configure.ac:

AC_PATH_PROG(MCS, gmcs, no)
if test "x$MCS" = "xno"; then
AC_PATH_PROG(MCS2, gmcs2,no)
if test "x$MCS2" = "xno"; then
AC_MSG_ERROR([gmcs Not found])
else
AC_SUBST(GMCS,[gmcs2])
fi
else
AC_SUBST(GMCS,[gmcs])
fi


Nos hemos llevado una alegría muy grata al comprobar que en la web de nuestro compañero y amigo Marcos http://www.arrayexception.com se nos ha dedicado una entrada, la verdad es que este tipo de cosas son las que dan animo y sirven de motivación para seguir avanzando :), desde aquí queremos darle las gracias por su aportación para lograr dar a conocer Ideldes

Enlaces | http://www.arrayexception.com

Por fin fuera de mis chapuzas con la forja, espero sacar ya una 1º version “estable”  para finales de la semana que viene en donde el personaje
- Se  salta, agacha golpea, se cubre …., lo típico de un juego de lucha
-hace magias
Dejando para más adelante:
- mejorar las colisiones
- introducir movimientos especiales
-introducir magias y movimientos especiales por teclado
- Mejorar todo en general,QUEDA MUCHO POR HACER
POR SUPUESTO PONDRÉ UN VIDEO EN EL YOUTUBE
Ruego perdón a todos por quizás estar programando un poco por mi cuenta y no tener actualizada la forja y demás y que no hubieses podido seguir como yo hubiese querido mi proceso de desarrollo y sobre todo PERDÓN por no documentar mi código , lucharé para que esto no sea así.
Un saludo a todos.
“Tened el valor de equivocaros”.
Georg Wilhelm Friedrich Hegel