Convertir M4V a WebM

Las demás conversiones que admite un M4V llegan al otro lado con la misma pareja de códecs: hacia MP4 o hacia MOV se sigue escribiendo H.264 con AAC, aunque también ahí se descodifique y se vuelva a codificar, porque este conversor no copia flujos. Ésta ni siquiera mantiene los códecs. El WebM se escribe con vídeo VP9 y audio Opus, y el M4V lleva H.264 o HEVC con AAC, así que las dos pistas se descodifican a datos crudos y se vuelven a construir desde cero con códecs distintos.

Eso es el objetivo y no un efecto colateral. Si un destino pide WebM es casi siempre porque H.264 y AAC están cubiertos por patentes y VP9 y Opus no. Una conversión que conservara algo de los códecs originales no habría resuelto el problema que tiene el lector.

El motivo más común para buscar un WebM es «quiero poner un vídeo en una página web», y para eso el camino del MP4 es mejor. H.264 dentro de un MP4 lo descodifica de forma nativa cualquier navegador actual, se codifica en una fracción del tiempo, y es el archivo que necesitarías igualmente como alternativa. Si nadie te ha dicho que H.264 no sirve, coge el MP4 y sigue con lo tuyo.

Lo que hace que el WebM merezca la espera es una norma que no escribiste tú. Y si ya estás sirviendo dos fuentes desde un mismo elemento de vídeo, poner el VP9 primero hace que los navegadores capaces de leerlo se descarguen menos bytes para la misma imagen.

En el sector público español la elección de formatos no es libre: la normativa de interoperabilidad empuja de forma explícita hacia estándares abiertos, y esa presión termina bajando desde los pliegos hasta el departamento de comunicación que tiene que publicar la grabación de una jornada. Lo mismo ocurre en repositorios universitarios y en portales de universidades públicas de toda Latinoamérica, donde el criterio de acceso abierto llega también al contenedor del archivo.

A esa lista se suman los proyectos de contenido libre. Wikimedia Commons y varios archivos abiertos aceptan WebM y Ogg y rechazan los formatos con licencias de patente, de manera que una clase o una demostración exportada desde un equipo de Apple no se puede aportar tal cual. En todos estos sitios el requisito está escrito en alguna parte, que es exactamente lo que distingue a quien lee esta página de quien lee la del MP4: a nadie le pide VP9 su televisión.

Hay codificadores de H.264 metidos prácticamente en todos los móviles, portátiles y chips gráficos de los últimos quince años. Los de VP9 son mucho menos frecuentes en hardware, así que el trabajo cae más a menudo en software que corre dentro de la pestaña. El mismo clip que se convierte en MP4 en una unidad de tiempo puede tardar varias en convertirse en WebM, y la distancia crece con la resolución más que con el tamaño del archivo. Es la conversión más lenta que puede hacer un M4V, aunque el motor más lento del sitio con diferencia sea otro: el reconocimiento óptico de texto.

Organízate en consecuencia. Convierte el trozo que necesitas y no la grabación entera, baja la resolución si el destino es una página y no una proyección, y deja la pestaña abierta, porque cerrarla cancela el trabajo en lugar de encolarlo. Si el navegador no dispone de codificador de VP9, la conversión lo dice antes de aceptar el archivo en vez de fallar a mitad.

Ésta es la parte que las webs de conversión no suelen contar. Aquí no hay un servidor con un juego de códecs fijo: se usan los del propio equipo a través del navegador, así que la misma versión de Chrome codifica en una máquina y no en otra porque en realidad le está preguntando al sistema operativo.

Por eso se ejecuta una comprobación una sola vez por sesión, antes de aceptar el archivo, y por eso el fallo llega como una frase legible que nombra navegadores capaces en lugar de como un error de motor. No hay respaldo en servidor: el módulo de servidor de este sitio no lee ni escribe ningún formato de vídeo. Y tampoco hay respaldo por software descargable, porque un codificador de vídeo en WebAssembly serían decenas de megabytes y una lentitud mucho peor que la del que ya está en la máquina.

