8Sep

Por qué YouTube en Chrome( y Firefox) está agotando la batería de su computadora portátil y cómo solucionarlo

click fraud protection

¿YouTube tartamudea, calienta su computadora portátil, enciende sus ventiladores o simplemente usa mucha CPU?Incluso si nunca lo has notado, YouTube en Chrome casi seguramente usa más batería de la necesaria. Al igual que otros problemas de rendimiento de Chrome, probablemente sea peor en Mac.

Este es el resultado del cambio a video HTML5 y peculiaridades con los códecs de video utilizados por YouTube en Chrome frente a otros navegadores. Tenga paciencia con nosotros y le explicaremos por qué Google hizo que la reproducción de YouTube fuera tan ineficiente en primer lugar. Firefox puede tener el mismo problema, también.

HTML5, H.264, VP8 y VP9

YouTube ahora ha abandonado en gran medida el complemento de video Flash para la reproducción de video HTML5.Pero la reproducción de video HTML5 no está estandarizada. Los navegadores pueden elegir qué códec de video quieren usar, y no hay un solo códec que prefieran todos los navegadores.

Cuando YouTube usó Flash, usó el códec H.264 para reproducir videos. Los videos con este códec suelen tener la extensión de archivo. mp4, y a menudo se los denomina videos MP4.Este es un estándar de facto para toda la industria más allá de los navegadores web.

instagram viewer

Safari, Internet Explorer, Microsoft Edge, Chrome y Firefox incluyen soporte para reproducir videos con codificación H.264, aunque Firefox se inclinó y evitó incluir esto el mayor tiempo posible.

Aunque Apple y Microsoft solo admiten H.264 para la reproducción de video en sus navegadores, Google también ha estado impulsando sus propios códecs. Google adquirió el códec VP8 y lo incorporó a Chrome, y Firefox lo siguió.Google ahora está impulsando el códec VP9 de próxima generación, que ahora también está integrado en Chrome y Firefox. Los archivos que usan este códec generalmente tienen la extensión de archivo. webm, y también a veces se denominan archivos WebM.

¿Por qué Google creó VP8 y VP9?

Si bien H.264 es un estándar de facto para toda la industria, tiene un problema importante. Las tecnologías subyacentes están cubiertas por una amplia variedad de patentes. Para utilizar estas tecnologías, por ejemplo, si las estuvieras incorporando a un producto, tendrías que pagar una tarifa a la cartera de patentes H.264.

Es por eso que Mozilla aguantó tanto tiempo contra H.264: quería que la web se basara en un estándar abierto que no requiriera ninguna tarifa. Google lanzó VP8 y VP9 con una promesa de patente irrevocable, lo que permite a las personas hacer lo que quieran con ella: Google no intentará extraer tarifas de patentes. Cisco está efectivamente pagando las tarifas de licencia y brindando un complemento gratuito para los usuarios de Firefox. Firefox descarga automáticamente este complemento y lo usa para habilitar el soporte H.264.

VP8 no ha obtenido la tracción

Pero Google no fue particularmente exitoso con VP8.A comienzos de 2011, Google anunció que retiraría la compatibilidad H.264 de Chrome para admitir solo códecs abiertos como VP8 y Theora. Más de cuatro años después, Google nunca hizo esto y desde entonces no hemos escuchado nada sobre esa promesa.

Es probable que Mozilla se aferre a Google para cumplir su promesa, pero Google nunca pudo, en cambio, Mozilla cedió y agregó soporte H.264 años después. H.264 es el codec estándar de facto actual, le guste o no, y, cuando se usa un navegador Apple o Microsoft, es el único disponible. Es la única opción real para los navegadores móviles, también. Muchos sitios web han implementado video HTML5 con solo soporte H.264, y Chrome y FIrefox se cerrarán si no son compatibles con H.264.

El verdadero problema: aceleración de hardware

Aquí hay un problema básico simple. La decodificación( reproducción) H.264 es acelerada por hardware. Esto significa que el "trabajo" de reproducir un archivo de video H.264 es realizado por el procesador de gráficos( GPU) de una manera mucho más eficiente. Si la decodificación de hardware no estuviera disponible, la CPU tendría que hacer todo el trabajo de una manera menos eficiente. Esto significa que la reproducción requiere menos tiempo de CPU, lo que significa que se desperdicia menos energía de la batería y se genera menos calor. También podría significar una reproducción más suave si la CPU no puede seguir el ritmo de reproducción del video.

