Convertir WebM a MOV

El material llega de sitios donde nadie rueda. Un cliente manda la captura de pantalla que hizo su navegador. Un clip de referencia sale de una web. La grabadora del navegador de un compañero produjo la entrevista. La herramienta de videoconferencia exportó la sesión. Todos entregan un WebM, y un WebM es un formato de entrega diseñado en 2010 para mover vídeo a navegadores de forma barata, no para cortarlo.

El resultado es un cuadro de importación que o bien deja el archivo en gris o bien lo acepta y después se comporta mal. Los programas de edición no traen descodificador de VP9 de serie. Convertir a MOV sustituye las dos mitades del problema a la vez: un contenedor que escribió Apple y un códec que cualquier editor descodifica por hardware.

Es la frase más importante de esta página. MOV es un contenedor y ProRes es un códec que a menudo vive dentro de uno; en una sala de montaje los dos términos se usan como si fueran lo mismo y no lo son. Lo que se escribe aquí es vídeo H.264 con audio AAC dentro de una envoltura QuickTime.

La distinción tiene consecuencias en la línea de tiempo y no en un reproductor. ProRes es un códec intermedio: cada fotograma se sostiene solo, que es la razón de que desplazarse y renderizar sean rápidos y de que los archivos sean enormes. H.264 es un códec de entrega que describe la mayoría de fotogramas como cambios respecto a otros, que es la razón de que el archivo sea pequeño y de que buscar hacia atrás le cueste trabajo a la máquina. Si el montaje va a ser largo, transcodifica este MOV a ProRes o a DNxHD una vez dentro de tu programa y corta desde ahí.

Los codificadores a los que llega una página son los que el sistema operativo expone, y este conversor escribe exactamente dos códecs de vídeo: H.264 y VP9. ProRes es de Apple, está licenciado y se alcanza a través de sus herramientas, no desde una pestaña del navegador.

Decirlo es más útil que disimularlo. Un conversor que ofreciera «MOV (ProRes)» y escribiera H.264 calladamente produciría un archivo que se comporta exactamente como este y un montador incapaz de entender por qué su línea de tiempo va a trompicones. Si ProRes es un requisito firme, esta conversión es el paso uno de dos, y Compressor, Media Encoder o el propio transcodificador de tu programa son el paso dos.

Aquí no hay copia de flujo. Al codificador se le entrega siempre una tasa de bits, y eso descarta cualquier atajo, así que la imagen se descodifica a píxeles y se comprime de nuevo entera. El tiempo que tarda es proporcional a la duración y a la resolución de la grabación, no al tamaño del archivo.

Un clip de dos minutos es rápido. Una hora de captura de pantalla en 4K es carga sostenida sobre tu equipo, y la pestaña tiene que quedarse abierta mientras corre: cerrarla cancela el trabajo en vez de encolarlo en alguna parte. Es la parte del proceso que conviene arrancar antes de irse a comer y no cinco minutos antes de una revisión con el cliente.

El control de resolución importa más en un montaje que en una reproducción. Una captura en 4K sobre una secuencia de 1080 se escala cada vez que se renderiza o se recorre, y bajarla aquí a la resolución de la secuencia quita ese trabajo de forma permanente en lugar de pagarlo en cada previsualización.

La lista va de 2160 a 360 y la anchura sigue automáticamente, así que nada se estira. Pedir una resolución que el origen no tiene se ignora, de modo que una captura de 720 no se puede inflar a 4K para cuadrar con una secuencia: eso es trabajo del escalado dentro del montaje, donde al menos es reversible.

Los WebM grabados por un navegador llevan Opus casi sin excepción, y el MOV que se escribe aquí lleva AAC. Igual que con la imagen, eso es una descodificación y una recodificación y no una copia, así que hay una segunda ronda de compresión con pérdida sobre el sonido.

