Para mí, la característica más interesante es la del soporte de multiarquitectura, que permite instalar paquetes de múltiples arquitecturas en el mismo sistema resolviendo las dependencias correctamente de forma automática. Así, es perfectamente posible instalar programas de 32 bits (i386) en una Debian de 64 bits (amd64). Esto me ha permitido, por ejemplo, contar con programas con Skype y Steam que de otra forma no hubiera podido utilizar. Como se puede imaginar, la multiarquitectura nos abre un enorme abanico posibilidades, tanto en escritorios como en servidores.

Precisamente la que considero como segunda novedad interesante está más dirigida a servidores por su exposición a los usuarios (aunque los escritorios también se pueden beneficiar), como es la inclusión de serie de AppArmor en Debian 7.0. AppArmor es un software de seguridad presente tanto en el núcleo de Linux como en herramientas de usuario que permite limitar el acceso a los ficheros a los que puede acceder un programa en base a un conjunto de reglas. De este modo, se protege el sistema de vulnerabilidades tanto conocidas como desconocidas. Si a esto añadimos el hecho de que muchos paquetes se han compilado con las opciones de securización del compilador gcc habilitadas, lo que activa distintas protecciones contra diversos problemas de seguridad, podemos concluir que Wheezy es sin duda la versión de Debian más segura hasta la fecha.

El resto de novedades son más o menos interesantes dependiendo de cada usuario. Personalmente sólo destacaría por último el completo soporte multimedia gracias al paquete libav-tools, que incluye todos los reproductores, codificadores y herramientas auxiliares que todo usuario puede llegar a necesitar para tener una experiencia multimedia satisfactoria con su sistema Debian. Esto además nos evita el tener que estar jugando con paquetes de terceros (que pueden generar conflictos con paquetes oficiales) y nos asegura el contar con una plataforma 100% libre y legal.

Sólo me queda animar a todo el mundo a probar Wheezy y a utilizarla como plataforma de uso habitual. Espero vuestros comentarios sobre vuestras experiencias con Debian 7.0

La forma de trabajar con UNetbootin es muy sencilla. Basta con dirigirnos a su web oficial y descargarnos el binario correspondiente a nuestro sistema operativo (existen versiones para Linux, Windows y MacOSX). Antes de proceder a ejecutarlo debemos haber conectado y montado el dispositivo USB de destino. Una nota de seguridad: aunque se trata de software libre y nos lo estamos bajando de una web de confianza como Sourceforge, se trata de la descarga de un binario y no está de más que tenga cuidado extra, sobre todo teniendo en cuenta que se trata de un software que exige permisos de administrador para su funcionamiento.

UNetbootin recién iniciado

La ventana de UNetbootin nos muestra dos opciones: o bien elegimos la imagen a instalar del desplegable superior (donde descubriremos una lista impresionante de posibilidades) o bien proveemos nuestra propia imagen ISO (si a alguien se le ocurre probar cosas “diferentes”, como una versión de Windows, y tiene éxito que por favor nos lo haga saber en los comentarios). En cualquier caso, una vez realizada la selección, debemos elegir la unidad de destino del desplegable inferior. Aquí, como he comentado en artículos anteriores, debemos tener especial cuidado ya que se trata de una herramienta destructiva por naturaleza y podemos dañar el contenido de otros dispositivos si no ponemos atención (de hecho, UNetbootin nos deja incluso elegir discos duros). Finalmente, sólo queda pulsar en el botón de “Aceptar” y esperar a que acabe el proceso.

Una de las mayores ventajas de UNetbootin (aparte del ahorro en CDs y DVDs) es que nos permite trabajar de forma sencilla con equipos que carecen de unidad óptica, como es el caso de los netbooks. De este modo es posible probar e instalar una distro Linux o realizar tareas de mantenimiento con algunas de las herramientas de diagnóstico y detección de antivirus que UNetbootin permite utilizar. Sin duda, se trata de una utilidad de gran valor.

Lo primero es como siempre descargarnos el software de la página oficial. A continuación lo descomprimimos y procedemos a instalarlo en nuestra tarjeta SD tal y como describí en el artículo anterior. Una vez lista la tarjeta, la insertamos en el RPi y lo arrancamos. Una vez iniciado, BerryBoot arrancará un instalador que dará formato a la tarjeta SD y nos presentará en pantalla un menú desde el que podremos elegir las distros que queramos instalar desde Internet. Evidentemente, cuando el asistente nos pregunte, le indicaremos la tarjeta como medio de instalación.

