Ya está disponible la versión 9.04 de XBMC. Se trata de un Media Center de código abierto originalmente escrito para Xbox y que hoy soporta múltiples plataformas.  Probablemente algunos de ustedes lo conocerán de forma indirecta, porque XBMC sirvió de base para Boxee Media Center.

El soporte de plataformas de XBMC es impresionante, ya que podemos encontrar versiones para Xbox, Apple TV, Windows (XP y Vista), Linux (Ubuntu PPA), una versión Live en formato CD o USB (XBMC Live) y Mac OSX en sus variantes Tiger y Leopard, tanto para arquitectura Intel-x86 como PowerPC.

XBMC tiene un amplio soporte de formatos, codecs y protocolos de streaming gracias a que se apoya en múltiples bibliotecas multimedia de código abierto, en donde una de las principales es FFmpeg.

Otro aspecto muy interesante de XBMC es que incluye un framework de plugins para que desarrolladores independientes al proyecto puedan crear extensiones de la aplicación a través de scripts en Python.  El usuario puede decargar e instalar automáticamente nuevas características con el gestor de plugins de XBMC.  Por ejemplo hay plugins para conectarse a servicios de fotos como Flickr o Picasa,  servicios de video como YouTube, National Geographics, Ted Talks, Blip.tv, etc.

Las nuevas características

XBMC ya se encontraba operativo sobre MacOSX para arquitectura Intel, y en esta entrega añade el soporte para la arquitectura PowerPC.  También se mejora la compatiblidad con el sistema Avahi Zeroconf para autoconfiguración.

En las versiones de Linux, Mac OSX y Windows se agrega el soporte para distintos sistemas de Karaoke como CDG, LRC y MIDI/KAR, tanto en archivos independientes como empaquetados en ZIP y RAR.  Esto viene de la mano con un soporte mejorado de la reproducción de archivos MIDI a través de TiMidity en estas plataformas.

Para los más fanáticos, se ha agregado soporte para varios formatos de audio usados en video juegos a través de vgmstream.  Gracias a esta biblioteca se pueden reproducir archivos de música de plataformas como Playstation/Playstation2, Nintendo Wii, Xbox, y SAP para los nostálgicos, se trat del formato en el que se puede encontrar practicamente todo el repertorio musical de los populares computadores Atari de 8 bits.

Además del extenso soporte de formatos y codecs de FFmpeg que ya se incluía, en esta versión se agrega el soporte para Blu-ray, HD DVD, Dolby Digital Plus y Dolby TrueHD entre otros.

Por el lado de XBMC para Linux hay mejoras notables:

• Soporte de Moblin:  MediaCenter en la palma de la mano.
• Soporte de decodificación acelerada por hardware gracias a VDPAU en chips NVIDIA
• Soporte de PulseAudio para integrarse mejor con el resto de las aplicaciones que usan este sistema de audio.
• Compatibilidad con gestores de login como GDM y KDM para tener sesiones exclusivas de XBMC
• Se agregó una interfaz D-BUS compatible con Media Player Remote Interfacing Specification.  Esto permitirá que scripts externos y otras herramientas puedan tomar el control de XBMC a través de este mecanismo estándard de intercomunicación en Linux.

Se puede ver la lista completa de cambios en el wiki de XBMC. Los impacientes pueden pasar directamente a la sección de descargas de XBMC.

Links :
- XBMC 9.04 delivers impressive media center experience (Ars Technica)
- XBMC Media Center (xbmc.org)

(cc) by Alexander Grundner

Esta es nuestra segunda entrega de la Entrevista a los desarrolladores de FFmpeg (Primera Parte), que fue publicada originalmente en Phoronix.  No hace falta más introducción que la que podrán encontrar en ese artículo, asi que vamos directo a la entrevista.

Respecto a la aceleración de video por hardware, Baptiste dice que el soporte de VDPAU ya fue integrado en FFmpeg y que el soporte de VA-API se está integrando.  Recordemos que el VDPAU es una API para Unix creada por NVIDIA e implementada en su driver para acelerar por hardware la decodificación de video, otros fabricantes como Intel también están en camino de implementar esta API.