Realmente, todas las piezas de hardware modernas admiten la decodificación acelerada por hardware H.264.Esto incluye todo tipo de teléfonos inteligentes, tabletas, PC, Mac e incluso Chromebooks. Cuando un navegador web, sí, incluso Chrome, reproduce videos H.264, se descarga a la GPU.Incluso Adobe Flash admite la aceleración de hardware del video H.264.

Pero no hay ningún hardware que acelere los videos VP8 y VP9.Cuando Google anunció VP8 a mediados de 2010, una variedad de empresas, incluidos grandes nombres como nVIDIA, AMD y Qualcomm, anunciaron que apoyarían a VP8 en sus productos. Pero, más de cinco años después, nunca llegaron dispositivos con decodificación VP8 acelerada por hardware.

En el reciente anuncio de Google de VP9, ​​señala que "más de 20 socios de dispositivos en la industria están lanzando productos en 2015 y más allá usando VP9". La misma publicación también señala otras ventajas de VP9, ​​como el tamaño de archivo más pequeño para la misma calidad. Intel, nVIDIA, AMD y otras compañías se han comprometido a respaldar la decodificación acelerada por hardware de VP9.

Buscamos hardware que admita la decodificación VP9 acelerada por hardware, y todo lo que encontramos fue que Intel lanzó nuevos controladores Haswell y Broadwell para Windows con "soporte de aceleración parcial de hardware y hardware" para VP9 a principios de 2015. Claramente hay unaMucho más trabajo por hacer.

Al igual que otros problemas de rendimiento de Chrome, esto puede ser peor en una Mac. Los ingenieros de Chrome cerraron un error sobre el uso elevado de CPU y generación de calor en una MacBook con el comentario "El uso de CPU durante la reproducción VP9 en una Mac no es un error". Eso puede ser cierto, pero Google probablemente no debería publicar todos esos videos VP9a los usuarios de Chrome en Mac si el uso de CPU alto es normal. Eso solo anima a los usuarios de Mac a usar Safari en su lugar.

Cómo hacer que los videos de YouTube Play sean más eficientes

Es un problema de huevo y gallina, en realidad, los fabricantes no van a implementar un VP9 acelerado por hardware hasta que realmente se use en el mundo real. Google resolvió este problema agregando VP8 y VP9 a Chrome y pidiéndole a YouTube que ofrezca videos VP9 y VP8 a Chrome. YouTube también puede servir videos VP8 y VP9 para Firefox.

Esto podría ahorrar algo de tiempo de descarga, pero significa que YouTube consume más batería y ciclos de CPU en Chrome. En dispositivos con CPU especialmente lentas, los videos pueden incluso tartamudear en lugar de reproducirse sin problemas.

Para obtener una reproducción más eficiente, puede cambiar a Safari, Microsoft Edge o Internet Explorer. Pero no tienes que hacer eso. Puede instalar la extensión del navegador h264ify para Chrome, lo que obligará a Chrome a solicitar videos H.264 desde YouTube. Se verán igual, pero Chrome los reproducirá más fácilmente.

Descargue h264ify para Chrome, obtenga h264ify para Firefox, o consulte la página del proyecto en GitHub para obtener más detalles

Cómo ver si YouTube está usando H.264, VP8 o VP9

Para verificar qué codec está sirviendo a su navegador, a la derecha-Haga clic en un video de YouTube durante la reproducción y seleccione "Estadísticas para nerds". A la derecha de "Mime Type", verá "video / mp4" y el códec "avc" para videos H.264 / MP4.

Para videos VP8 y VP9, ​​verá "video / webm" y "vp9" o "vp8".

A largo plazo, el empuje de VP9 de Google podría ser mejor para la web y conducir a hardware que pueda proporcionar decodificación acelerada de este nuevo códec. Sin embargo, en el presente, es posible que desee ahorrar algo de batería y hacer que su computadora portátil funcione de manera más eficiente. De lo contrario, opte por salir del experimento de Google y usar el video H.264.

Crédito de la imagen: Esther Vargas en Flickr