Wikipedia se suma a Ogg Theora

Wikipedia se suma a los pocos sitios que respaldan a Ogg Theora en contra de H.264 en la batalla que se está librando alrededor de HTML5.
De lo que se trata es de que un usuario cree un vídeo y bajo licencia Creative Commons lo convierta a ogg Theora y lo cuelgue en la Wikipedia dentro de un artículo que haya escrito previamente el autor del vídeo.
Con esta noticia aumenta la controversia de quién se hará con el “poder” del audio y vídeo de HTML5, si Ogg Theora o H.264, lo que sí es cierto es que, a mi parecer, de momento no creo que haya una opción que sea mejor que la otra, hablando en términos de calidad está bastante igualado, ya que a pesar de que en un primer vistazo podría parecer que H.264 es superior técnicamente, se han publicado unos estudios que demuestran que Ogg Theora, bajo ciertas condiciones, es mejor que H.264, si no te lo crees pincha aquí, también es cierto que el lío de licencias que envuelve a H.264 se contrarresta con el lío de patentes que tiene Ogg Theora (aunque teóricamente sea libre), ya que parte del código era libre, la parte que realmente había creado Xiph, pero al cederle On2 los códecs VP3, la cosa cambia, ya que todo el proyecto, en ese preciso instante, no era completamente libre, ya que On2 se lo cedió a Xiph, pero no para su distribución, por tanto todos los que no fuesen Xiph deberían pagar, hablo en pasado porque al comprar Google a On2 esta afirmación ya no se aplica, pero el lío ya está organizado.
Lo cierto es que empresas como Google, Microsoft o Apple (Safari reproduce correctamente vídeo con H.264) y sitios como Youtube o Vimeo ya han decidido dar el paso y H.264 es el códec que han elegido (¿os acordáis que acabo de decir que Google había comprado On2?, bueno, pues Chrome también tiene la capacidad de reproducir vídeo con H.264 aunque Google sea el dueño de On2), por parte de Ogg Theora están Mozilla, el navegador Opera y Wikipedia, que han apostado por este códec.
Pero, ¿en qué se basa Ogg Theora o H.264 para que no sirva lo que hasta ahora se estaba utilizando? Es bien sencillo, de lo que se trata al aplicar HTML5 es de jubilar a la tecnología Flash o a Silverlight, la idea es que no se necesiten plugins secundarios para conseguir información multimedia, es decir, ver vídeos en streaming, por esa razón los navegadores y los sitios web que ofrezcan este tipo de información son los que (para mí) tienen más poder de decisión, para conseguir esto se necesitan nuevos códecs que sean capaces de construir un clip de vídeo aceptable con poca información y esto se consigue mejorando los algoritmos de compresión existentes o creando unos nuevos.
A modo de resumen, estos algoritmos se basan en una particularidad del vídeo: la redundancia.
El proceso del que echan mano estos algoritmos es la estimación de movimiento de lo que se trata es de reducir la información necesaria para construir una secuencia de vídeo y aumentar la compresión del clip de vídeo, para esto trabajan de dos maneras, aprovechando la redundancia temporal y espacial, de lo que se trata es de, primero, reducir cada cuadro a una malla de bloques, para después estudiar cada bloque y analizar el movimiento de ese bloque para poder predecir el lugar que va a ocupar en el siguiente cuadro por medio de tan solo un vector de movimiento y otros datos para corregir la imagen, esto es para la redundancia temporal, el aprovechamiento de la redundancia espacial sirve para realizar esta predicción cuando las coincidencias que detecta la redundancia temporal no son suficientes para construir un cuadro que sea parecido al real y funciona aprovechando las similitudes que existen entre bloques próximos para predecir la textura de cada bloque.
Lo último de lo que voy a hablar es del método de compresión con pérdida, como habéis podido comprobar, para aumentar el ratio de transmisión se renuncia a cierta calidad del vídeo, pero si esta pérdida es una baja asumible, la velocidad se compensa con la calidad, y esto es lo que pasa con el vídeo en streaming, las diferencias entre el vídeo real y uno que emplea este tipo de codificación son imperceptibles para el ojo humano, por tanto se opta por un método que reduzca la cantidad de información que hay que enviar para construir una secuencia de vídeo aunque se pierda cierta calidad que es la definición del método de compresión con pérdida o lossy.
Fuentes





Yo voy a montar un sitio con videos en streaming para unas webcams de mi ciudad, y lo voy a montar con html5 y theora. ¿por que? primero porque soy fanatico del software libre, y segundo porque paso de pagar licencias a nadie por mi servidor. Yo me lo guiso, yo me lo como. Quien no lo pueda ver, que use firefox.
Por cierto, chrome tambien puede reproducir ogg creo.¿no?
Que yo sepa Chrome no puede, pero Opera sí
Me parece que el unico que no lo soporta es explorer,
http://www.fabio.com.ar/3741