Converter MOV para WebM

É essa a forma inteira desta página. O MOV na sua frente saiu do Final Cut, Premiere ou DaVinci Resolve, ou direto de um cartão de câmera, e foi feito para ser editado, não baixado. É medido em centenas de megabytes, pode ser ProRes, e é a cópia de maior qualidade que existe daquele material.

O destino é o oposto de tudo isso: uma landing page onde o vídeo é uma textura atrás de um texto, ou um portfólio onde um visitante no celular não deveria gastar oito megabytes para descobrir se gosta do seu trabalho. Tudo a seguir é sobre chegar de um ao outro sem tomar uma decisão que você vai lamentar numa conexão lenta.

Precisa ser dito antes de qualquer outra coisa, porque é o motivo mais comum de um designer converter um MOV especificamente. Vídeo transparente — um logotipo animado, uma faixa inferior animada, um produto flutuando sobre uma página — é entregue como ProRes 4444 dentro de um arquivo QuickTime, e o equivalente do lado do navegador é VP9 com canal alfa num WebM. O caminho de um ao outro parece óbvio.

Não está disponível aqui. A conversão descarta o canal alfa, então o que sai é opaco; e na prática um arquivo ProRes 4444 nem decodifica num navegador, então costuma falhar antes de chegar nesse ponto. Produzir WebM com alfa precisa de uma ferramenta que consiga escrever isso — um build do ffmpeg, ou um preset de exportação no After Effects com plugin de WebM. Mantenha o MOV como mestre e consiga o WebM transparente do software que o fez.

VP9 para a imagem e Opus para o som, sempre. A taxa de bits segue a faixa de qualidade e a resolução: o modelo trata o VP9 como cerca de 40% mais eficiente que o H.264, o que a 1080p coloca as três faixas perto de 1,1, 1,8 e 3,6 megabits por segundo contra 1,8, 3 e 6 que um MP4 teria.

Essa eficiência vale a pena e não é a maior alavanca da página. Um mestre 4K reduzido para 1080p remove três quartos dos pixels antes mesmo de o codec ver, e um loop de fundo exibido com 400 pixels de altura não ganha nada por ser 2160. Ajuste a resolução para o tamanho em que o elemento é de fato renderizado, depois discuta codec.

Esse é o obstáculo prático para este público, e vale planejar em vez de descobrir. O plano gratuito aceita arquivos até 100 MB. Um mestre ProRes de uma sequência de título de trinta segundos pode ter vários gigabytes; até um original de câmera em H.264 a 4K são cerca de 350 megabytes por minuto — um celular escreve 170 só quando grava HEVC.

A resposta é exportar um intermediário menor do editor e converter isso. Uma exportação H.264 em 1080p numa taxa de bits moderada é uma fração do mestre, decodifica de forma confiável num navegador, e dá ao codificador VP9 uma imagem perfeitamente boa para trabalhar. Cortar só os segundos que fazem o loop costuma economizar mais que qualquer ajuste de codificador.

Coloque os dois arquivos num elemento de vídeo só, WebM primeiro e MP4 depois, e deixe o navegador escolher. Navegadores pegam a primeira fonte que conseguem decodificar, então um navegador moderno pega o WebM e todo o resto cai para o MP4. É uma mudança de duas linhas na marcação, e é a diferença entre uma economia e uma falha.

Para um loop de fundo, os outros atributos importam tanto quanto o codec: muted, playsinline, loop, e preload ajustado para metadata em vez de auto, para o vídeo não competir com o texto no primeiro segundo da conexão. Uma imagem de pôster — um quadro tirado do mesmo MOV — é o que o visitante vê enquanto tudo isso é organizado.

Filmagem gravada num celular carrega uma marca de rotação em vez de pixels rotacionados, e contêineres baseados em Matroska como o WebM não têm onde guardar tal marca. Então a conversão rotaciona a imagem de verdade e escreve uma imagem em pé, o comportamento que você quer quando o arquivo vai para uma página cuja reprodução você não controla.

A consequência a observar é o aspect ratio no seu CSS. Um clipe que se declarava 1920 por 1080 com marca de rotação vira um WebM genuinamente 1080 por 1920, e um contêiner estilizado para paisagem vai deixar tarjas pretas mal colocadas. Confira as dimensões da saída em vez das que a câmera afirmava.

Escrever VP9 precisa de um codificador de VP9, e isso vem do sistema operacional, não desta página. Chrome, Edge e Safari têm um em praticamente toda máquina atual; algumas instalações de Firefox, particularmente em Linux, não têm, e a página avisa isso antes de você escolher um arquivo em vez de falhar no meio de uma codificação.

A outra metade da questão é a origem. Um MOV ProRes ou log de 10 bits precisa de um decodificador que o navegador provavelmente não tem, e a conversão para com uma mensagem dizendo que nada no arquivo pôde ser convertido. Não há alternativa em software para nenhuma das duas metades: um codec compilado para WebAssembly tem dezenas de megabytes e é uma ordem de grandeza mais lento que o hardware ao lado.

O material desta página frequentemente ainda não é público. Um lançamento de produto, as instalações de um cliente, um showreel sob embargo, um pedaço de uma campanha que ainda não rodou. O jeito comum de converter um MOV é subir para um conversor escolhido numa busca, o que coloca um ativo não lançado num servidor que ninguém verificou.

Aqui a decodificação e a codificação VP9 acontecem na aba, usando os codecs que a máquina já tem. Nada carregando o vídeo sai, e a aba de rede confirma isso. O benefício prático chega junto: um arquivo grande converte na velocidade do seu processador, não na velocidade da sua conexão de subida.