Joomla es un CMS que me he pasado unas semanas evaluando para montar un par de sitios web en tiempo record.
A pesar de que estoy mas a favor de hacer webs robustas con tecnologías Java, he de reconocer que para ciertos sitios con poco tráfico usar frameworks java es matar moscas a cañonazos y el esfuerzo no merece la pena. Eso unido a que la mayoría de los hostings de precio razonable solo ofrecen soporte para tecnología LAMP me hicieron investigar las opciones en PHP con Mysql, especialmente las mas utilizadas como son Drupal y Joomla, heredero de Mambo. Antiguamente había llegado a usar PHPNuke también, pero no guardaba un buen recuerdo.
Por comentarios de mis amigos de Soygeek al final me decanté por Joomla y aunque al principio resultó un poco confuso el acostumbrarse a la terminología específica que usa, una vez interiorizada es mas sencillo orientarse por todo el sistema de administración.

Para usar Joomla sin contratiempos debes saber lo que es:

• Article
• Category
• Section
• Component
• Module
• Plugin (antes mambot)
• Template

Artículo (Article)
La unidad básica de contenido en cualquier CMS, pero mas precisamente en Joomla, es el artículo. El artículo es el “content” que se trata de “managear”. Habitualmente un artículo consta de un texto adornado con diferentes estilos que engloban tablas, negritas, listas y todos los elementos habituales en HTML e incluyendo en ocasiones elementos multimedia como pueden ser fotos, o vídeos.

Categoría (Category)
Los artículos estar organizados en una estructura jerárquica de dos niveles. El primer nivel son las categorías, que sirven para clasificar de forma genérica los artículos, habitualmente dependiendo de su temática prevalente. Por ejemplo si tenemos una web de salud, podríamos montar categorías de “Médicos”, “Enfermedades”, “Medicamentos”, etc.
Dentro de cada categoría podemos tener…

Secciones (section)
Las secciones permiten agrupar los artículos para distribuir la visualización de los mismos por las diferentes áreas que presenta la plantilla. De este modo una opción de un menú nos puede llevar a una sección que nos presenta los artículos asignados a ella, o podemos tener un módulo que nos presenta dichos artículos de uno en uno, cada cierto tiempo, indicándole en la configuración (que se encontrará en el administrador) tan solo la categoría y sección que queremos usar.
Esta división entre categorías y secciones es una constante bastante extendida entre los desarrolladores de añadidos para el Joomla que suelen adoptar la misma organización jerárquica para sus unidades de información, sean estas fotografías, archivos, mapas, vídeos, mensajes o cualquier otra cosa.

Componente (Component)
Los componentes son las piezas funcionales básicas del Joomla. Cualquier funcionalidad de la que se quiera disponer tiene que venir en forma de componente. Por ejemplo si queremos poner un foro, una encuesta, un sistema de búsqueda, un repositorio de archivos, cualquier cosa menos la administración y mantenimiento de los artículos y los menus (o incluso eso mismo si queremos mejorarlo) hay que introducirla en forma de componente. Los componentes habitualmente constan de varios archivos php que conforman la funcionalidad básica del mismo, las opciones dentro del menú de administración del componente y los scripts de bases de datos que generan las tablas que necesita. Por fortuna el sistema de instalación de componentes de Joomla es muy bueno y el usuario no tiene que saber nada acerca de las interioridades del componente para poder instalarlo. Simplemente lo sube y lo usa.

Módulo (Module)
Los módulos son pequeños programas que crean una vista de determinados datos para ser insertada en la plantilla del CMS. Por ejemplo, si tengo un componente que es un calendario de eventos, puedo tener un módulo que me visualiza los eventos que están mas cercanos en el tiempo. Otro ejemplo son las encuestas, que tienen un componente para crearlas y administrarlas y luego un módulo para visualizarlas. Cualquier cosa que no sea un articulo o que no pueda ser mostrada como uno, necesitará un módulo.
Como norma general, un componente puede no tener módulos, pero un módulo siempre tendrá un componente que le provea de la información que necesita.

