De dónde salen los archivos WebM
Google lanzó WebM en 2010 como formato de vídeo libre de regalías para la web. Se basa en el contenedor Matroska y contiene vídeo VP8, VP9 o AV1 con audio Vorbis u Opus. Normalmente acabas con un WebM sin haberlo elegido:
- Grabaciones de pantalla hechas en el navegador, por ejemplo con extensiones o grabadores web, que usan el MediaRecorder integrado del navegador.
- Clips guardados de webs y plataformas sociales que emiten en VP9.
- Exportaciones de algunas herramientas de animación, memes y captura de partidas.
- Grabaciones de servicios de videollamada y de notas de voz.
Los navegadores reproducen WebM sin problemas. Los problemas empiezan en otros sitios: iMovie y Final Cut no lo importan, Premiere necesita pasos adicionales, los iPhone antiguos no lo reproducen en Fotos, muchas teles lo ignoran y algunas apps de mensajería y formularios de subida rechazan la extensión.
Por qué WebM siempre se recodifica
Algunos conversores pueden reempaquetar un archivo en MP4 en segundos cuando el códec ya es compatible. Con WebM ese atajo no sirve: el objetivo de convertir es obtener H.264, y WebM nunca contiene H.264. Aunque técnicamente MP4 puede llevar VP9 o AV1, los dispositivos que rechazan WebM suelen rechazar también esos códecs.
Por eso la herramienta siempre decodifica el WebM y codifica un flujo nuevo:
- Vídeo: H.264 con CRF 23 y color estándar de 8 bits 4:2:0, la combinación con el soporte de hardware más amplio.
- Audio: Opus o Vorbis convertido a AAC a 128 kbit/s.
- Estructura del archivo: el índice se escribe al principio del MP4, para que pueda empezar a reproducirse en un navegador o en una app de mensajería antes de descargarse por completo.
La resolución y la tasa de fotogramas no cambian. En el navegador el codificador usa el preset ultrafast; la opción de servidor usa medium con el mismo CRF, que consume más CPU pero normalmente produce un archivo más pequeño.
Cuenta con que el MP4 sea más grande
VP9 y AV1 son más modernos y eficientes que H.264. Para la misma calidad visual, H.264 necesita aproximadamente entre un 30 y un 50 % más de bits que VP9, y todavía más frente a AV1. Sumado al preset rápido del navegador, un WebM de 40 MB puede convertirse fácilmente en un MP4 de 70 a 100 MB.
Hay dos formas de reducirlo:
- Usa el procesamiento en servidor, que comprime mejor con la misma calidad. El uso gratuito cubre un trabajo al día de hasta 500 MB; Premium no tiene límite diario y acepta archivos de hasta 4 GB.
- Pasa después el MP4 por comprimir vídeo con el nivel Ligera o Media.
Grabaciones de pantalla: problemas específicos
Las grabaciones de pantalla del navegador son la fuente más habitual de WebM y vienen con sus propias rarezas.
Duración ausente y saltos en la reproducción
MediaRecorder escribe el archivo mientras graba y a menudo nunca guarda la duración total. Los reproductores muestran entonces 0:00 o una línea de tiempo que no deja de crecer, y al saltar a otro punto la reproducción da tumbos o falla. Recodificar escribe un índice correcto, así que el MP4 tiene una duración correcta y se puede avanzar con normalidad. Solo por esto ya merece la pena convertir las grabaciones antes de compartirlas o editarlas.
Tasa de fotogramas variable
Los grabadores solo capturan fotogramas cuando algo cambia en la pantalla, así que la grabación de una diapositiva estática puede tener largos huecos entre fotogramas. La conversión mantiene la imagen y el sonido sincronizados a través de esos huecos. Si la grabación empieza o termina con minutos de tiempo muerto, córtalos primero con cortar vídeo: la conversión será más corta y el archivo también.
Vídeo con transparencia
Un WebM con VP8 o VP9 puede llevar canal alfa, que se usa para stickers animados y superposiciones. H.264 no admite transparencia, así que las zonas transparentes pasan a negro en el MP4. Si necesitas una imagen animada con transparencia, quédate con el WebM; si necesitas algo que se reproduzca como un bucle corto en chats o documentos, convertir vídeo a GIF puede encajar mejor.
Velocidad y memoria en el navegador
Decodificar VP9 y AV1 es más exigente que decodificar H.264, y todo el trabajo se ejecuta en un solo núcleo de CPU en WebAssembly. Expectativas aproximadas:
- Una grabación de pantalla en 1080p se convierte más o menos a tiempo real en un portátil reciente, así que una grabación de 10 minutos tarda unos 10 minutos.
- Los móviles son varias veces más lentos y pueden quedarse sin memoria con archivos de más de unos cientos de megabytes.
- La entrada y la salida permanecen en la memoria del navegador hasta que descargas, así que cierra otras pestañas pesadas si el archivo es grande.
En el modo navegador no se sube nada y el WebM original queda intacto. Para grabaciones largas o de alta resolución, la opción de servidor evita tanto el límite de memoria como la espera en tu propio dispositivo.