En esta nueva versión se acabaron los problemas de decodificación en los saltos de tiempo. Una muestra:

ANTES

AHORA

Incluye aceleración por GPU si disponemos de una tarjeta gráfica que haga uso de DXVA2. También incluye mejoras en la manera de manejar los subtítulos y utilizar decoders de vídeo externos (experimental).

Muy recomendable para los amantes de los players con todo en uno.

Sección Players

Aceleración por DXVA2/VAAPI (solo en H264): Esta muy bien, pero deberían haber incluido un modo para DXVA. Algunas tarjetas no soportan DXVA2 y se perderá por el camino bastante compatibilidad hacia atrás.

Soporte para subtítulos en formato BluRAY.

Soporte VP8: Parece que en un principio solo estará en la versión final o compilada del código fuente actual.

Soporte para codecs externos: En un principio se podrá hacer uso de codecs externos y mejorar la experiencia visual al contar con decoders más sofisticados.

Extensiones: Posibilidad de añadir extensiones en un futuro cercano, similar a las de Firefox.

Descarga VLC 1.1.0 RC

CODECS PARA VISUALIZAR ESTOS ARCHIVOS

En la página oficial de WEBM tienen varias utilidades como encoders/decoders de este formato. Por desgracia se han olvidado de que no todo el mundo sabe instalar algo por línea de comandos. Así que he creado un sencillo instalador para instalarlos. Y con su consiguiente desinstalador. También incluye el código fuente de estos codecs.

http://www.divxhouse.com/descargas/?did=54

HAALI SPLITTER

Actualizado a su última versión 20/05/2010, incluyendo compatibilidad con WEBM. Recordar que el contenedor utilizado en este formato es una versión reducida de Matroska.

http://www.divxhouse.com/descargas/?did=14

MKVtoolnix con WEBM

Mosu, el autor de MKVtoolnix ha realizado una modificación de su utilidad para archivos matroska y ser compatible con WEBM. Por lo que he visto, funciona correctamente la carga de estos archivos.

http://www.divxhouse.com/descargas/?did=46

Se veía venir. Cuando Google compró los derechos de VP8 a ON2, toda especulación era poca. La gente de la FSF le pidió en una carta a Google que liberara el codec (como si Theora no hubiera existido nunca), para que la comunidad dispusiera en sus manos de un codec libre. Y lo han hecho, y a lo grande. Se esperaba como mínimo una licencia GPL o similar, pero al final han aplicado una de estilo BSD. Esto quiere decir que cualquiera puede usar el código fuente, modificarlo y hacer su codec, sin problema alguno.

En Xiph, impulsores de Theora/Vorbis/OGG, deben estar aun en la pesadilla que no tiene fin. Después de haber dedicado tanto tiempo a impulsar Theora y su contenedor OGG, después de acercarse a Mozilla, Wikipedia y Opera, todo se ha esfumado. Google en un acto de poder divino ha unido a empresas de hardware y de software; hasta Microsoft ha dado el visto bueno para visualizarse en el futuro Explorer 9. Donde todos ponían escusas ante Theora, ahora todos aplauden la iniciativa de google. De todas maneras se veía venir, VP8 es superior a Theora (VP3) en todos los aspectos, el contenedor OGG es deficiente si lo comparamos con Matroska, muy polivalente, valiendo tanto para streaming, como para vídeo en descarga (estilo Youtube). MP4, que es un contenedor "libre", también adolece de alguna carencia para streaming y que suelen reparar haciendo "chapuzas" a la hora de enviar sus datos al cliente, engañándolo para añadir cabeceras "falsas" a cada petición nueva o cada X tiempo.

Desde Xiph hablan de apoyar a WEBM, en gran medida por usar su codec de audio Vorbis, el cual da un muy buen resultado en cuanto a calidad.Y es un buen momento para que se expanda su compatibilidad general, ya que ahora mismo y aún siendo libre, no tiene mucha repercusión a nivel Hardware.

PATENTES

Después de la fiesta de presentación, vino sobrevolando la realidad para asustar a los presentes. Ahora que VP8 se ha liberado de sus cadenas propietarias, es cuando se puede examinar su código interno y ver que se esconde en el amasijo de código. Desde MPEG-LA se ha hablado de que examinarán el código para ver si han vulnerado patentes protegidas por su consorcio de Patents Pool. Dark Shikari, desarrollador activo de x264, habla desde su blog, de código muy similar a las bases de H264, pudiendo ser un impedimento para su implantación final. En este sentido aún pasarán meses antes de conocer detalles precisos sobre si es cierto o no, con la incertidumbre que esto puede acarrear.