Plug-in
Los plug-ins, que antes se llamaban mambots como reminiscencia del precursor de Joomla, el Mambo, son unos añadidos que permiten tener funcionalidades añadidas dentro de los artículos. A veces mediante la inclusión de nuevos botones en el editor y otras, las mas, mediante el uso de marcas especiales (que van entre llaves) que son sustituidas en el transcurso de la renderizacion de la página por el contenido deseado.
Por ejemplo, si he instalado un componente que es una galería de fotos y quiero mostrar una foto aleatoria de la galería dentro de mi artículo, necesito un plug-in que me permita hacerlo, incluyendo un código como {imagenaleatoria idgaleria=20} que mostrará en ese lugar la imagen aleatoria.
Al igual que indicaba antes, un componente puede no tener ningún plug-in (por no necesitarlo o porque nadie se ha molestado en escribir el código aún), pero es bastante poco habitual encontrar un plug-in que no esté asociado a algún componente.

Plantilla (Template)
Todo el contenido que reside en Joomla se visualiza al cliente final mediante un sistema de plantillas relativamente sencillo. La plantilla define el aspecto de la página, ayudado por hojas de estilo CSS, y en su descripción reserva zonas o “areas” a las que se pone nombre, por ejemplo, si queremos reservar un lugar para la inclusion de un módulo en la parte superior de la página podemos usar el siguiente código:

Esta directiva hace que Joomla, a la hora de hacer render de la página, inserte en ese lugar el código HTML producido por el modulo que esté asignado al area “top”. Esa asignación se realiza desde el administrador de contenidos de Joomla.
Las plantillas por defecto de Joomla tienen unas 10 áreas para los diferentes módulos. En algunas áreas caben varios módulos y en otros solo uno.
Habitualmente lo mejor es elegir una plantilla ya hecha tal cual o modificarla a tu gusto. Hacerla de cero es un tema avanzado.

El ejemplo de como ha quedado lo que he hecho con Joomla se puede ver en la página de la Peña Ciclista Alpedrete y también en la web de LEVE, la liga de entrenamiento de ciclismo virtual.

Otro día presentaré las pautas para hacer un componente para Joomla.

Desde hace algún tiempo vengo experimentando un problema con mi GPS Garmin etrex Venture Cx. Cada cierto tiempo, de manera aleatoria, sin una relación causa efecto distinguible, se apaga solo. Eso si, solo si esta siendo alimentado a pilas.
Al parecer es un problema bastante común en los GPS de mano de Garmin e históricamente se ha venido echando la culpa al posible movimiento de las pilas dentro de su compartimento, lo que hacía perder contacto e interrumpir la alimentación durante un instante lo que hacia apagarse al aparato.
Este diagnóstico tan ámpliamente aceptado por los sufridos usuarios de Garmin tendría que haberse solucionado con la introducción de unas pequeñas almohadillas de neopreno en la parte trasera de las pestañas que hacen contacto con las pilas, solución que adoptó Garmin hace tiempo y que viene en GPS como el mio. Pero esto no ha evitado los problemas en mi GPS, que se apaga mientras voy en bici tanto si estoy en medio de una vertiginosa bajada, como si estoy subiendo a 8 Kph a paso de caracol escalador o incluso a veces estando parado.

De todas las explicaciones que he visto por internet, la que mas me ha convencido ha sido la de DarrelC en su post Garmin mysterious power-off symptoms explained. En su exposición explica que el problema proviene de la solución que ha dado la gente de Garmin para la conexión entre el circuito impreso del GPS y el compartimento de pilas. Se trata de dos láminas metálicas dobladas que hacen contacto con dos “pads” en el circuito impreso. Debido al traqueteo propio de viajar en el manillar de una bici, estas láminas rozan continuamente los pads en el circuito impreso creando un rayajo que elimina parte del material conductor. Cuando las láminas se vuelven a mover o se produce cualquier cambio físico (temperatura) o químico (humedad) en el ambiente existen muchas probabilidades de que el contacto eléctrico entre lámina y pad desaparezca durante unos microsegundos, suficientes para hacer que se apague la unidad.