Cuando hayamos terminado la instalación de las distros que nos interesan y arranquemos de nuevo el RPi, nos encontraremos un menú de inicio que nos permitirá elegir la distro que queramos iniciar en ese momento. Esto obviamente nos obliga a tener un teclado y un ratón conectados al RPi, pero es el precio a pagar para poder tener varias distros en una misma tarjeta y poder probarlas.

Es posible añadir otras distros que BerryBoot no conozca al menú de arranque y, aunque se trata de un proceso complejo, basta con seguir paso a paso el recetario que aparece en la página oficial para personalizar nuestra tarjeta SD.

Para terminar, quiero hacer hincapié en que debemos contar con una tarjeta SD con suficiente espacio para todas las distros que queramos instalar. Esto podrá parecer evidente, pero es muy fácil que no caigamos en la cuenta y si no lo planificamos previamente al final tendremos que repetir el proceso desde el principio. Lo suyo es contar con una tarjeta de 32GB, pero si no es posible 16GB se me antojan como el mínimo imprescindible.

Espero vuestro comentarios sobre vuestra experiencia con BerryBoot.

Lo primero que tenemos que hacer es descargarnos la imagen de la distro a instalar, la cual tendrá la extensión .img y estará comprimida para facilitar su descarga. A continuación descomprimimos la imagen y procedemos a volcarla a la tarjeta SD que introduciremos en el RPi. Para ello vamos a utilizar el comando dd, que sirve para copiar información desde una fuente a un destino byte a byte. Dado que en Linux todo es un fichero, la potencia de dd es tremenda, ya que nos va a permitir volcar el contenido de la imagen de una distro a un dispositivo extraíble como es la tarjeta SD.

Sin embargo, parafraseando el conocido anuncio, esta potencia sin control es muy peligrosa y podemos convertir a dd en una herramienta destructiva si no elegimos bien el destino del comando. Así que antes de volcar vamos a ver cómo elegir adecuadamente el dispositivo que representa a nuestra tarjeta SD.

Antes de seguir, debo comentar que cada proyecto RPi tiene unos requerimientos mínimos de espacio, por lo que la tarjeta SD que elijamos debe cubrir dicha cantidad. No todos las distros tienen las mismas necesidades, e incluso nos las podemos encontrar que les basta con 1GB, pero lo habitual es irnos a 8GB o más. Asimismo, es importante elegir una clase elevada de tarjeta, preferiblemente clase 10, ya que eso nos asegura una transferencia de datos mínima y un rendimiento adecuado en el RPi. Hay más información a este respecto en la Wikipedia.

Con la tarjeta sin insertar, ejecutamos el siguiente comando:

# cat /proc/partitions


lo que nos dará un resultado similar a éste:

major minor #blocks name

8 0 156289847 sda
8 1 1951744 sda1
8 2 97655808 sda2
8 3 56680448 sda3
11 0 1048575 sr0


Lo que hemos hecho es preguntarle directamente al núcleo de Linux por los dispositivos de almacenamiento y sus particiones que el sistema operativo haya detectado. Aunque existen otros métodos (por ejemplo, usando el comando fdisk -l), éste es sin duda el más fiable. En el ejemplo, tenemos un disco duro (sda) con tres particiones y una unidad óptica (sr0).

Ahora insertamos la tarjeta SD en nuestro ordenador y consultamos de nuevo al núcleo por los dispositivos y sus particiones, con lo que obtendremos algo tal que así:

major minor #blocks name

8 0 156289847 sda
8 1 1951744 sda1
8 2 97655808 sda2
8 3 56680448 sda3
11 0 1048575 sr0
8 64 975360 sde
8 65 975295 sde1


Como vemos, existe una diferencia clara: ahora existe un dispositivo nuevo (sde) con una partición. Pues bien, ése es el que representa a nuestra tarjeta SD y el que debemos usar en el comando dd. Por cierto, en vez de sde el sistema podrá elegir sdb, sdc, etc, según la disponibilidad de identificadores de dispositivos. En mi caso, al usar un lector multitarjeta, es lógico que el sistema me haya asignado sde.

En el caso de que nuestro Linux haya montado automáticamente la tarjeta SD debemos proceder previamente a desmontarla desde el propio entorno gráfico. Una vez lista la tarjeta, ejecutamos el siguiente comando:

# dd if=distro.img of=/dev/sde


