Converter MKV para WebM

É a relação que vale entender antes de converter qualquer coisa. WebM não é um design separado; é Matroska com o conteúdo permitido reduzido a um punhado de codecs — VP8, VP9 e AV1 para vídeo, Opus e Vorbis para áudio. Um arquivo WebM é um arquivo Matroska legal.

A restrição é todo o valor. Um navegador recebendo um MKV arbitrário não sabe se contém HEVC, DTS ou algo de 2004, então recusa a classe inteira. Um navegador recebendo um WebM sabe de antemão que é uma entre poucas coisas que consegue decodificar.

Sites de vídeo servem seus melhores fluxos como VP9 ou AV1 com áudio Opus, e nada disso cabe num MP4 que qualquer coisa toque. Então uma ferramenta de download que junta os fluxos separados de vídeo e áudio precisa colocar em algo permissivo, e Matroska aceita qualquer combinação sem discutir.

A consequência é incomum neste pacote: os codecs que você quer no WebM já estão, na maioria das vezes, dentro do MKV. Isso torna a conversão barata num sentido e digna de atenção no outro.

Seria razoável supor que uma faixa VP9 indo para um WebM é copiada sem alteração. Não é. Todo quadro é decodificado de volta para pixels e comprimido de novo, e uma segunda passada por um codec com perdas sempre perde um pouco mais.

Vale ser direto sobre a alternativa, porque para este arquivo específico ela é boa. Se o MediaInfo diz que seu MKV já guarda VP9 e Opus, um remuxer de desktop com cópia de fluxo produz o WebM em segundos sem perder nada.

A saída guarda vídeo VP9 e áudio Opus, sempre. Uma fonte AV1 é convertida para baixo em vez de mantida, uma pequena perda de eficiência em troca de mais máquinas capazes de decodificar.

Chrome, Edge, Firefox e Safari atuais tocam essa combinação. Safari antigo em macOS antigo é a exceção que mantém o MP4 no jogo, e por isso um elemento de vídeo em produção costuma listar as duas fontes.

WebM herda o espaço do Matroska para várias faixas de áudio, e cada uma que o navegador consegue decodificar é carregada na saída na ordem em que foi encontrada. Na prática um clipe baixado costuma ter só uma.

Faixas de legenda são uma história diferente e curta: este conversor lê apenas faixas de vídeo e áudio, então um MKV com legendas embutidas é invisível para ele nesse aspecto. Um arquivo WebVTT referenciado por um elemento track é a resposta melhor de qualquer forma.

O navegador é perguntado se consegue decodificar cada trilha antes de qualquer coisa ser convertida. Se não conseguir, a faixa é descartada e a imagem continua, então a conversão termina com sucesso e o WebM não tem som. Nada avisa isso enquanto acontece.

Um MKV baixado carrega Opus ou AAC e nunca é afetado. Um MKV tirado de um DVD carrega AC-3, E-AC-3, DTS ou Dolby TrueHD — codecs para os quais navegador nenhum traz decodificador.

Para qualquer coisa incorporada numa página, a resolução importa mais que a faixa de qualidade. Uma fonte 4K reduzida a 1080p remove três quartos dos pixels e leva a maior parte dos bytes junto.

O controle só reduz. Pedir mais do que a fonte tem é ignorado de propósito, porque ampliar não inventa detalhe e produz um arquivo maior à toa. Se o clipe é decorativo, 720p na faixa de qualidade pequena costuma ser indistinguível no lugar.

A decodificação e a codificação VP9 acontecem dentro da aba do navegador. Nada carregando o vídeo é enviado a lugar nenhum, o que dá pra confirmar abrindo a aba de rede e convertendo algo.

VP9 pede mais do processador que H.264, e codificadores VP9 por hardware são menos comuns, então o navegador às vezes recorre a software e a espera é maior do que o tamanho do arquivo sugere. Esse custo se paga a cada visualização: para a mesma qualidade visível, VP9 costuma precisar de menos bytes que H.264.