Solo había una manera de saber si este problema es el que estaba aquejando a mi GPS: desmontarlo, destriparlo, abrirlo en canal. ¡Bieeeennnnnn!
(más…)

Nunca he sido un fan de ningún famoso de dudosos méritos, ni de ningún deportista de frágil carrera, ni siquiera de ningún artista de subjetiva maestría, quizás porque no admiro tanto el arte como la ciencia y porque soy bastante reacio a la admiración. Si podía ser fan de alguien tenia que ser de ellos, porque combinan la incontestabilidad de la ciencia con la espectacularidad de la difusión televisiva aderezándolo todo con humor y frescura.
Para el 99.9% de la población de mi paí­s esta foto no significará nada, para el 90% de la población del mundo tampoco, pero para mi ha sido una experiencia nueva y excitante el ir hasta San Francisco a conseguirla, no solo porque lo planee incluyéndolo dentro de mi viaje a USA sino porque la casualidad la hizo posible.

En la puerta de M5 industries, una nave de mala muerte en un polígono de uno de los peores barrios de la ciudad de San Francisco, tienen un cartel en el que invitan a los fans a hacerse una foto en la puerta pero a no molestar ya que tienen mucho trabajo. La casualidad hizo que cuando estaba volviendo al coche tratando de digerir la mala noticia, se abriese la puerta y apareciera Adam con parte del equipo para ir a algún lado.
Como la experiencia enseña mucho, les llevaba un regalito para que me hiciesen mas caso, y así fue, no solo se hizo la foto sino que cuando ya me iba Adam me llamó y me dijo que esperase un momento. Me trajo un par de camisetas y unos autógrafos y yo, mas contento que unas pascuas.

Lástima no haber visto a Jamie, pero me imagino que aunque hubiese estado dentro no le pega nada lo de tratar con los fans, jajaja.

Y recuerda: “I reject your reality and substitute my own”

Hoy aparecían reseñas en multitud de medios de comunicación, como El País, del nuevo juego para PSP que está a punto de sacar Sony España gracias a una nota de prensa que se ha distribuido sobre todo entre los medios dedicados a los videojuegos.

Es un hito mas de un largo camino que comenzó en 2001, cuando Dinamic Multimedia estaba a punto de suspender pagos y empezamos con las primeras pruebas en Flash 5 para hacer un juego de chapas. La idea fue tomando forma y, ya dentro de Zinkia, con el apoyo del director general que veía posibilidades en el producto, conseguimos hacerla tomar su forma final y publicar el WorldCapGame.
En 2006, la posición de Zinkia como empresa refutada de creación de contenidos hizo que Sony España confiase en ella para crear su primer producto propio. La idea de portar las “chapas” a la PSP les pareció muy buena y se comenzó su perfilación como producto.

Curiosamente las primeras etapas de preproducción a finales de 2006, contacto con Sony Europa para la aprobación de las características del juego y el inicio de la producción fueron uno de mis últimos cometidos en Zinkia, antes de abandonarla el pasado Octubre. Allí dejé la idea del juego, la adaptación de las reglas para hacerlo mas jugable, dinámico y divertido (que, contrariamente a lo que se dice en los medios de comunicación, no son tan parecidas a las de la federación de chapas, aunque si que se basaron en ellas), y dejé también el servidor multijugador, que desgraciadamente no se va a usar para la versión PSP debido a la escasa implantación del wifi en las PSP de los españoles, que es en principio el mercado objetivo de este nuevo título.

