Formatos de vídeo comparados: MP4, WebM, MOV e AVI

Publicado em 2026-04-13 9 min de leitura

Resumo (TL;DR)

Um amigo editor me mandou uma mensagem no ano passado: “É um MP4, por que o Premiere não lê?” A extensão era .mp4, mas dentro havia HEVC 10-bit 4:2:2 de uma câmera Sony — e a cadeia de ferramentas dele esperava H.264. O contêiner estava fine. O codec era o problema. Essa confusão sozinha cobre aproximadamente 90% do que você realmente precisa saber sobre formatos de vídeo, então deixo-a em primeiro lugar.

A distinção mais útil em vídeo é entre o contêiner (MP4, WebM, MOV, AVI, MKV) e o codec (H.264, H.265/HEVC, AV1, VP9, ProRes). Contêineres são a embalagem; codecs são o algoritmo de compressão dentro. A orientação prática segue dessa divisão. Para a web aberta, MP4 com H.264 ainda é o padrão mais seguro. Quando a banda importa e você pode pagar uma codificação mais longa, AV1 ou H.265 dentro de MP4 ou WebM entregam arquivos substancialmente menores na mesma qualidade. Para masters de edição, MOV com ProRes é o padrão de longa data. Para arquivamento de longo prazo, MKV com AV1 ou H.265 é uma escolha forte graças à flexibilidade do MKV com múltiplas trilhas de áudio, legendas e capítulos. AVI não é “alta qualidade por padrão” — é simplesmente um contêiner mais antigo com suporte limitado a metadados e legendas modernas. O H.265 é cerca de 40–50% mais eficiente que o H.264 na mesma qualidade, mas vem com ressalvas de licenciamento e dispositivos antigos; o AV1 é livre de royalties, mas em 2025 ainda tem poucos encoders por hardware.

Contexto e conceitos

Um contêiner guarda vídeo, áudio, legendas, capítulos e metadados em um único arquivo. MP4 é baseado no ISO Base Media File Format, WebM é um subconjunto do Matroska focado em web, MOV é o contêiner QuickTime da Apple, AVI remonta a 1992 e carrega sua era, e MKV (Matroska) é extensível e agnóstico a codec.

Um codec é o algoritmo que de fato comprime os pixels. O H.264 (AVC) é o padrão de fato da web desde a sua padronização em 2003 e decodifica em hardware em praticamente qualquer lugar. O H.265 (HEVC) atinge qualidade comparável em aproximadamente metade do bitrate, mas está sujeito a licenciamento por pool de patentes e tem suporte de hardware menos universal em dispositivos antigos. O AV1, lançado em 2018 pela Alliance for Open Media, mira eficiência no nível do HEVC ou superior, sem royalties. O VP9 é amplamente usado em WebM e no YouTube. O ProRes é o codec de edição da Apple, projetado para decodificação rápida em nível de frame durante a edição às custas da compressão; editores escolhem ProRes justamente porque os arquivos são grandes e o scrubbing é rápido. Ou seja, qualidade não é uma propriedade do contêiner — ela é determinada pelo codec, pelo bitrate e pelas configurações do encoder.

Dois outros conceitos aparecem na prática. O controle de bitrate define se o encoder mira bitrate constante (CBR) para streaming previsível, bitrate médio (ABR) ou um alvo de qualidade constante (CRF, Constant Rate Factor). Para entrega sob demanda, CRF costuma produzir melhor qualidade com tamanho médio menor porque o encoder gasta bits onde é preciso e economiza em cenas fáceis. A estrutura GOP — o padrão de quadros intra (I), preditos (P) e bidirecionais (B) — controla tanto a eficiência de compressão quanto a velocidade com que o espectador consegue dar seek no vídeo. Um GOP mais apertado (mais I-frames) é mais amigável a scrubbing; um GOP mais frouxo comprime melhor. Pipelines de streaming frequentemente escolhem comprimentos de GOP alinhados com as fronteiras dos segmentos (por exemplo, a cada 2 segundos) para que a troca de bitrate no ABR seja limpa.