A partir de este momento, el sistema se pondrá a volcar el contenido de la imagen de la distro para RPi en nuestra tarjeta SD. En el parámetro if indicamos el fichero de la imagen y en el parámetro of el dispositivo de la tarjeta SD. Aquí se puede apreciar el peligro de dd si indicamos incorrectamente el dispositivo de salida. ¿Qué ocurriría si pongo sda en vez de sde? Pues que más que probablemente destruya mi sistema operativo. Por eso, hay que revisar concienzudamente el comando dd antes de ejecutarlo para estar seguros de que no cometemos un grave error.

Una vez terminado dd, forzamos el vaciado de los buffers intermedios con este comando:

# sync


y ya podemos extraer la tarjeta SD de nuestro ordenador, insertarla en el RPi y probar la distro.

Con estas instrucciones sólo queda elegir la distro que queremos probar, ya sea de propósito general como Raspbian o especializada como XBian (centro multimedia), PiMame (emulador arcade) o IPFire (cortafuegos). Espero vuestras experiencias con Raspberry Pi y algunos de estos proyectos.

Aunque no es exclusiva de Linux, Desura facilita enormemente la adquisición y gestión de juegos en formato digital, eliminando muchos de los problemas que los usuarios noveles se encuentran a la hora de instalar programas en Linux que no están integrados en sus respectivas plataformas de gestión de software. Dado que Desura ha sido la pionera en la distribución digital de juegos comerciales en Linux y lleva por tanto más tiempo disponible que Steam en el sistema del pingüino, es de recibo que dedique un artículo a hablar de sus bondades y de cómo instalarlo en Linux.

Desura en acción

En cuanto a funcionalidad, Desura ofrece lo mismo que Steam (o debería decirlo al revés, ya que éste es el novato en Linux): un entorno de comercio electrónico, un sistema de gestión de software, una comunidad de usuarios y una plataforma para desarrolladores. Sin embargo, aquí acaban las similitudes. Desura tiene una serie de ventajas sobre Steam que lo convierten en un serio competidor para la plataforma de Valve y en mi primera elección como plataforma comercial de juegos.

1. Versión para 64 bits. Desura cuenta con versiones tanto para 32 como para 64 bits, lo que implica un óptimo rendimiento de la plataforma y permite utilizar versiones de los juegos propios de la arquitectura de la distro que tengamos instalada. Steam sólo cuenta con una versión para 32 bits, lo que obliga a utilizar versiones de 32 bits de ciertas librerías del sistema y a duplicar el espacio ocupado por las mismas, aparte de un inferior rendimiento general del entorno.

2. Instalación sencilla en cualquier distribución Linux moderna. Mientras que Steam sólo está disponible de serie para las últimas ediciones de Ubuntu (aunque se puede instalar en otras distribuciones a través de ciertas triquiñuelas), Desura es un paquete que sólo depende de sí mismo para funcionar, lo que permite su instalación (que además es muy sencilla como veremos a continuación) en cualquier plataforma Linux relativamente reciente (de unos años para acá).

3. Demos. Desura incluye demos en algunos de los títulos de su catálogo, lo que permite la prueba antes de comprar los juegos y nos habilita para invertir nuestro dinero de la mejor manera posible.

4. Juegos libres y freeware. Además de juegos comerciales, Desura ofrece la posibilidad de instalar y jugar tanto a algunos títulos libres como a juegos comerciales gratuitos. Así, no es necesario gastarse un euro para disfrutar de Desura. A día de hoy, Steam sólo ofrece un título gratuito.

5. Mods gratuitos. Finalmente, en lo que a tipos de software se refiere, Desura ofrece también mods, es decir, modificaciones de títulos existentes que amplían la experiencia de juego. Además, todos son gratis.

6. Actualización y reparación de juegos. Cuando se publica una nueva versión de un juego de nuestra lista, Desura nos avisa y nos permite actualizarlo con un sólo click. Igualmente, si un juego no funciona adecuadamente, Desura nos permite reparar su instalación, ofreciéndonos varias opciones dependiendo del problema.

7. Enorme catálogo de juegos. Esta ventaja es evidentemente fruto de que Steam acaba de aterrizar en Linux, pero Valve va a tener que trabajar muy duro para acercarse a la gran oferta actual de Desura, algo a lo que no es ajena la incorporación de juegos libres y mods a su catálogo.

Web oficial de Desura

Sin embargo, no todo es tan bonito ni tan perfecto en Desura. Por mi parte puedo afirmar que sufre de cierta inestabilidad que hace que se cierre inesperadamente en plena instalación, actualización o reparación de juegos. No es algo grave, ya que basta con abrir de nuevo Desura, pero si bastante molesto por lo recurrente del problema. Espero que lo resuelvan antes o después.

Para instalarlo basta con descargarnos el software de la web oficial de Desura, que se encargará de detectar la arquitectura de nuestra distribución, 32 ó 64 bits, y ofrecernos la descarga adecuada. El paquete viene en formato .tar.gz, por lo que procederemos a copiarlo a un directorio temporal de nuestra elección y a descomprimirlo allí. Por cierto, no es necesario realizar estar operaciones como administrador del sistema, por lo que podemos instalar Desura como nuestro usuario estándar (algo recomendable por otro lado).

# cp desura-x86_64.tar.gz
# tar xzvf desura-x86_64.tar.gz


Ahora sólo queda iniciar el ejecutable que incluye el paquete y Desura se pondrá a continuación a descargar el resto de los ficheros necesarios para funcionar, tras lo cual se inicia el entorno en sí mismo. Esto además instalará un icono de arranque en nuestro escritorio y en nuestro menús.

# ./desura


Lo primero que se muestra en pantalla es el formulario de autentificación. Si no contamos con usuario en Desura, es el momento de crearnos uno. A continuación entramos en la plataforma y ¡a disfrutar de juegos de calidad para Linux! Espero vuestras experiencias.

De las distintas opciones que he probado para instalar Steam en mi Wheezy, hay una que me ha funcionado sin problemas y que voy a comentar a continuación. Pero antes, si como yo utilizamos un sistema de 64 bits, es imprescindible activar antes el soporte multiarquitectura, ya que Steam sólo está disponible para 32 bits. Como siempre, estas instrucciones hay que llevarlas a cabo como administrador del sistema.

Los comandos para activar la arquitectura i386 en un sistema amd64 son los siguientes:

# dpkg --add-architecture i386
# apt-get update


Para instalar Steam vamos a utilizar un tutorial preparado por un usuario llamado Cyb.org, en el que utiliza tanto un par de scripts preparados por él mismo como otro desarrollado por un usuario llamado Kano. Sin embargo el tutorial es algo confuso e incompleto en alguno de sus pasos, así que trataré de que el procedimiento quede lo más claro posible.

Empezaremos descargando el script de Kano así:

# wget http://kanotix.com/files/fix/install-steam-wheezy.sh


A continuación le daremos permisos de ejecución:

# chmod 755 install-steam-wheezy.sh


Y procedemos a ejecutarlo, lo que terminará con la instalación de un cliente Steam adaptado a nuestra Debian:

# ./install-steam-wheezy.sh


Los siguientes pasos hay que llevarlos a cabo como nuestro usuario del sistema. Antes de cerrar la sesión de administrador, procederemos a dar permisos a nuestro usuario en el sistema de gestión de permisos sudo. Para ello, ejecutamos el comando visudo y añadimos en el editor que se abre a continuación la siguiente línea:

nombre_usuario ALL=(ALL:ALL) ALL


Esta línea sólo nos hará falta hasta que terminemos la instalación. A cotinuación nos salimos de la sesión de administrador y, como nuestro usuario estándar del sistema, nos descargamos el siguiente script:

wget http://dl.dropbox.com/u/29081229/Steam/debian_install.sh


Le damos también permisos de ejecución como antes y lo ejecutamos. Con esto ya estará lista una versión más moderna de la librería libc6 de la que viene en Wheezy y que es necesaria para Steam. Sólo queda descargarse el script que nos va a permitir ejecutar Steam sin problemas:

wget http://dl.dropbox.com/u/29081229/Steam/debian_steam.sh


Igualmente, le damos permisos de ejecución y lo arrancamos, con lo que el cliente Steam se iniciará, se autoactualizará y terminará pidiendo nuestro usuario y contraseña en el sistema de Valve. Una vez comprobado que todo está bien, no debemos olvidar que hay que eliminar de sudo la línea que insertamos antes. Sólo quedaría crearnos un icono en nuestro escritorio o en nuestro menús que invocara Steam a través del último script descargado. Hay que recordar que no debemos utilizar el icono que el propio Steam nos instala, ya que no funcionará.

Personalmente me encontré con un error en el propio Steam al iniciarlo por primera vez, en el que se quejaba de que no encontraba la librería steamui.so. Realmente el problema era que no contaba con todas las librerías i386 necesarias, así que me bastó con instalar el paquete ia32-libs para resolver el problema.

A pesar del tutorial, reconozco que se trata de un proceso complejo. Lo suyo sería que Valve publicara una versión para Debian, pero ya que no es así al menos este tutorial nos asegura el poder disfrutar de buenos juegos en nuestro Linux. ¡A pasarlo bien!

VMWare fue desarrollado por VMware Inc., que presentó al público en Mayo de 1999 un producto para escritorios, VMWare Workstation. Posteriormente entró en 2001 en el mercado de servidores con VMware GSX Server y VMware ESX Server. En 2004, la empresa se convirtió en filial de EMC Corporation.

Los productos de VMWare se ejecutan sobre Linux, Windows y Mac OS X sobre procesadores Intel, y es capaz de alojar a una gran cantidad de sistemas virtualizados. En el ámbito que nos ocupa, el de los escritorios, VMWare ofrece un producto gratuito llamado VMWare Player, que no solo ejecuta máquinas virtuales sino que también es capaz de crearlas. Su instalación es tan sencilla como descargarse de la web oficial el instalador correspondiente al sistema operativo anfitrión de nuestra elección y proceder a su ejecución. En el caso de Debian, es más que interesante seguir las instrucciones del wiki oficial del proyecto.

La existencia de una versión gratuita para escritorios convierte a VMWare en una opción muy asequible para los usuarios incluso de entornos corporativos, ya que su licencia así lo permite. Además, el formato que utiliza para los discos virtuales es gestionable incluso desde herramientas de licencia libre. Por último, existen numerosas máquinas virtuales con aplicaciones instaladas disponibles para su descarga en Internet, lo que hace ganar puntos a VMWare como opción interesante para nuestros escritorios.

VMWare basa su funcionamiento en la virtualización parcial del hardware, es decir, emula ciertas partes de la plataforma hardware sobre la que corre el sistema huésped, como el adaptador de vídeo, la tarjeta de red y los controladores de disco, mientras que pasa directamente al hardware real las llamadas a ciertos componentes, como los dispositivos USB, serie y paralelo. Esto implica una alta portabilidad entre anfitriones, siendo posible pausar una VM en un sistema, copiarla a otro y seguir allí su ejecución como si nada hubiese pasado. Asimismo, el rendimiento es generalmente superior al de soluciones de virtualización completa, aunque esto depende del uso que se le dé a la virtualización.

Al igual que en el caso de Virtualbox, quiero daros un consejo a la hora de crear nuevas máquinas virtuales. Cuando tengamos que crear el almacenamiento de la VM y se nos pregunte por el tipo de asignación del espacio, debemos asegurarnos de que sea dinámico y no fijo, de forma que no perdamos en el disco físico todo el espacio reservado para la VM mientras no esté en uso.

A pesar de las virtudes de VMWare y de tratarse de un producto robusto y estable con numerosas posibilidades, para mí chirría el hecho de que se trata de un producto privativo, por lo que prefiero otras soluciones que son tan completas como VMWare pero de licencia libre como KVM, que revisaremos en un artículo próximo. En cualquier caso, espero vuestras experiencias con VMWare.

Desgraciadamente no es el único problema. Otra dificultad que se nos presenta es cómo dar soporte a aquellos navegadores que no pueden mostrar vídeos en HTML5, lo cual generalmente se resuelve presentando un reproductor en Flash. Es decir, que una de las grandes ventajas de HTML5 (prescindir de Flash) la perdemos en estos casos.

El último problema que me he encontrado es el de que cada navegador muestra en pantalla un reproductor de vídeo diferente con un estilo estético distinto. Puede que esto no parezca tan importante, pero cuando uno ha invertido en un diseño y en ofrecer la mejor de las experiencias posibles para el usuario, esta diferencia de comportamiento puede suponer un quebradero de cabeza.

El camino que he tomado en el caso de la web que estamos migrando es el de utilizar Video.js, un reproductor de vídeo HTML5 de licencia libre que resuelve los problemas mencionados: se encarga de generar automáticamente el código para las tres versiones del vídeo, incluye un reproductor Flash para los navegadores antiguos y ofrece un aspecto estético común para todos los navegadores, pudiendo incluso utilizar temas para personalizar el diseño.

Para utilizar Video.js en un proyecto web no hace falta ni siquiera descargarlo, ya que enlazaremos con él desde nuestro código. No voy a repetir las instrucciones que aparecen en su sitio web oficial, pero básicamente consisten en incluir una serie de etiquetas en las secciones head y body de nuestra web.

Aún así, si estamos utilizando un CMS, suele ser más sencillo utilizar algún módulo, extensión o plugin propio que nos ofrezca esta funcionalidad. Por ejemplo, en el caso que nos ocupa, donde estamos utilizando TYPO3, hemos elegido la extensión html5videoplayer. Una vez instalada, basta con insertar el plugin en la página en la que queremos utilizarlo y configurarlo con los vídeos a mostrar, pudiendo reproducir uno sólo o un conjunto de ellos.

En definitiva, a pesar de las dificultades y los obstáculos, HTML5 es el camino a seguir. Con las herramientas adecuadas, este camino será mucho más sencillo y apacible. Espero vuestros comentarios y experiencias con Video.js.

Como estamos hablando de más de 150 vídeos, es evidente que la conversión no se podía hacer a mano, así que buscando por Google me encontré en un blog con una solución que podía automatizar el proceso, basada en la herramienta de línea de comandos ffmpeg, una verdadera navaja suiza para la codificación y conversión de material audiovisual.

Se trata de un script para Linux que toma como parámetro de entrada el vídeo a convertir y que produce como salida tres versiones del vídeo (una por cada codec soportado por la etiqueta video), una captura de pantalla en JPG para el parámetro poster y un pequeño código HTML para visualizarlo todo (que en TYPO3 no es necesario pero que no viene mal para otras situaciones). Sin embargo, el script no funcionaba bien del todo por varios motivos: algunos parámetros de invocación de ffmpeg estaban obsoletos, la visualización de los vídeos en las plataforma móviles de Apple no es correcta (como bien apuntaban en los comentarios del blog) y la generación del HTML para la visualización no funcionaba. Así que me puse manos a la obra y resolví los tres problemas (del segundo ya tenía la solución en los comentarios, como ya he dicho), obteniendo este script:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51

#!/bin/bash
 
if [[ $1 ]]
then
    filename=$(basename "$1")
    filename=${filename%.*}
    directory=$(dirname "$1")
 
    duration=$(ffmpeg -i "$1" 2>&1 | grep Duration | awk '{print $2}' | tr -d ,)
    minutes=${duration%:*}
    hours=${minutes%:*}
    minutes=${minutes##*:}
    seconds=${duration##*:}
    seconds=${seconds%.*}
 
    hours=$((hours*3600))
    minutes=$((minutes*60))
 
    total=$(expr $hours + $minutes + $seconds)
    number=$RANDOM
    let "number %= $total"
 
    echo "Generating thumbnail"
    ffmpeg -i "$1" -filter:v yadif -an -ss $number -t 00:00:01 -r 1 -y -vcodec mjpeg -f mjpeg "$directory/$filename.jpg" 2>&1
    echo "Converting $filename to ogv"
    ffmpeg -i "$1" -acodec libvorbis -ac 2 -ab 96k -ar 44100 -b:v 345k "$directory/$filename.ogv"
    echo "Finished ogv"
 
    echo "Converting $filename to webm"
    ffmpeg -i "$1" -acodec libvorbis -ac 2 -ab 96k -ar 44100 -b:v 345k "$directory/$filename.webm"
    echo "Finished webm"
 
    echo "Converting $filename to h264"
    ffmpeg -i "$1" -acodec aac -ab 160000 -vcodec libx264 -vpre ipod640 -b:v 345k -threads 0 -pix_fmt yuv420p -f mp4 -strict -2  "$directory/$filename.mp4"
    echo "Finished h264"
 
    echo "Writing HTML..."
 
    echo "<pre>
<video width=\"320\" height=\"240\" controls=\"controls\" poster=\"\&quot;$filename.jpg\&quot;\" preload=\"\"><source src=\"\&quot;$filename.ogv\&quot;\" type=\"\&quot;video/ogg\&quot;\" /><source src=\"\&quot;$filename.webm\&quot;\" type=\"\&quot;video/webm\&quot;\" /><source src=\"\&quot;$filename.mp4\&quot;\" type=\"\&quot;video/mp4\&quot;\" />" > "$directory/$filename.html"
 echo " " >> "$directory/$filename.html"
 echo " " >> "$directory/$filename.html"
 echo " " >> "$directory/$filename.html"
 echo " Sorry, your browser does not support HTML5 video" >> "$directory/$filename.html"
 echo "</video>
</pre>" >> "$directory/$filename.html"
 
    echo "All Done!"
else
    echo "Usage: [filename]"
fi

Basta con copiarlo y guardarlo en un fichero al que daremos un nombre descriptivo (por ejemplo, convertHTML5) y que deberemos almacenar en una ruta dentro de nuestro camino de ejecución. Personalmente, sugiero /usr/local/bin en base a las recomendaciones del estándar Linux para los sistemas de ficheros. Antes de proceder a su ejecución, debemos asegurarnos de que el script tiene los permisos adecuados:

# chmod 755 /usr/local/bin/convertHTML5


Igualmente, debemos asegurarnos de que las herramientas de apoyo que el script necesita están instaladas en nuestro sistema. En el caso de Debian, necesitamos al menos tener instalada Wheezy para asegurarnos de que las versiones de dichas herramientas son lo suficientemente actuales para que hagan su trabajo adecuadamente. Para ello además deberemos incluir el repositorio Debian Multimedia en nuestra lista en /etc/apt/sources.list:

deb http://oktan.ls.fi.upm.es/debian-multimedia/ wheezy main non-free


Tras actualizar la base de datos de paquetes:

# apt-get update


procedemos a instalar los paquetes necesarios:

# apt-get install ffmpeg x264 yasm lame libvpx1


Ya podemos proceder a convertir automáticamente todos nuestros vídeos, para lo cual lanzaremos un pequeño bucle:

# for i in *.{avi,AVI}; do convertHTML5 $i; done


Si tenemos vídeos en otros formatos diferentes a DivX, como WMV, MPG o MOV, basta con que añadamos sus extensiones a la lista dentro de las llaves en el bucle. ffmpeg es lo suficientemente inteligente para detectar el formato de entrada y actuar en consecuencia.

Como decía más arriba, este script da como salida tres versiones del vídeo original, uno en cada uno de los formatos (MP4, WEBM, OGV) que soporta la etiqueta video de HTML5. El motivo es que la conocida guerra de codecs se saldó con que cada navegador y plataforma soporta un formato diferente, lo que obliga a mantener una versión de cada uno para que todos los usuarios puedan disfrutar del material audiovisual sin importar cómo se conectan al sitio web. Lo único que ha provocado esta falta de entendimiento es que los desarrolladores tenemos que sufrir esta pesadilla y al menos duplicar el espacio dedicado a los audios y vídeos que queramos servir a través de HTML5. Entiendo que es muy positivo sustituir a Flash de una vez por todas, pero no a cualquier precio. De ahí mi comentario inicial de que esta solución no es precisamente una panacea.

En cualquier caso, este script nos está siendo de gran utilidad y por eso lo compartimos, esperando que también sea útil a nuestros lectores. Espero vuestros comentarios y posibles mejoras que se os puedan ocurrir.

Virtualbox fue originalmente desarrollado por la empresa alemana innotek GmbH, que lo vendió en 2008 a Sun Microsystems, terminando en manos de Oracle con el resto de activos de Sun (como Java, MYSQL, Solaris, etc.) cuando se produjo la famosa adquisición. Se ejecuta en los sistemas operativos más populares y en otros minoritarios, como el propio Solaris o FreeBSD, y es capaz de alojar a una ingente cantidad de sistemas virtualizados, incluyendo OS/2. Su instalación es tan sencilla como descargarse de la web oficial el instalador correspondiente al sistema operativo anfitrión de nuestra elección y proceder a su ejecución, tras lo cual hay que proceder también a descargar e instalar el “VirtualBox extension pack”, que amplía las posibilidades del paquete original con soporte USB 2.0, RDP y arranque PXE. Sin embargo, en el caso de Debian es aún más sencillo como veremos más adelante.

La existencia del “VirtualBox extension pack” se debe a la especial licencia del software. En la actualidad, el núcleo de Virtualbox se distribuye bajo la licencia libre GPLv2, mientras que las características extendidas antes mencionadas sólo están accesibles mediante una licencia privativa para uso y evaluación personal. Esto convierte a Virtualbox en una opción muy asequible para usuarios domésticos y en entornos educativos, pero pierde enteros en entornos corporativos frente a soluciones completamente libres y, en lo referente a costes de licencias, gratuitas.

Virtualbox basa su funcionamiento en la virtualización completa (full virtualization), es decir, en la emulación al 100% de la plataforma hardware sobre la que corre el sistema huésped, de forma que éste nunca accede directamente a los recursos del hardware del anfitrión. Así, es posible instalar prácticamente cualquier sistema operativo sin modificar ni adaptar al entorno virtualizado, a cambio de una apreciable pérdida de rendimiento por la emulación por software del hardware. Sin embargo, los desarrolladores de Virtualbox han hecho un buen trabajo intentando que dicha pérdidad de rendimiento no sea tan grande, sobre todo gracias al uso del soporte de virtualización en hardware que los procesadores modernos traen de serie.

Como comentaba antes, la instalación en Debian es aún más sencilla que en otros sistemas gracias al uso de repositorios. Aunque Virtualbox está disponible en los repos oficiales, yo prefiero utilizar los que Oracle pone a disposición de los usuarios ya que así nos aseguramos tener siempre acceso a la última versión disponible. De hecho, a la hora de escribir este artículo, he comprobado que en Debian tenemos la versión 4.1, mientras que en el repositorio de Oracle contamos con la 4.2, publicada en Septiembre de 2012.

Empezamos por tanto la instalación añadiendo el repositorio oficial de Oracle a nuestra lista, bien a través del Centro de Software o bien editando directamente el fichero /etc/apt/sources.list, operaciones que sólo podemos realizar como administradores del sistema. Utilizaremos esta línea si usamos Squeeze:

deb http://download.virtualbox.org/virtualbox/debian squeeze contrib


o bien ésta otra si usamos Wheezy:

deb http://download.virtualbox.org/virtualbox/debian wheezy contrib


Ahora actualizamos la base de datos de paquetes:

# apt-get update


Y procedemos a instalar Virtualbox:

# apt-get install virtualbox-4.2


Sólo queda darle permisos de acceso a Virtualbox a aquellos usuarios del sistema anfitrión que queramos. Para ello, basta con añadirlos al grupo de usuarios vboxusers, de forma que Virtualbox pueda ejecutarse con pleno acceso a los recursos que necesita cuando es invocado por dichos usuarios. Por ejemplo, si queremos darle permiso al usuario marco, lanzamos el siguiente comando:

# adduser marco vboxusers


Listo. Ahora invocamos Virtualbox desde el icono que se ha debido instalar en nuestros menús y debería aparecer una pantalla como ésta:

Virtualbox recién instalado

En el caso de que la licencia nos lo permita, podemos proceder entonces a instalar el “extension pack”, que descargaremos previamente de la página de descargas de Virtualbox (una única descarga para todas las plataformas). Una vez hayamos cerrado Virtualbox, procedemos a la instalación del paquete como administradores con este comando:

# VBoxManage extpack install Oracle_VM_VirtualBox_Extension_Pack-4.2.6-82870.vbox-extpack


Alguien me dirá que es más sencillo hacer un simple doble click sobre el fichero del paquete o instalarlo a través del menú de preferencias del propio Virtualbox (y no les falta razón), pero de este modo sólo se instala para el usuario que está instalando el paquete y no para todos los del sistema anfitrión. Además, desde línea de comandos tendremos acceso a cualquier error que se produzca y, aunque parezca increible, podremos actualizar el paquete, algo que no parece posible desde los otros métodos si no desinstalamos primero el existente.

Sólo queda crear nuestras propias máquinas virtuales a través del sencillo asistente que Virtualbox ofrece al pulsar el botón “Nueva” y personalizarlas a través del botón “Configurar”, como se puede ver en la siguiente pantalla:

Virtualbox con una VM creada

Como se puede apreciar en el pantallazo, tengo una máquina virtual (VM) ya creada basada en Debian y que tengo suspendida en plena ejecución, de forma que cuando la inicie seguirá corriendo por donde iba cuando se detuvo.

Un consejo a la hora de crear nuevas máquinas virtuales. El asistente nos preguntará por el almacenamiento de la VM, que debería ser en un fichero alojado en un dispositivo local (trabajar con VMs en red supone una enorme pérdida de rendimiento). Cuando nos pregunte por el tipo de asignación del espacio, debemos asegurarnos de que sea dinámico y no fijo, de forma que no perdamos en el disco físico todo el espacio reservado para la VM mientras no esté en uso.

Si además nos aseguramos de que en la configuración de cada VM estén activas las extensiones de virtualización del procesador, tendremos un sistema de virtualización completo y lleno de posibilidades para nuestro escritorio. Espero vuestras experiencias con Virtualbox.