En la keynote inaugural de la Conferencia de Desarrolladores I/O de Google, la compañía de Mountain View ha anunciado un nuevo Codec de vídeo llamado WebM.
WebM es el nombre que identifica al proyecto sobre un códec de vídeo con el que pretende hacer frente a H.264 perteneciente a MPEG-LA. WebM es el fruto de la adquisición de la compañía On2 por parte de Google. On2 era propietaria del códec VP8. Google liberará este códec a todo el mundo, abriendo un nuevo frente en la guerra de los códecs de vídeo.
WebM está apoyado por Mozilla, Opera y Adobe frente a Microsoft y Apple, que están detrás de H.264. Apple lleva mucho tiempo apoyando y promocionando este códec y Microsoft anunció recientemente que Internet Explorer 9 llevará soporte nativo para trabajar con H.264 directamente desde en navegador sin necesidad de un plug in especial ya sea propio o de terceras partes. Además, un importante grupo de fabricantes de chips, desarrolladores de software o fabricantes de periféricos como AMD, ARM, Brightcove, Broadcom, Collabora, Digital Rapids, Encoding.com, Grab Networks, iLinc, INLET, Kaltura, Logitech, MIPS, Nvidia, Ooyala, Qualcomm, Skype, Sorenson, Telestream, Texas Instruments, Verisilicon, ViewCast y Wildform apoyan esta iniciativa de Google.
Google, por su parte, ha comenzado a convertir vídeos a este nuevo formato para incluirlos en su popular red social de vídeo YouTube y algunos de ellos ya están accesibles aunque es necesario disponer de un navegador con compatibilidad con el formato, cosa que actualmente solo puede hacerse con versiones de desarrollo de Firefox y Opera.
Como ver vídeos en este formato en YouTube
Además de descargar una de las versiones compatibles con este códec de vídeo, debes activar en YouTube para el navegador las opciones de HTML5, accediendo a este enlace. Una vez activadas estas opciones, solo has de hacer una búsqueda en YouTube por una determinada categoría de vídeos y añadir al final de la URL el código &webm=1
.
Un final Open Source para una tecnología propietaria
la tecnología detrás de WebM fue adquirida por Google cuando compró la empresa On2 que desarrollaba códecs de vídeo propietarios desde los años 90. El códec trueMotion de On2 comenzó a crecer a través de una serie de actualizaciones incrementales que On2 vendió en primera instancia como VP2 a Apple en forma de plug in para QuickTime y también a Real Player y Windows Media. La versión VP3 fue liberada como Open Source en 2002 y de hecho, Ogg Theora es una derivación de esta versión del código abandonado de esta versión del códec.
On2 continuó desarrollando este códec a las versiones VP4 que licenció a Realplayer y AOL, VP5 que también uso real y VP6 que On2 licenció al gobierno chino para incluir en su propio estándar para los DVD (EVD ó Enhanced Versatile Disc). la versión VP6 fue licenciada a Macromedia en 2005 y fue el códec de vídeo primario para Flash Player 8. VP7 fue licenciado a Skype para las videoconferencias. Sin embargo, VP7 se encontró ya con una fuerte oposición por parte de otras tecnologías emergentes como H.264 y su códec VP8 ya no salió al mercado debido a la adquisición de la compañía por parte de Google.
No es oro todo lo que reluce
El nuevo códec incluye un plug in de vídeo VP8, un plugin de audio Ogg Vorbis (Open Surce) todo ello incrustado dentro de un contenedor Matroska.
Sin embargo, no es oro todo lo que reluce en el lanzamiento de WebM. Google liberó ayer mismo las especificaciones finales del códec y está promocionando y alentando a los desarrolladores y usuarios que utilicen este nuevo formato de vídeo para desarrollar aplicaciones o codificar sus propios vídeos.
A pesar del entusiasmo con el que se ha recibido al nuevo códec por parte de los medios en internet, se han levantado voces críticas por parte de algunos expertos como Jason Garrett-Glaser, un desarrollador independiente que trabaja en x264, un proyecto Open Source para programar un motor de codificación de vídeo en formato H.264 y que ha calificado la implementación del códec VP8 en WebM como un desastre.
Según el desarrollador, que tuvo acceso a la documentación del códec VP8 unos días antes de que Google liberara de forma pública su nuevo códec el código de WebM está compuesto de múltiples «corta-pega» del código de VP8 con una documentación muy deficiente en algunos casos. Según comentarios de varios desarrolladores se piensa que Google ha liberado este código de esta forma porque espera que sean ellos los que lleven la pesada carga de limpiar y solucionar los problemas de código de WebM.
Las conclusiones de Jason Garrett-Glaser sobre WebM son bastante demoledoras: considera que el códec se encuentra a la altura de la especificación base de H.264 (apta para la transmisión para dispositivos móviles y/o por internet) pero lejos de la calidad de la especificación principal de H.264 usada para televisión estándar o mas lejos aún de la versión de alta definición usada en Blu-Ray. VP8, como codificador, se encuentra entre Xvid y VC-1 de Microsoft en términos de calidad visual y puede ser definitivamente mejorado aunque no por métodos tradicionales. Como decodificador, VP8 es incluso mas lento que el decodificador H.264 de ffmpeg y posiblemente no pueda ser mejorado mucho.
Otro tema son las patentes. El códec de Google, vía su herencia VP8, se acerca peligrosamente si no infringe directamente algunas patentes específicas del conglomerado de H.264, lo que lo abre potencialmente a una demanda por parte del MPEG-LA si en algún momento considera que Google está violando su propiedad intelectual.
Fuentes: Google: proyecto WebM, Appleinsider
Cada vez que alguien enlaza a un artículo de Daniel Eran Dilger, Dios mata un gatito.
Cada vez que Dios mata un gatito estoy mejor de mi alergia.
A pesar de las criticas de Jason Garrett-Glaser, el WebM es un gran paso con respecto a Theora. Este nuevo codec puede que no sea superior al H.264, pero al menos es un paso adelante para la comunidad Open Source.
Por mi parte veo con preocupación el silencio de Apple, por lo que me parece que ellos al final no agregarán ese códec al QuickTime.
Espero con ansias que herramientos como el Handbrake nos permita experimentar pronto con este códec.
Yo creo que por coherencia sobre el soporte de estándares etc. tardarán poco en saltar al vagón e incluir soporte en QuickTime.
Pero vamos, todo será que salgan por peteneras 😉
Alf
http://www.faq-mac.com
Cada vez que Dios mata un gatit, yo me vuelvo más ateo