Espero que tenga mucho éxito comercial para que al menos me quede el orgullo de haber prendido la mecha, ya que los “técnicos” no tenemos ni el derecho de aparecer en los créditos .
Aunque aun no ha salido publicado (está en las últimas etapas de aprobación por parte de Sony Europa), a mi me gustaría ya ir dando las gracias a Tontolaba por esas primeras colisiones, Armengolo por terminar el WCG, vlopez por empujarlo cuesta arriba, Sego por la nueva cara del juego, Oscarchu por admitir el modelado de chapas y estadios como “trabajo interesante”, Raluy por hacer que se empezase a ver algo en la pantalla de la PSP y al equipo de desarrollo actual de Zinkia por retomar y llevar a buen fin lo que otros habían empezado, que es una de las tareas que mas esfuerzo supone y profesionalidad demuestra sobre todo en nuestro sector.

El nombre completo del juego, PlayChapas Football Edition, parece apuntar la idea de que va a haber otras “edition”, una de las cuales podría ser la edición de ciclismo que nunca llegó a cuajar en Zinkia. La idea está ahí, incluso tengo aún el documento inicial preliminar de reglas y características… ojalá sea ese el camino y haya mas hitos. Ya se verá.

Habrá gente que opine que sacar un juego de esta temática es una burla a la inteligencia de los jugadores… bueno, también pensarian eso del wii sports, y mira… ¡que el mercado juzgue!

Con el tema del coche nuevo y el reproductor MP3 me he introducido sin querer en otro jardín del que hasta ahora solo había odio hablar de lejos, el de los sistemas de diagnóstico electrónico de los coches modernos.

En mi caso, un Volkswagen, se utiliza un protocolo llamado CAN-BUS (Controller Area Network) de la casa BOSCH para la comunicación entre los diversos elementos electrónicos del coche y para el acceso a todos los datos de diagnóstico del vehículo. Aquí­ tenéis una introducción al mismo.

Por supuesto, para conectarse al bus y extraer la información se necesita un cable con un conector especial especificado por la norma EOBD (European OnBoard Diagnosis) o la OBDII que es mas moderno.
En un principio los cables estaban dotados de lo que se llama una línea K, la responsable de transmitir los datos. Mas tarde llegaron los K/L, para vehículos en los que hacía falta “despertar” el sistema de diagnóstico, para lo que se usaba la línea L, y por último hasta el 2004 o 2005, antes de que los VAG adoptaran el sistema CAN-BUS, todas las opciones se podían verificar con unos cables llamados Dual K o KKL (doble línea K y una línea L) que se pueden encontrar en Ebay por cantidades irrisorias (sobre los 15 o 20 Euros). A partir de esta fecha la mayoría de los coches solo mantienen por KKL la diagnosis del motor (por compatibilidad), el resto de elementos funcionan ya en CAN-BUS y se necesita un cable especial, que lleva integrada una circuitería distinta y que se denomina HEX-CAN.
Los talleres habitualmente utilizan costosos aparatos de diagnostico multimarca o de una marca concreta si son talleres oficiales, pero los cables de los que hablo, específico para VAG, fueron originalmente diseñados por una empresa llamada Ross-Tech que los popularizó junto con su software VAG-COM.
El cable HEX-CAN usb con el VAG-COM (software) cuesta aproximadamente $350. Los asiáticos, muy manitas en esto de copiar la electrónica, no han tardado en sacar cables “piratas” que en el caso de los HEX-CAN cuestan alrededor de los 100 Euros… el software lo compras como puedas o utilizas algunas aplicaciones gratuitas que existen.
Lo mas sangrante, sobre todo para los clientes de Ross Tech, es que el software VAG-COM es capaz de detectar que versión de cable tiene el usuario, y si no coincide con la versión del software, el propio software lo “desactiva”, por decirlo de una forma fina (la forma basta es: ¡TE JODE EL CABLE!). Los cables así desactivados no se pueden volver a usar y tienes que adquirir otro. El cable actúa como una “mochila” o “dongle” que dicen los angloparlantes, donde va incrustado el numero de licencia de uso del software.
Para ahondar mas en la herida, el software se actualiza por Internet automáticamente, por lo que si no estás espabilado puede que tu cable se joda automáticamente también, y eso, para algo que te ha costado $350 (o 100 Euros), no mola ni un poquito.