AMD/ATI ya estaba realizando un esfuerzo similar llamado XvBA (X-Video Bitstream Acceleration), y los desarrolladores de FFmpeg dicen que si bien no se han contactado para implementar esta tecnología en FFmpeg, se espera que se esto se lleve a cabo apenas se liberen los drivers.  De todas formas, el equipo de FFmpeg está desarrollando una API para facilitar la integración con los mecanismos de aceleración que está desarrollando cada fabricante.

Multithreading

La decodificación de video en FFmpeg se realiza en un solo hilo de ejecución (thread), esto quiere decir que al decodificar video en un procesador con más de un core como los que son normales hoy en día, no se aprovecha la capacidad multi-core y se deja todo el procesamiento en un solo core.

Se están realizando pruebas en una rama paralela de desarrollo llamada ffmpeg-mt (multithread) para implementar la decodificación en múltiples hilos de ejecución, los cambios no son menores porque afectan a muchas partes del código y hay preocupación de que el rendimiento decaiga en sistemas de un solo core.

Considerando que el tiempo que llevará estabilizar esta rama será de varios meses, y probarla también tomará varios meses,  Diego cree que esta versión multithread de FFmpeg podría tomar años.

Nuevos codecs

Mientras los desarrolladores de FFmpeg se enfocaban en implementar codecs que son estándar de la industria, crearon dos nuevos codecs propios : FFV1 y Snow.  FFV1 es un formato de video sin pérdida de alto rendimiento que comprime mejor que H.264, mientras que Snow es un codec basado en wavelets que puede ser usado tanto sin pérdida como con pérdida y según los entendidos es mucho más eficiente que los codecs existentes (rududu, dirac, xdiv, divx).

Snow es capaz de mantener una alta calidad de imagen a una baja tasa de transferencia (bitrate).  Su desarrollo se ha estancado y quedan aspectos por definir.  Los desarrolladores han ofrecido una recompensa para quien quiera terminar la especificación de Snow pero hasta ahora nadie se ha manifestado.

Aspectos legales

FFmpeg se usa en varios proyectos de código abierto como GStreamer, XBMC, VLC Media Player y otros como Wii Video 9.  Sin embargo, la implementación que los llena de orgullo es el uso de FFmpeg en YouTube, XDCAM EX Clip Browser de Sony y por supuesto su integración en MPlayer.  FFmpeg está licenciado bajo GPL y LGPL, lo que implica que se puede usar tanto en proyectos libres compatibles con GPL como en proyectos no libres por medio de las condiciones de LGPL. Aún así hay proyectos en donde se han violado estas licencias.

Recientemente crearon una sección Hall of Shame en su sitio web para publicar las compañias y proyectos que violaran los términos de estas licencias.  Diego es uno de los cabecillas de este trabajao y ha tenido éxito resolviendo este tipo de problemas legales.  A veces los infractores trabajan rápidamente para responder y corregir el problema, pero otros casos pueden tomar meses.

Diego no tiene claro si serán capaces de resolver todos los casos. En forma complementaria, recientemente se hicieron partners del Centro de Leyes de la Libertad del Software (Software Freedom Law Center) quienes representarán a los desarrolladores en temas legales.  Hasta ahora, todo se ha solucionado con negociaciones amistosas, pero en cualquier momento las cosas se pueden volver turbias.

Los desafíos

El desafío más grande que tienen es encontrar gente que pueda mantenerse trabajando en proyectos de largo plazo.  Escribir codecs es muy complejo y los desarrolladores de FFmpeg reconocen que algunas características serían muy útiles, pero no pueden trabajar en ellas debido a la falta del tiempo y/o motivación.