OPEN SOURCE

Como he comentado antes, lo importante de WEBM es su carácter Open Source. Tanto Vorbis, como Matroska no tienen problema en este punto. VP8 fué liberado, pero hay algo que no esta totalmente aclarado. Desde OSI (Open Source Definition), indican que aún no se puede clasificar VP8 como de Open Source. Parece ser que Google no les ha presentado la licencia a ellos y su base de licencia tiene un pequeño escollo debido a unas restricciones que han impuesto. Veremos si se va aclarando este punto también, que da la sensación de que se ha sacado todo con prisas, y ya se sabe que las prisas no son buenas consejeras.

CALIDAD

Comparar ahora mismo x264 vs VP8 es algo complicado debido a las herramientas limitadas que existen y a lo diferente que son sus parámetros equivalentes.

• Versión x264: x264-1602 32bits de -> http://www.x264.nl
• Versión VP8: ffmpeg 20-05-2010 -> http://micksam7.com/blog

Configuración estándar sin nada especial

• Una pasada única a bitrate.
• Bitrate 2500
• Resolución 1280 x 528

Un ejemplo del resultado de 4min de vídeo:

No es necesario indicar las diferencias, ya que saltan a la vista. VP8 se comporta muy mal en bitrates bajos donde existen muchos detalles. Su técnica parece basarse en filtrar las zonas donde pueden aparecer macrobloques. En bitrates mayores esto no parece tan evidente, pero sigue haciendo limpieza en exceso. Cualquiera con 30min de tiempo puede hacer sus propias pruebas y ver los resultados. Y espero en breve hacer una comparativa mucho mejor que esta básica. Veremos que tienen que decir las últimas versiones de Dirac y Theora 1.2.

Integración con HTML5

La gran baza de WEBM es la integración en HTML5 y algunos navegadores parece que se han subido al carro. Chrome/Chromium, Opera y Firefox, disponen de versiones experimentales con esta implantación. Aquí una pequeña prueba, pero es necesario uno de estos navegadores en versiones de hace menos de una semana (aconsejo chromium).

LINKS

Algunos enlaces sobre el tema:

• WEBM
• Blog DarkShikari
• VLC Preview 1.1 con compatibilidad WEBM
• OSI sobre VP8
• Xiph sobre WEBM
• Firefox WEBM
• Chromium WEBM
• Opera WEBM

Otra versión de este programa para hacer uso del gran encoder x264. Ya iba siendo hora el actualizarlo, pero debido a cambios profundos en el encoder a la hora de leer información de los archivos avisynth, he tenido que hacer un cambio en la manera de obtener esta información. Ahora Mplayer será el encargado de hacerlo, y como ya estaba incluido en el paquete para los preview/crop, no aumentará en exceso el tamaño final del paquete.

Las novedades se centran prácticamente, en añadir compatibilidad a las últimas versiones de x264. El conjunto de mejoras son las siguientes:

Una de las futuras novedades será el no necesitar el uso de avisynth ni el paso de dgavcindex o incluso el de graphedit, para hacer ripeos de BluRay. Esto será gracias a la introdución de ciertos filtros de ffmpeg dentro del propio encoder (resize, crop, desentrelazado,etc). Por ahora solo se están haciendo pruebas, pero parece que pronto podremos disponer de una versión estable.

Otro añadido es ver el help del x264. Me lo habían pedido varias personas y pensé que podría ser útil para ver los comandos internos de x264 sin tener que ir a la línea de comandos.

Para descargar este programa: >> AQUÍ <<

Una de sus grandes bazas, es la posibilidad de utilizar todos los cores disponibles para la conversión. Ajustando cada cadena de audio a uno de ellos, haciendo que el proceso de conversión sea un mero trámite.

Los formatos disponibles como formato de salida son:  MP3 / OGG-Vorbis / Nero AAC / WAV / FLAC

Sin duda un gran programa para convertir formatos de audio de una tacada, con gran precisión y totalmente libre (GPL).

Sección Descargas

Estas versiones nuevas pueden contener algún bug a la hora de mostrar DXVA, así que deberá quedar un poco en lo experimental y probar que tal se comporta.

Esta nueva versión incluye un nuevo enlace al instalarse en windows, que es la que compone DXVA y varios aspectos de subtítulos (DVD y BluRay).