Pero claro, la gente que se exprime mucho el cerebro se ha puesto a hacer una especie de ingeniería inversa hasta que han dado con la solución hace un par de meses. He leído con avidez y por completo un hilo del foro VAG-Club en el que unos españolitos se han currado una guía para volver a la vida a los cables desactivados. Advierto que es bastante complicado y denso de leer el tema si no se tienen nociones de electrónica y de programación de microcontroladores.
El cable lleva un Amtel Atmega162 y una memoria eprom responsable de la detección del USB que hay que reflashear para que el cable vuelva a la vida.
De paso han conseguido el firmware del Atmega para la versión de cable compatible con la versión 704.1 del software, que es la última, y con ello pueden hacer el “upgrade” a cualquier cable HEX de versiones anteriores, aunque lo mas probable es que a nadie se le ocurra montar todo el tinglado que hay que montar si su cable funciona correctamente, simplemente para actualizarse.

Para hacerse una idea de todos los cambios que pueden realizarse sobre un vehículo con esta herramienta merece la pena darse una vuelta por el foro de VAGClub dedicado a la diagnosis electrónica.

Por si en algún momento desaparecen los archivos del foro de vagclub, aqui os los dejo:

• Guia para resucitar el cable
• Resucitación de un cable VAG-COM
• Resucitacion de cable VAG-COM versión 7.04.1

Desde hace unos días algunos usuarios del WorldCap han estado reportando problemas de conectividad. De repente de un día para otro el servidor aparecía como caido, mientras muchos otros jugadores estaban dentro jugando.
Al principio pensé que era debido a la configuración particular de esos jugadores, algún antivirus o filtro que impedía las comunicaciones salientes por los puertos que usa el juego, pero cuando el numero de personas fue aumentando se hizo obvio que había algo que no iba bien.
Ni el servidor ni el cliente se han tocado desde hace tiempo, por lo que no podía ser fallo del juego.

Revisando la conectividad de uno de los jugadores que presentaba este problema vimos que en conexión directa podía entrar perfectamente (via telnet) pero que desde el Flash no. El problema estaba en el Flash entonces.
No existe tal cosa como “configuración de red” del Flash Player por lo que las subsiguientes pesquisas me llevaron a este artículo de la página de Adobe sobre seguridad del Flash Player 9.
Ahí se explica que a partir de la versión 9.0.124.0 del Flash Player, lanzada el 1 de Abril de 2008, es obligatorio para abrir una conexión por socket con un servidor, que dicho servidor tenga accesible y envie por el puerto 843 TCP un archivo de política de seguridad de socket (socket policy) que permita explicitamente dicha conexión desde el dominio del que se está realizando.

Los archivos de “policy” se pueden intentar recuperar de forma manual, lo que significa insertar en el cliente una orden que pide dicho archivo, System.security.loadPolicyFile() (ActionScript 2.0) o flash.system.Security.loadPolicyFile() (ActionScript 3.0), o bien de manera automática, de tal forma que simplemente con el hecho de iniciar una conexión socket o XMLSocket se produce la llamada por el puerto 843 para recuperar ese archivo.
Si no existe el archivo de “policy” la conexion falla, como les estaba ocurriendo a los usuarios del WorldCap. En caso contrario, se comprueba que la conexión cumple las condiciones especificadas en dicho archivo y si lo hace se produce la conexión.