Lo que ha resultado bien es el sistema de recompensas para el trabajo más complejo y en esto han recibido apoyo de compañías externas.  FFmpeg no tiene una corporación detras, pero compañias como BBC fundaron el trabajo del codificador de VC-3.  El partner de código abierto Oy está financiando a Robert en la implementación de la extensión HE AAC del codificador AAC de FFmpeg y también está trabajando en el soporte de IPTV para MythTV.  Google Summer of Code, el proyecto de Google para financiar a estudiantes para que trabajen apadrinados por un experto en proyectos de código abierto, ha sido muy importante para el éxito contínuo de FFmpeg.

En esta entrevista participaron sólo 3 de los desarrolladores activos de FFmpeg.  En los últimos seis meses se han recibido aportes de unas 42 personas, en donde 31 de ellas han hecho más de diez aportes.  De estos 42, cerca de una docena de ellos son extremadamente activos y han realizado más de 50 aportes en el mismo periodo.  Esto, sin contar con todos los entusiastas que realizan las pruebas de FFmpeg y proveen soporte via IRC y la lista de correo.

Links :
- An interview with the developers of FFmpeg (Phoronix)
- Entrevista a los desarrolladores de FFmpeg – 1ra parte (FayerWayer)

(cc) by Alexander Grundner

Recientemente y después de mucho tiempo sin mayores novedades, se liberó la version 0.5 del set de codecs y utilidades de audio y video FFmpeg.  Este proyecto de código abierto es el que está detras de los sistemas de audio y video en Linux como mplayer/mencoder y gstreamer, y también está disponible para sistemas Unix como ffmpegX en Mac OSX.

Esta versión nos trae el soporte para VDPAU, nuevos codecs, varias correcciones y muchas otras mejoras. Todo esto lleva a preguntarse que otras proyecciones podría tener el proyecto y entre ellas si veremos un adecuado soporte Blu-ray o si vendría en un futuro cercano una versión 1.0.

El sitio Phoronix realizó una entrevista a los desarrolladores de FFmpeg para despejar estas interrogantes, y la hemos separado en dos partes para que no se pierdan los detalles.  Aqui va nuestra primera entrega.

A continuación una breve presentación de las víctimas:

• Diego Biurrun originalmente comenzó a trabajar en Mplayer, pero actualmente desarrolla FFmpeg. Es responsable de mantención del código, manejo de asuntos jurídicos y otras tareas de organización. Diego se incorporó haciéndose cargo de la posición de Release Manager en la versión 0.5.
• Coudurier Baptiste descubrió FFmpeg hace tres años y cuando se dió cuenta de que era el mejor conjunto de herramientas para multimedia en Linux comenzó por corregir errores al azar.  Rápidamente se convirtió en el mantenedor del código que maneja a QuickTime, y es considerdo como el salvador del soporte de MOV/MP4 en FFmpeg.
• Robert Swain se aventuró en iniciar el desarrollo de software libre de multimedia a través de la actualización de los codecs de Xvid y X.264, y más tarde en FFmpeg.  Luego se decidió continuar sólo con FFmpeg, interesándose particularmente en facilitar su uso. Robert es también es el mantenedor del decodificador AAC de FFmpeg y anteriormente participó en el proyecto como parte del programa Google Summer of Code.

El lanzamiento de la versión 0.5

El ChangeLog de esta versión tiene más de 150 cambios y la lista sigue creciendo.  En los últimos dos años siempre se dijo a los que quisieran usar el proyecto FFmpeg que lo descargaran directamente desde el repositorio SVN en donde se encuentra el código fuente, sin tener un release oficial. ¿Qué motivó a los desarrolladores de FFmpeg a liberar una nueva versión? Diego explica que fueron bombardeados con solicitudes para hacer una presentación oficial, pero ninguno tenía la suficiente motivación y apuro para organizar la liberación de esta versión de FFmpeg. En última instancia Diego decide tomar las riendas y logra la liberación de FFmpeg 0.5 actuando como Release Manager.  En el futuro estiman que el proyecto se moverá en ciclos de lanzamiento entre tres y seis meses, de una forma similar a los ciclos que se están usando con éxito en otros proyectos importantes como es el caso del escritorio GNOME y distribuciones de Linux como Ubuntu y Fedora.