Comparação e dados

ContêinerCodecs típicosReprodução no navegadorMetadados e legendasEficiência de compressãoNotas
MP4H.264, H.265, AV1Universal via H.264Ampla (ID3, capítulos)Depende do codecPadrão para entrega web
WebMVP9, AV1Chrome, Firefox, Edge e Safari modernosLegendas WebVTTForte com AV1Aberto e livre de royalties
MOVH.264, ProRes etc.Reprodução direta na web limitadaModelo de trilhas muito ricoAmigável para ediçãoNativo de macOS e iOS
AVIXvid, DivX, legadoRuim em navegadores modernosLimitadaAntigo e ineficienteCompatibilidade legada
MKVPraticamente qualquer codecReprodução direta na web limitadaExtremamente flexívelDepende do codecComum em arquivamento

Números como “50% mais eficiente” são médias aproximadas em qualidade equivalente. Resultados reais dependem fortemente de conteúdo, bitrate, preset e encoder. Não compare bitrates entre codecs sem alinhar o alvo de qualidade primeiro.

Cenários reais

Cenário 1 — Distribuir vídeo em um site público. O padrão mais seguro é MP4 com H.264 High Profile e áudio AAC-LC. Para uma introdução de produto de 90 segundos em uma landing page, eu uso rotineiramente ffmpeg -c:v libx264 -crf 23 -preset slow -c:a aac -b:a 128k, que aterrissa em torno de 8 MB a 1080p e fica limpo. Se quer economizar banda e seu público usa navegadores recentes, adicione uma fonte WebM com AV1 ou VP9 e deixe o elemento <video> escolher o melhor disponível. Legendas ficam em uma trilha WebVTT separada para acessibilidade e descoberta.

Cenário 2 — Preservar um master de edição. Timelines de edição se beneficiam de formatos com compressão leve, como MOV com ProRes 422. Uma vez tentei cortar direto de uma fonte HEVC no DaVinci Resolve e vi a timeline engasgar em todo corte; transcodificar para proxies ProRes 422 fez o mesmo projeto rodar em tempo real na mesma máquina. Os arquivos são grandes — conte com cerca de 8 GB para 10 minutos de 1080p — mas scrubbing e cortes permanecem fluidos porque decodificar cada frame é barato. Depois da edição, recodifique uma única vez para um formato de entrega como H.264 ou H.265 — não edite sobre um codec de entrega.

Cenário 3 — Arquivamento de longo prazo. Para guardar masters finalizados por anos, MKV com AV1 é um padrão moderno razoável. Tenho recodificado masters 4K antigos com SvtAv1EncApp --preset 4 --crf 28 e aterrissando em 40–55% do H.264 original sem perda visível em um monitor calibrado. O AV1 é livre de royalties, sua eficiência de compressão é forte, e o MKV permite manter múltiplas trilhas de áudio e legendas, mais capítulos, em um único arquivo. Use codificação baseada em CRF com bitrate generoso para evitar perda visível na cópia arquivada.

Cenário 4 — Streaming adaptativo para uma audiência grande. Para entrega ao vivo ou sob demanda em escala, a questão do contêiner é parcialmente substituída pela questão do contêiner de streaming: segmentos fMP4 para HLS ou DASH normalmente carregam H.264 e H.265, enquanto segmentos WebM carregam VP9 ou AV1. A propriedade importante não é a extensão, mas se os segmentos se alinham com fronteiras de IDR/I-frame para que players ABR troquem bitrates de forma limpa. Boa parte do debate “qual contêiner?” vira irrelevante aqui, porque sua CDN e empacotador decidem o formato na rede.

Equívocos comuns

“AVI é sempre alta qualidade.” AVI é só um contêiner antigo; a qualidade é definida pelo codec e bitrate dentro. O mesmo codec em MP4 ou MKV entrega qualidade efetivamente idêntica com melhor suporte a legendas e metadados.

