Converter WebM para MOV

Filmagem chega de lugares onde ninguém filma de propósito. Um cliente manda uma captura de tela que o navegador dele fez. Um clipe de referência sai de um site. O gravador baseado em navegador de um colega produziu a entrevista. Uma ferramenta de reunião remota exportou a sessão. Tudo isso entrega um WebM, e um WebM é um formato de entrega desenhado em 2010 para mover vídeo a navegadores barato, não para ser editado.

O resultado é um diálogo de importação que ou recusa o arquivo ou aceita e se comporta mal. A Adobe não distribui decodificador de VP9; o Final Cut Pro não lê o contêiner; o After Effects é inconsistente entre versões. Converter para MOV substitui as duas metades do problema de uma vez — um contêiner que a Apple escreveu e um codec que todo editor decodifica em hardware.

Essa é a frase mais importante da página. MOV é um contêiner, e ProRes é um codec que frequentemente mora dentro de um — os dois são usados de forma intercambiável em salas de edição, e não são a mesma coisa. O que é escrito aqui é vídeo H.264 com áudio AAC dentro de um invólucro QuickTime.

Essa distinção tem consequência numa timeline, não num player. ProRes é um codec intermediário: cada quadro fica sozinho, motivo de avançar e renderizar ser rápido e de os arquivos serem enormes. H.264 é um codec de entrega que descreve a maioria dos quadros como mudanças de outros quadros. Se a edição é longa, transcodifique este MOV para ProRes uma vez dentro do seu editor e corte a partir daí.

Os codificadores disponíveis para uma página web são os que o sistema operacional expõe pelo WebCodecs, e esse conjunto é deliberadamente estreito: H.264 e VP9 para vídeo, AAC, Opus, FLAC e PCM para áudio. ProRes é da Apple, licenciado, e alcançável pelas ferramentas da Apple em vez de por uma aba de navegador.

Dizer isso é mais útil que fingir o contrário. Um conversor que oferecesse "MOV (ProRes)" e silenciosamente escrevesse H.264 produziria um arquivo se comportando exatamente como este, e um editor sem entender por que a timeline está lenta. Se ProRes é uma exigência rígida, esta conversão é o passo um de dois, e o Compressor, o Media Encoder ou a transcodificação do seu próprio editor é o passo dois.

O controle de resolução importa mais para uma edição que para reprodução. Uma captura de tela em 4K numa timeline de 1080p é escalada toda vez que é renderizada ou avançada, e reduzir aqui remove esse trabalho permanentemente em vez de pagar por ele em cada prévia.

A lista vai de 2160p até 360p, com a largura seguindo automaticamente. Pedir uma resolução que a origem não tem é ignorado, então uma captura de 720p não pode ser inflada para 4K.

Arquivos WebM gravados por navegador carregam Opus quase sem exceção, e o MOV escrito aqui carrega AAC. Como com a imagem, isso é uma decodificação e uma recodificação em vez de uma cópia, então há uma segunda geração de compressão com perda no som. Para diálogo e narração de captura de tela é inaudível; para música é mensurável.

Toda trilha de áudio que o navegador consegue decodificar sobrevive, na ordem em que o WebM as guardava. Uma gravação com uma trilha de microfone separada e uma trilha de áudio do sistema — que algumas ferramentas de captura produzem — chega com as duas.

VP9 no WebM consegue carregar transparência, um dos motivos genuinamente bons de usar o formato: uma faixa inferior ou um logotipo animado entregue na web como WebM transparente se compõe direto sobre uma página. O H.264 não tem canal alfa, então essa informação não tem para onde ir.

A conversão não falha; produz um vídeo opaco, e a transparência simplesmente some. Para alfa dentro de um editor, os formatos de trabalho são ProRes 4444 num MOV ou uma sequência de PNG, e nenhum dos dois pode ser produzido por um navegador. Mantenha o WebM como mestre se a transparência é o ativo.

Trilhas de legenda e marcadores de capítulo são descartados. Contêineres baseados em Matroska como o WebM podem guardar os dois, e o motor lê trilhas de vídeo e de áudio e nada mais — uma trilha de legenda não é algo que ele se recusa a converter, é algo que ele nunca percebe.

Timecode e metadado de câmera também não são carregados, porque uma gravação de navegador raramente tem algum. O que você recebe é um arquivo limpo com duração, imagem e som — geralmente exatamente o que um diálogo de importação quer.

Como cada quadro é decodificado e recodificado, a conversão leva tempo real proporcional à duração e resolução da gravação, não ao tamanho do arquivo. Um clipe de dois minutos é rápido. Uma hora de captura 4K é uma carga sustentada na sua máquina, e a aba precisa ficar aberta enquanto roda.

O codificador H.264 que faz esse trabalho pertence ao navegador. 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 conversão avisa isso antes de começar em vez de falhar no meio.

Trabalho de edição está cheio de material que não deveria estar em lugar nenhum. Filmagem de produto não lançado, o painel de um cliente numa chamada gravada, uma reunião geral interna, uma entrevista sob embargo. O jeito comum de converter um WebM é subir para um site que ninguém verificou, um problema contratual antes de ser de privacidade.

Esta conversão roda inteiramente no navegador, usando os mesmos codecs que a máquina já usa para tocar vídeo. Nada carregando a filmagem é enviado a lugar nenhum, e não há conta. Uma captura longa converte tão rápido quanto o hardware permite, não tão rápido quanto o upload permite.