Como digo, esto sucede desde la version 9.0.115.0 o desde la 9.0.124.0, no estoy seguro. Lo que si es seguro es que es una auténtica putada que por un cambio en las políticas de seguridad de una empresa, tu producto deje de funcionar.
Está bien que lo hagan porque es para mejorar la seguridad y evitar ataques cuyo vector de entrada sea un swf que esté haciendo DNS Rebinding, pero tiene que haber alguna forma mejor de que Adobe avise a sus usuarios de un cambio de esta envergadura ya que implica que tus servicios dejan de funcionar y ni siquiera sabes por qué hasta que investigas con tus propios usuarios.
Además es un incordio porque te obliga a tener un servicio mas en tu servidor, escuchando al puerto 843, servicio que tienes que monitorizar porque si algún día se cae, los clientes nuevos que intenten entrar no podrán hacerlo (la comprobación del policy se realiza solo la primera vez que se realiza la conexión), mientras los antiguos si, con lo que no tendrás feedback de los usuarios avanzados y solo recibirás quejas de los que no pueden entrar… eso si no los pierdes directamente sin que digan ni pío.
También hay que añadirlo a la documentación del servidor del juego para que si en un futuro se cambia de maquinas o de hosting, se pueda montar de nuevo sin que se te olvide el pequeño detalle de las “policies”.

En fin, muy mal por Adobe, ya que al menos podía haber puesto un mensaje de error en el flash player que indicase que se esta tratando de conectar a un sitio sin “socket policy”. De ese modo me habría enterado antes y habría podido solucionarlo antes también.

Por si os pasa algo parecido, aquí tenéis algunas sugerencias de Adobe para montar el servidor de policies. No es muy esperanzador tampoco el que el artículo comience con esta advertencia:

Nota: Este código no puede considerarse con calidad de producción y no ha sido probado para entornos securizados. Este código solo se presenta para ilustrar los conceptos básicos de un servidor de archivos de politicas de seguridad de sockets. Adobe no tiene planes de proporcionar soporte oficial a este código.

Vamos que ponen la traba pero no te dan la solución completa, ni siquiera una que pueda considerarse segura… entonces, para que haces esta actualización de seguridad… en fin.

Lo cierto es que tras poner en práctica al pie de la letra las indicaciones de Adobe nos encontramos con que el tema sigue sin funcionar.
En primer lugar el archivo de añadir un subservicio al xinetd (/etc/xinet.d/flashpolicy) no está completamente bien y hemos tenido que dejarlo así:

Se ha eliminado la linea que decia port = 843, y se ha cambiado IPv6 por IPv4

Después hubo que añadir al /etc/services las siguientes dos líneas (aunque supongo que con la de TCP sería suficiente)

Con esto conseguíamos conectar al servicio de policies por el puerto 843, pero por alguna razón el Flash seguía sin funcionar. Resulta que el script del servidor suelta mensajes de conformidad o de error cuando le llegan peticiones, y los escribe al STDERR, mientras que el contenido del archivo de policies lo envia por el STDOUT. En el caso concreto de nuestro servidor, STDERR = STDOUT, por lo que se mezclaba el archivo de policies con los mensajes de error y claro, el Flash no entendía el formato del fichero. Simplemente he eliminado los print STDERR del in.flashpolicyd.pl y ya ha funcionado. Supongo que lo correcto es redireccionar el STDERR a un archivo, pero eso se lo dejo a los administradores del sistema.

Ahora ya funciona correctamente el cliente del worldcap aunque se tenga la última versión del plugin de FlashPlayer instalada.

Si alguno usáis este conocido software de diseño os habréis percatado de que cada cierto tiempo lanza un programa en segundo plano que se encarga de verificar si existen actualizaciones y se las descarga automáticamente.

Como esto es algo que no se puede desinstalar desde las propias herramientas de Adobe y como nadie me preguntó nada antes de instalarlo, lo he catalogado como software malintencionado (¿de que se esconde si no?) así que me he dispuesto a eliminarlo, pero no es tan sencillo.
Adobe usa el software “bonjour” de Apple para esta encomiable misión que se ejecuta en forma de servicio de windows. Para pararle los pies hay que desactivar el servicio y evitar que se vuelva a lanzar al reiniciar windows.