Al cargar este, aparece el panel inferior donde se puede activar DXVA (siempre que nuestro equipo sea compatible con este modo).

Otra zona de opciones son los subtítulos, pero esto ya queda bastante más experimental, pudiendo interferir con el modo DXVA si estos están activados.

• Versión 32bits: http://www.divxhouse.com/cosas/2010/05/ffdshow_rev3406_20100505.zip
• Version 64bits: http://www.divxhouse.com/cosas/2010/05/ffdshow_rev3406_20100505_x64.zip

Lo de trolleada lo digo expresamente porque cada semana hay una noticia en algún blog, donde hablan maravillas de Theora y sus beneficios para todos al ser este de libre distribución y sin patentes. Realmente me fascina cuando hablan de las cualidades técnicas de este en comparación con H264. Este es el ejemplo más utilizado (atención a su alojamiento):

http://people.xiph.org/~greg/video/ytcompare/comparison.html

En la comparación se puede ver como el vídeo de Theora tiene mayor calidad que el de Youtube en H264 (x264). Pues nada, con esto queda demostrado que es igual o mejor que H264.

Pues nada más lejos de la realidad, ya que no es posible hacer una comparación real, si  el entorno esta contaminado. Youtube crea unas versiones especificas para dispositivos móviles, donde es necesario reducir opciones avanzadas para que sean compatibles con estos medios. Ahora, si hacemos la misma comparación con vídeos en 720p o 1080p, entonces cambia completamente la visión real de la comparación.

Hace un rato hice una breve comparación, para ver si las mejoras de Theora habían mejorado desde mi comparativa del año pasado (http://www.divxhouse.com/articulos-guias/theora-vs-x264/). No saque ninguna nueva conclusión, ya que Theora sigue ofreciendo deficiencias evidentes de un codec de hace 5 años, donde hubiera rivalizado con XviD sin problemas.

COMPARATIVA BREVE

El vídeo que he utilizado para las pruebas es de la película Star Trek a 1080p. Lo reduje a 720x304 lossless de x264..

• THEORA 1.1: ffmpeg2theora-0.26.exe --optimize --two-pass --speedlevel 0 -V 700 -K 250 "video.mkv" -o "theora.700.ogg"
• x264-1570: x264-r1570.exe "video.y4m" --preset slow --pass 1/pass 2 --bitrate 700 -o x264-700.mkv

Esta es la gráfica de SSIM entre el original comparado con el vídeo creado con Theora y el vídeo creado con x264.

En la gráfica de SSIM se puede apreciar la diferencia entre los codecs, pero donde realmente se nota es en las diferencias visuales:

En múltiples ocasiones se puede apreciar como con Theora aparecen macrobloques molestos y deformando los detalles, puliendo prácticamente todo el vídeo. En las zonas oscuras o en transiciones (fade-out/fade-in) también introduce aberraciones.

Dentro de poco haré una comparativa decente incluyendo a Dirac, pero este se resiste ya que sus últimas builds presentan ciertos bugs nada amigables para hacer pruebas, y la verdad es que merece su hueco en cualquier comparación. También añadiré algún comentario más técnico sobre este tema, que hay muchos artículos interesantes de donde sacar buena información.

Una imagen vale mas que mil palabras (la censura se la he hecho yo, de serie viene sin tapujos):

Esperemos que se pongan las pilas y mejoren el control de los vídeos, que bien rápidos actúan cuando es relacionado con copyright.

- La última versión en desarrollo o disponible de los programas más importantes (en color NEGRO).

- La versión del mismo programa disponible en Divxhouse (color AZUL), que suele ser en la mayoría de los casos una versión estable, como es la versión de FFDSHOW, que es la versión Beta7 de sourceforge. En este caso muestro la última versión disponible para desarrolladores, pudiendo ser inestable.

- Las versiones de Divxhouse y las de los programas se actualizan cada 5horas dentro de un pequeño experimento que he creado para automatizar ciertos procesos. En x264.info también he añadido un pequeño script que permite actualizar todos los días la versión última de x264 disponible (versiónes 32 y 64bits).

- La fecha mostrada, es la fecha de la última actualización del programa por parte de los autores originales/oficiales.

Como se puede ver, es muy interesante esta nueva opción, a la que haré mejoras con el tiempo. Uno de ellos sería el que se automatizara todos los programas a medida que los propios autores vayan elaborando las suyas, pero esto realmente es complejo debido a los diferentes medios para lograr sus programas. De todas maneras puede que con algunos importantes si lo haga (caso VLC).