Los Hangouts de Google en HD gracias a VP8

Los Hangouts o video conferencias de grupos que ofrece la red social Google+ han ido ganando adeptos con el paso del tiempo, siendo además uno de los puntos destacados de esta red social frente a otras redes como puede ser Facebook. Así pues, Google, consciente que los hangouts son un punto destacado y muy a tener en cuenta han decidido que ya era hora de que esta funcionalidad pudiese ofrecer video en alta definición. Para ello, los Google Hangouts sustituirán la utilización del codec H.264 por el nuevo codec VP8 lo cual permitirá que se pueda realizar transmisión de video con calidad de hasta 720p.

No solo hay una apuesta por mejorar la calidad, sino también por potenciar los estándares abiertos y un intento con ello de fomentar la adopción de WebRTC. WebRTC es una tecnología que permitirá la realización de llamdas de voz, chats de video y compartir archivos directamente desde los navegadores y sin utilizar plugins adicionales. Chrome, Firefox y Opera ya se han decantado por la adopción de WebRTC de forma nativa, aunque aún falta que Internet Explorer y Safari acaben por unirse en ese sentido, así pues cualquier pequeño empujoncito será bien recibido.

VP9 llega para intentar competir con H.264

logo_youtubeHace ya algunos días que VP9, el codec de video de Google, llegó de la mano de Chromium. Este codec de video había sido anunciado hacía tiempo por Google y la compañía de Mountain View pretende que este codec junto al de audio Vorbis (junto al cual forman el conocido como formato WebM), puedan convertirse en el estándar para los contenidos multimedia en donde actualmente H.264 se lleva la palma.

¿Y que es lo que ofrece VP9 que le permita desbancar a sus competidores? Pues el principal punto a su favor es la capacidad para transmitir video a la misma calidad pero consumiendo un ancho de banda mucho menor. Esa reducción de ancho de banda, la cifran algunos expertos en torno a un 50%, sin duda un gran ahorro de recursos. Y se trata no solo de un gran ahorro de recursos para los usuarios, sino que los servidores también lo notarían enormemente, y sin duda cuando YouTube lo implemente por completo la reducción a la mitad del ancho de banda consumido se notará en gran medida. El otro reclamo que trae bajo el brazo VP9 es que es un códec libre y no requiere el pago de licencias para su utilización, algo que lo ofrece otro punto a su favor frente a H.264.

Seguramente, la inclusión de VP9, pase de Chromium a Chrome, y se espera que en lo que quede de año se implemente completamente.

Cuando la etiqueta AUDIO no acaba de funcionar en todos los navegadores

HTML5 ha ido concretándose como el estandar que todos los navegadores implementan, aún así, a veces no todo es tan sencillo, porque cada navegador hace su propia implementación del estandar y eso a veces lleva a que los desarrolladores nos encontremos con algún que otro problemilla «extraño» que se origina por esa «interpretación» personal que hace cada navegador.

Un ejemplo lo podemos encontrar con la etiqueta AUDIO que nos permite añadir un archivo de música en nuestra página web. Pues bien, podríamos pensar que, puesto que esta etiqueta es estandar su uso será el mismo en todos los navegadores. De esta forma podríamos estar tentados a hacer uso por ejemplo de un archivo en formato mp3, que incrustaríamos con esta etiqueta y esto debería funcionar en todos los navegadores. Pues bien, no es así y todo porque cada navegador ha decidido optar por un formato de codecs de audio para esta etiqueta. Así pues mientras un archivo incrustado con la etiqueta AUDIO en formato OGG se reproduciría con normalidad en Firefox, Opera o Chrome, en Safari o IE9 necesitaríamos que el archivo incrustado esté en formato MP3. También tenemos como opción los archivos de Audio en formato ACC.

Por suerte la etiqueta AUDIO nos permite definir varias fuentes de audio para la etiqueta, de forma que según el navegador que utilice el visitante de la web, pueda seleccionar el archivo adecuado para la reproducción del archivo. Quedaría una estructura similar a como sigue a continuación:

<audio controls=»controls»>

<source src=»audio/archivo.mp3″ type=»audio/mpeg» preload=»»/>

<source src=»audio/archivo.ogg» type=»audio/ogg» preload=»»/>
<source src=»audio/archivo.m4a» type=»audio/ogg» preload=»»/>

</audio>