Existen unas pocas formas de hacerlo, explicadas todas perfectamente en este post de la web de kakkoi.
Hay que tener cuidado si usamos otros productos de Apple que puedan estar utilizando el Bonjour, como el iTunes o Quicktime, que no es mi caso. Si es el tuyo, utiliza un desinstalador llamado Revo Uninstaller y encuentra un programa cuyo nombre es “Adobe Version Cue CS3″. Ese es el que hay que quitar.

He hecho unas pruebas instalando un Fedora Core 8 en un Dell Optiplex 170L y después de comprobar una vez mas que para un aficionado es una completa pérdida de tiempo el tratar de configurarse un servidor completo en casa -lo que me ha llevado a mudar makinolo.com a un hosting- he querido volver a instalar el Windows XP que venía originalmente en la máquina.

Al introducir el CD en la unidad y arrancar, y tras indicarle que quería arrancar desde el CDROM, el programa de instalación de XP se quedaba colgado.
El problema era que el disco duro había sido formateado a ext3 para la instalación de Linux y el instalador de windows XP no lo reconocía.
Usando un viejo disco de Windows98 he procedido a la instalación y después de que esta formatease en FAT32, la aborté y comencé con la de XP.

Ahora si ha funcionado bien.

… y no, no pienso instalar Vista hasta que no me quede mas remedio.

La semana pasada finalizamos la 1ª edición de una rudimentaria liga española de rodillo de entrenamiento de bicicleta, usando el hardware de Tacx (Fortius e Imagic).
Gracias al esfuerzo coordinador y organizador de Santi Lerma hemos corrido 4 magníficas etapas que han servido para ver como es posible mejorar la forma con solo tener un aliciente tan tonto como el de medirse a una pandilla de tíos que no has visto en tu vida, ni siquiera durante la competición.
Una liga similar, pero mucho mejor montada (es de pago) lleva tiempo funcionando en virtualcycling.org

Al final nos hemos apuntado 23, cada uno con sus posibilidades y corriendo las etapas que ha podido, como ha podido.

El funcionamiento es sencillo: se elige un recorrido, bien de realidad virtual (VR), de Video (Real Life Video) o de Catalyst (en esta liga han sido todos de VR) y cada uno hace los intentos que puede en el periodo de tiempo estipulado y los envía al coordinador, que los valida según una serie de normas predefinidas. Una vez validadas, cada una de las carreras se pone a disposición de los demás para que compitan contra ella en modo diferido (shadow) o incluso para que la usen como “pacer” o “liebre”, con la posibilidad de meterse en su rebufo… si consigues seguirlo, claro .

Aunque el software tiene un modo multijugador en tiempo real, es mucho mas fácil en modo diferido, ya que cada uno encuentra el hueco para competir cuando puede y no es necesario quedar todos mismo día, misma hora. Como las etapas pueden ir desde los 15 minutos a los 50, es mejor tener libertad de elección de horario.

Es patente la diferencia que hay entre los ciclistas mas entrenados, los mediocres como yo y los que están empezando, pero no se trata tanto de ganar (que no hay premio) como de comprobar la capacidad de progreso que tiene el físico humano bajo unas sencillas pautas de incentivación. Comprobar como el cerebro humano es capaz de exprimir nuestro físico por el simple hecho de observar que un indicador numérico (el de los metros por detrás de ti que viene el contrario) va disminuyendo, es fascinante.
Si lo que ves es una representación en 3D del contrario a pocos metros por delante, y notas como flojea en la subida que acaba de acometer… el efecto es inmediato: ¡¡¡a muerte a por el!!!
Lo bueno es que cuando te ganan no se pasa mal, porque, al fin y al cabo… es solo un modelo en 3D