VP9 describe la misma imagen con menos bytes que H.264, que es uno de los argumentos a su favor, pero el ahorro grande en una página web no es elegir mejor códec: es no enviar píxeles que la maqueta no muestra. Una grabación en 4K incrustada en una columna de 800 píxeles de ancho está gastando la mayor parte de sus bytes en detalle que el navegador tira nada más recibirlo.

El control va de 2160p hasta 360p con el ancho siguiendo solo, para que nada se deforme, y pedir más de lo que tiene el origen se ignora a propósito, porque ampliar no inventa detalle. Reducir antes de codificar acorta además la propia codificación, que en este destino es la diferencia entre una espera y una tarde.

El AAC del M4V se convierte en Opus, publicado por el IETF en 2012 y desarrollado en Xiph.Org y Skype. Opus es un códec más eficiente que AAC en las tasas que usa el vídeo web, especialmente sobre voz, y todos los navegadores lo descodifican porque WebRTC hizo obligatorio ese soporte. En una charla grabada o en una demostración narrada eso es una ganancia real y no un movimiento lateral.

Sigue siendo una segunda generación de compresión con pérdida, y ningún codificador puede devolver lo que quitó la pasada de AAC. Lo que compra el códec mejor es que esa segunda pasada cueste menos de lo que habría costado con uno más débil. La calidad se elige aquí por bandas —archivo pequeño, equilibrada o calidad alta, con la equilibrada por defecto— y no por una cifra de kilobits, porque la traducción de cada banda a un número la hace la biblioteca y depende del códec.

Hay un caso concreto que conviene comprobar antes de dar por buena la conversión: una pista en AC-3, E-AC-3, DTS o TrueHD se descarta. En una conversión de vídeo a vídeo eso significa que la imagen sale bien y el resultado sale mudo, y es un fallo frecuente en material procedente de discos y de capturas de emisión.

Tampoco viajan los subtítulos incrustados ni los capítulos. La conversión no tiene forma de representar una pista de subtítulos, así que si el M4V los llevaba dentro hay que exportarlos aparte y servirlos como pista de texto junto al vídeo, que en una página web es de todos modos la forma correcta de tenerlos: seleccionables, buscables y desactivables.

Un M4V comprado en una tienda está cifrado. Este sitio no descifra nada ni contiene ninguna línea de código dedicada a ello, y ninguna web que diga hacerlo merece que le entregues el archivo.

El choque no es sólo técnico. Los destinos que quieren WebM son proyectos de contenido abierto, y el material comprado en una tienda no es tuyo para publicarlo ahí en ningún formato. Los M4V sin protección —exportaciones de QuickTime, iMovie o Final Cut, grabaciones de cámara, descargas de un curso propio— se convierten con normalidad y suelen ser justo los que alguien tiene derecho a publicar.

Dentro de un elemento de vídeo, pon el WebM como primera fuente y un MP4 como segunda. Los navegadores eligen la primera que entienden, así que los que tienen decodificador de VP9 se llevan el archivo pequeño y el resto cae en la alternativa sin que haya que escribir nada de JavaScript. Servir sólo WebM es decidir que pierdes a quien no pueda descodificarlo, que es un grupo más pequeño que antes y no un grupo vacío.

Aprovecha para poner una imagen de póster. Un fotograma sacado del propio vídeo le da al lector algo que mirar antes de que empiece la reproducción, y en este sitio hay páginas que extraen ese fotograma del mismo M4V. Cógelo unos segundos después del principio, porque casi todas las grabaciones empiezan en negro.

Descodificar, codificar y empaquetar ocurren dentro de la pestaña, sobre tu propio procesador y con los códecs que ya trae la máquina. Ninguna petición lleva el vídeo a ningún sitio y no hace falta cuenta. El límite gratuito es de 100 MB por archivo, que en este par rara vez es lo que aprieta, porque lo que se publica en una web suele ser un fragmento y no una obra entera.

Los lotes funcionan igual: hasta cien archivos de una vez, cada uno con su progreso y descargables juntos en un ZIP. Dado el tiempo de procesador que pide VP9, un lote grande conviene lanzarlo cuando no necesites el equipo. El coste es tu hardware y no la cola de nadie, que es también el motivo de que no haya cupo diario sobre esto.