El camino a FFmpeg 1.0

Con el característico toque de humor de los proyectos de código abierto, la versión 0.5 ha recibido el nombre clave de “half-way to world domination A.K.A. the belligerent blue bikeshed“, que en Chile se podría traducir como “medio camino a la dominación mundial, también conocido como la beligerante mocha azul“.

Al ser preguntados sobre cuanto tiempo de trabajo queda para ver FFmpeg 1.0, Diego dice que el término 1.0 está demasiado idealizado y no cree en los roadmaps o en los planes de liberación tipo old-school, prefiere el enfoque de release basado en el tiempo como lo están haciendo muchos, por lo que lo que sería una versión 1.0 aun está en el misterio.

Lo que se encuentra hoy en SVN, que fue la base de la liberación de la versión 0.5, fue la eliminación de APIs obsoletas, donde se está trabajando para sustituirlas. Los desarrolladores tienen también la esperanza de tener mas optimizaciones y mejoras en la documentación en un futuro próximo. En camino en este momento viene el soporte de codecs para TwinVQ, WMA9, HE-AAC y AMR.  Este último es muy utilizado en los equipos móviles, por ejemplo cuando se graba un video con el teléfono celular.

Baptiste está especialmente interesado en que el ambito de aplicación de FFmpeg se amplie dando soporte a formatos y codecs utilizados en el campo profesional como son MXF, GXF y D-10 relacionados con SMPTE y DNxHD de Avid.

Blu-ray en Linux

Las películas Blu-ray ahora se pueden reproducir en Linux, pero no existe mucho soporte y exige mucha intervención manual. Por ejemplo si el disco Blu-Ray tiene DRM, el usuario debe instalar una utilidad y aplicar otras medidas para ver una película que fue comprada en forma legítima, y cuando tienen audio en formato DTS-HD MA simplemente no funciona. Hace algunos meses había algo de código propuesto para resolver parcialmente este problema en FFmpeg, pero más tarde fue rechazado. Ninguno de los entrevistados tiene equipos con Blu-Ray por lo que no tienen un interés personal en este tema, Diego reiteró que esta interesado en el soporte a “todo formato bajo el sol, ciertamente Blu-Ray”, pero no se acepta cualquier parche y se rechazan aquellos que tienen problemas técnicos. Los tres desarrolladores están de acuerdo en que el soporte Blu-Ray aparecerá en FFmpeg, pero no están seguros de cuando estará disponible para que todos lo puedan usar en forma decente.

OpenCL y GPGPU

Después de hablar acerca de Blu-Ray, la discusión se dirigió a un nuevo estándar llamado Open Computing Language (OpenCL). Se trata de un nuevo lenguaje estándar de programación paralela dirigido a la GPGPU (programación de propósito general en procesadores gráficos). Tanto Nvidia, ATI/AMD e Intel, están trabajando para hacer que su hardware y drivers sean compatibles con Open CL, lo que transformará a sus procesadores gráficos en potentes procesadores que puedan correr código OpenCL. Con el soporte de GPGPU por medio de OpenCL, la codificación y decodificación de audio/vdeo se podrá hacer mucho mas rápido en estos procesadores. De todas formas confiesan que desconocen si hay alguien ya trabajando en estos temas, y mencionan que tanto OpenCL como el esfuerzo de Nvidia llamado Compute Unified Device Architecure CUDA (Arquitectura de dispositivo de computo unificada) son interesantes y tienen mucho potencial.

Conscientes de que tanto material es dificil de masticar, dejaremos para una segunda entrega el resto de la entrevista en donde se tocan otros temas como : VDPAU, VA-API y XvBA, nuevos codecs, aspectos legales y los desafíos que enfrenta este proyecto tan importante.

Link: An interview with the developers of FFmpeg (Phoronix.com)