Menos mal que el aparato controla el pulso y te avisa cuando superas los límites, porque viéndome como termino de asfixiado cada etapa a veces me da por pensar si en una de estas alguno no se quedará tieso con las bielas puestas.

Mi puesto en la clasificación general es un poco engañoso. He quedado 6º porque los 3 siguientes han fallado en alguna etapa y yo las he completado todas, pero de todos modos se ve claramente que hay algunos que están en otra órbita.

Esta semana comienza la 2ª liga… a ver que tal y a ver si saco ganas para automatizar un poco el proceso de enviar las carreras, que parecemos tercermundistas.

Hace tiempo, en plena ebullición de Youtube y de Google Video, me topé con unos vídeos de mi deporte favorito, la bici de montaña, en los que con una cámara acoplada al casco, manillar o incluso el sillín, algunos descenders se grababan la ruta de descenso montaña abajo. En este post del foromtb se pueden encontrar enlaces a unos cuantos y en el blog de jelmetcam mucha mas información.

Por supuesto, debido a los rudimentarios montajes de sus cámaras, la grabación era como una gelatina royal, se movía tanto que era imposible distinguir nada en el recorrido y acababas mareandote… pero empecé a ver vídeos en los que aparecían bordes negros irregulares que cambiaban constantemente de posición mientras la imagen permanecía centrada y estable. Sin saberlo estaba viendo mi primer vídeo estabilizado por software.

Habitualmente, en la tele o el cine profesional se utilizan complejos aparatajes llamados “Steady-cam” o bien “dollies” para estabilizar la grabación de las imágenes. La estabilización de imagen que proporcionan las cámaras de video doméstica es de risa cuando se quieren usar con fines deportivos, sobre todo en terreno abrupto y bacheado como puede ser en el MTB o el esquí.

Mediante el uso de complejos algoritmos algunos genios de la programación han conseguido analizar los fotogramas de un vídeo y compararlos con sus adyacentes, anteriores y posteriores, “intuyendo” cual es el objeto que centra la mirada de la cámara. Esto se hace diferenciando el movimiento de la cámara del movimiento del objeto que estamos siguiendo y es algo tan simple a primera vista como que todo lo que se mueve en una dirección será debido al movimiento de la cámara y lo que se mueva en otra distinta sera el objeto a seguir.

Una vez se reconoce ese objeto, el software literalmente mueve, rota y hace zoom sobre el fotograma hasta que deja en el centro el objeto principal,

incluso si para ello es necesario dejar parte de la imagen fuera de vista y rellenar con bordes negros lo que se pierde de la imagen por el otro lado. De ahí los bordes negros de los primeros vídeos estabilizados por software que vi.
El software de todos modos permite eliminar esos antiestéticos bordes por varios medios, como haciendo zoom hasta llenar la pantalla, por ejemplo.

Algunos de los paquetes de edición de vídeo mas conocidos como After Effects, Combustion o Premiere tienen sus propios plugins que permiten este tipo de post-producción a nivel semi-profesional, pero para el ciudadano de a pie, que lo mas que tiene es el Windows Movie Maker o el VirtualDub, pues lo tiene un poco crudo, porque no hay nada gratis. El plugin para VirtualDub de DigiStudio, que es bastante antiguo por cierto, es Shareware, pero con una marca de agua igual que el SteadyHand de GooderVideo, del que se puede descargar una versión de prueba y que funciona de manera autónoma, pero tambien con una llamativa y molesta marca de agua.

De cualquier manera la estabilización por software, al menos de momento, no es una solución profesional. Para hacer visibles vídeos caseros o retocar pequeñas tomas nos vale, pero para poco mas, por eso el software disponible es escaso y antiguo.

Aquí tenéis un ejemplo de un vídeo grabado en la ruta del alto tajo la semana pasada.
A la izquierda sin estabilizar y a la derecha estabilizado: