MKV → WebM

Sim, e é o caminho rápido. MKV e WebM compartilhar a mesma estrutura de caixa subjacente, assim os fluxos de vídeo e áudio são copiados em byte-for-byte e apenas o envoltório de recipientes é reescrevido. Nada é decodificado e nada é recomprimido, então um arquivo de comprimento de funcionalidade acaba em menos de um minuto em vez de meia hora, com qualidade de saída idêntica à fonte. MKV é Matroska, um recipiente aberto concebido em 2002 sem restrições de licenciamento e sem tecto sobre o que pode segurar. O WebM é um subconjunto estrito de Matroska que o Google publicou em 2010 especificamente para dar o vídeo HTML5 um contentor livre de royalty.

Não depende de contas. MKV armazena vários fluxos de áudio como faixas de primeira classe, mas WebM suporte de reprodução passado a primeira pista é inconsistente, então a maioria dos jogadores só irá expor um. Escolha a faixa que você realmente quer antes de converter; os outros são melhor extraídos para seus próprios arquivos do que deixado em um recipiente que os esconde. MKV é o conterente de escolha de arquivo porque armazena faixas de áudio ilimitadas, legendas macias, marcadores de capítulo e cobertura de arte em um arquivo. O WebM é um encaixe pobre em qualquer lugar fora de um navegador — editores de vídeo, galerias nativas de telefones e Smart TVs ignoram-no em grande parte.

Sim, e isso é geralmente o motivo completo para a conversão. A MKV incorporado em uma página web ou mostra um jogador quebrado ou força um download, porque os navegadores não embarcam nenhum decodificador para ele. WebM joga inline através do elemento de vídeo HTML5 nativo sem plugin e nenhuma aplicação externa. O WebM joga nativamente em cada navegador moderno sem plugin, sem licença e sem exposição de patente, o que torna o padrão para vídeo web-embedded.

Sim — cada faixa de áudio na MKV (comentário diretor, idiomas alternativos, áudio descritivo) é preservada no WebM quando o contêiner-alvo suporta áudio multi-stream. MKV e MOV manuseiam faixas de áudio ilimitadas; MP4 suporta muitos, mas alguns leitores de hardware apenas ver faixa 1; WebM está cuberta em uma pista Opus / Vorbis.

Subtítulos macios (traços selecionáveis) sobrevivem quando WebM podem transportá-los: MKV detém SRT, ASS, SSA, PGS, VobSub de forma nativa; MP4 detém apenas mov_text (um formato despojado). A conversão de um MKV com subs estilo ASS para MP4 geralmente os rebaixa para mov_text ou queima-los. Hardsubs (queimado no vídeo) transporta-se independentemente.

Os metadados do capítulo são transferidos entre MKV e WebM sempre que ambos os contentores suportam um átomo do capítulo (MKV, MP4, MOV). WebM armazena os capítulos em um bloco compatível com Matroska, então MKV <-> Os capítulos WebM são limpos. AVI não tem especificações do capítulo, por isso a conversão de AVI para WebM produz um arquivo não capítulo a menos que você adicione marcadores manualmente.

O MKV é o único contentor mainstream que armazena arquivos anexos arbitrários (cartões TTF para subs ASS, JPG cover art, insertos PDF traduzidos por fãs). Vai de {1 para WebM cair estes anexos quando WebM não é MKV — os fluxos elementares converter, mas a carga payload anexada permanece na fonte. Manter MKV como backup se você depender de fontes anexadas.

O codec padrão é escolhido para corresponder o contedor WebM conservador: MKV padrão para H.265 (HEVC) para uma melhor compressão; MP4 padrão para H.264 para o suporte de dispositivo mais amplo; WebM padrão para VP9; AVI usa MPEG-4 ASP (DivX/Xvid lineage). Sobrescreva através do deslocamento avançado do codec — AV1 está disponível para MKV / WebM onde você quer compressão máxima e pode esperar através da codificação.

Os metadados estáticos HDR (HDR10 mastering display valores, nível máximo de luz de conteúdo) transportam até WebM quando ambos os contentores e o codec escolhido o suportam (HEVC, AV1 em MKV / MP4). Dolby Vision é mais frágil — perfil DV 5 / 7 / 8.1 em MKV normalmente sobrevive apenas em MKV com HEVC; convertendo-se em um recipiente WebM que não carrega o aplanamento da camada DV para HDR10.

MKV e WebM registram marcas de tempo reais por frame e manipulam VFR de forma nativa, então MKV VFR sobrevive em um WebM daqueles formatos sem remostragem. MP4 armazena nominalmente marcas de tempo também, mas alguns jogadores assumem CFR; o conversor expõe um comutador "force CFR" que reamostra VFR MKV a 24 / 30 / 60 fps WebM para alvos problemáticos.

O mesmo código remux produz um tamanho quase identico (overheader difere de 0,1-2%). Uma mudança de códec pode variar o tamanho de 50% ou mais: H.264 para H.265 tipicamente metade o arquivo na mesma qualidade visual; H.264 para AV1 metade de novo em uma pré-configuração lenta. Indo de um elevado bitrate MKV (Blu-ray rip) para um baixo bitrate WebM (web upload) é a razão mais comum para uma queda dramática.