Para diálogo y para la locución de una captura de pantalla es inaudible; para música es medible. Y es una razón concreta para cuidar el orden de trabajo: si el audio de esta grabación va a ser la referencia de una sincronización o va a viajar a una sesión de sonido aparte, sube la banda de calidad antes de convertir en vez de intentar recuperar algo después.

VP9 dentro de un WebM puede llevar transparencia, y es uno de los motivos genuinamente buenos para usar el formato: un rótulo inferior o un logotipo animado entregado en la web como WebM transparente se compone directamente sobre la página. H.264 no tiene canal alfa, así que esa información no tiene adónde ir.

La conversión no falla: produce un vídeo opaco y la transparencia sencillamente desaparece. Para alfa dentro de un programa de edición los formatos que funcionan son un MOV con ProRes 4444 o una secuencia de imágenes, y ninguno de los dos lo puede producir un navegador. Si la transparencia es el activo, conserva el WebM como maestro.

Las pistas de subtítulos y las marcas de capítulo se quedan fuera. Los contenedores basados en Matroska, y WebM lo es, pueden guardar ambas cosas, y el motor lee pistas de vídeo y pistas de audio y nada más: un subtítulo no es algo que decline convertir, es algo de lo que no se entera.

En la práctica esto muerde en un caso concreto: la grabación de una reunión con subtitulado automático activado. Las leyendas no van a aparecer en el MOV y hay que exportarlas por separado desde la herramienta que las generó, normalmente como un archivo aparte que después se importa a la línea de tiempo como pista de texto.

El codificador de H.264 que hace este trabajo pertenece al navegador y a la máquina. Chrome, Edge y Safari lo tienen en prácticamente cualquier ordenador actual; algunas instalaciones de Firefox, sobre todo en Linux, no. Por eso se hace una comprobación una vez por sesión antes de aceptar el archivo, y por eso el mismo navegador puede contestar cosas distintas en dos portátiles: en realidad se lo está preguntando al sistema operativo.

Cuando la respuesta es que no, se recibe una frase legible que nombra navegadores donde sí funciona, antes de empezar y no a mitad. No hay respaldo por software —un codificador de H.264 en WebAssembly son decenas de megabytes y bastante más lento que el que está al lado sin usar— y tampoco hay respaldo en servidor: el único módulo de este sitio que envía archivos no lee ni escribe un solo formato de audio o de vídeo.

Merece la pena decirlo sin rodeos porque ahorra una decisión falsa. Los dos destinos escriben aquí la misma pareja, H.264 con AAC, y lo único que cambia es la envoltura. Ninguno de los dos es de más calidad que el otro, y convertir a MOV en lugar de a MP4 no mejora nada del material que va a entrar en la línea de tiempo.

Elige MOV cuando el destino sea software de Apple o cuando una convención de la casa lo espere, y MP4 cuando el archivo tenga además que verse, subirse o mandarse a alguien. Si dudas, MP4 tiene menos formas de ser rechazado: ningún navegador incrusta un MOV, y buena parte de las plataformas de subida lo tratan peor. Cambiar la extensión a mano no es la respuesta —las cabeceras de los dos contenedores son distintas—, pero rehacer la conversión al otro destino cuesta lo mismo que la primera.

El trabajo de montaje está lleno de material que no debería estar en ningún sitio: producto sin presentar, el panel de control de un cliente grabado en una llamada, una reunión general interna, una entrevista bajo embargo. La forma habitual de convertir un WebM es subirlo a una web que nadie ha revisado, lo que es un problema contractual antes que uno de privacidad.

Aquí la descodificación y la recodificación ocurren dentro de la pestaña, con los mismos códecs que la máquina ya usa para reproducir vídeo. No sale ninguna petición que lleve el material y no hay cuenta. El límite gratuito es de 100 MB por archivo, que para un clip de referencia sobra y para una entrevista larga no llega: ahí la herramienta adecuada es una de escritorio, y decirlo es parte del trato.