“MOV é só para Apple.” MOV nasceu no QuickTime, mas é amplamente suportado em players de Windows e Linux. A reprodução direta no navegador é o elo mais fraco; para entrega web, reembrulhe em MP4.

“H.265 é sempre melhor que H.264.” É mais eficiente, mas custos de licenciamento e suporte irregular de hardware em dispositivos antigos tornam o H.264 o padrão mais seguro para audiências públicas heterogêneas.

“AV1 é o novo padrão.” O momentum é real — Intel Arc, a linha M3 da Apple e as placas NVIDIA RTX série 40 trazem encoders AV1 em hardware — mas, no início de 2026, a maior parte dos pipelines de live-streaming em produção ainda roda H.264 ou H.265, porque codificação AV1 em tempo real é cara em energia, calor e licenciamento de encoders confiáveis. O AV1 é excelente para codificação em lote e arquivamento, menos para ingestão ao vivo em escala.

“Resolução maior sempre parece melhor.” Só se a fonte e a tela suportarem. 4K em bitrate baixo pode parecer pior que 1080p em bitrate mais alto porque o encoder fica sem bits para descrever os pixels extras. Para entrega web, pense em termos de bitrate alvo por resolução em vez de resolução isolada.

“A extensão me diz a qualidade.” Um arquivo .mp4 pode conter H.264 a 1 Mbps ou H.265 a 20 Mbps; a extensão não diz nada sobre o conteúdo. Use uma ferramenta como ffprobe ou MediaInfo para inspecionar o codec, bitrate, resolução e taxa de quadros reais antes de decidir.

Checklist

  1. Qual é o propósito final?
    • Entrega pública na web: fallback MP4 + H.264; acrescente AV1 quando for prático.
    • Player interno ou específico: verifique a lista de codecs desse player primeiro.
    • Master de edição: MOV + ProRes ou equivalente.
    • Arquivo de longo prazo: MKV + AV1 ou H.265.
  2. Quais dispositivos e navegadores seu público usa? Forte inclinação para hardware mais antigo torna obrigatório manter um fallback H.264.
  3. Tamanho do arquivo ou qualidade é prioridade? Tamanho em primeiro: AV1 ou H.265. Compatibilidade em primeiro: H.264.
  4. Quão importantes são múltiplas trilhas de áudio, legendas e capítulos? Se forem críticas, prefira MKV ou MP4 com estrutura de trilha adequada.
  5. Qual é o perfil de custo? Orçe o licenciamento de H.265 onde aplicável e conte com tempo e energia de codificação do AV1.
  6. Vai editar de novo mais tarde? Mantenha um master em qualidade de edição (MOV + ProRes ou equivalente) ao lado da codificação de entrega, para não precisar rederivar qualidade de um arquivo já com perdas quando vier a próxima revisão.

Mais uma nota prática: áudio costuma importar mais do que os criadores esperam. Ouvintes perdoam artefatos de compressão em vídeo muito mais facilmente do que áudio cortado ou mal codificado. Para entrega web, AAC a 128 kbps estéreo é um piso sensato; para conteúdo com muita música, 192–256 kbps ou Opus (em WebM) produz resultados notavelmente melhores em bitrates semelhantes. Alinhar a taxa de amostragem (normalmente 48 kHz para vídeo) entre os ativos evita artefatos de reamostragem durante a edição.

Ferramenta relacionada

Conversões reais para os cenários acima podem ser testadas no conversor de vídeo da Patrache Studio. Thumbnails, pôsteres e frames iniciais emparelhados com seus vídeos devem seguir as regras de formato do Guia de compressão de imagens para manter o peso total da página baixo. Se você planeja sobrepor um QR code no vídeo ou na embalagem, o guia Segurança de QR Code explica as trocas entre estático e dinâmico antes de imprimir ou publicar.

Referências

Ferramenta relacionada

tools.patrache.studio/video/converter/