Codecs de Vídeo Profissional por Dentro: ProRes, DNxHR, H.265 e AV1

"Qual codec é melhor?" é a pergunta errada. ProRes, DNxHR, H.265 e AV1 não competem entre si — eles resolvem problemas diferentes em pontos diferentes da cadeia. ProRes e DNxHR existem para você editar sem que o computador sofra e sem perder informação a cada exportação intermediária. H.265 e AV1 existem para você entregar o arquivo final gastando o mínimo de banda possível. Confundir as duas categorias é a origem da maioria das decisões erradas de pipeline.

Intra-frame vs inter-frame: a diferença que decide onde usar cada codec

A documentação oficial da Apple é direta sobre o ProRes: "All ProRes codecs are frame-independent (or 'intra-frame') codecs, meaning that each frame is encoded and decoded independently of any other frame" (Apple ProRes White Paper, p.5). Isso significa que decodificar o quadro 4.000 de uma timeline não depende de nenhum outro quadro. É por isso que ProRes reedita bem: cortar, aplicar cor, exportar de novo — cada operação trabalha com quadros completos, sem herdar erro acumulado de uma cadeia de predição.

A Avid também documenta DNxHR/DNxHD como codec intra-frame — de forma explícita, só que em outro documento. O white paper The Avid DNx Video Codec (Avid Technology, 11/09/2025), anexado à página do KB Avid DNx naming scheme and data rates — não à página de bandwidth citada acima, que não traz anexos —, tem uma seção chamada "GOP vs. I-Frame Codecs" que separa os dois grandes grupos de codec e enquadra o DNx no segundo: "CBR codecs like Avid DNx ensure that each frame uses the same exact compressed frame size" (Avid — DNxHR Codec Bandwidth Specifications, white paper em anexo). A ênfase da Avid em "processamento multi-geracional" para o padrão SMPTE VC-3 é real, mas não é a única declaração disponível.

H.265/HEVC e AV1 trabalham diferente: são codecs de distribuição, pensados para reduzir o bitrate do arquivo final — não para tolerar reedição quadro a quadro. O press release oficial da ITU sobre o H.265 não detalha o mecanismo técnico por trás do ganho de eficiência; a declaração que ela de fato publica é mais direta e vem na próxima seção. Isso não é um defeito do H.265 ou do AV1: é o design certo para o problema que eles resolvem, que é chegar ao espectador com o menor arquivo possível gastando o mínimo de banda.

ProRes: as taxas de dados oficiais da Apple

O white paper da Apple publica a tabela "Target Data Rates" com números exatos por resolução. Em Full HD 1920×1080 a 29,97fps:

Fonte: Apple ProRes White Paper, tabela "Target Data Rates" nas pp.19-21 — a p.20 sozinha traz os seis valores acima em Full HD (422, 422 HQ, 4444 e 4444 XQ, com Full HD e QFHD na mesma página). A tabela não tem coluna de bit depth nenhuma; a declaração de 10-bit para toda a família ProRes está na p.3 do mesmo white paper. A mesma tabela cobre 720p, 2K, 4K DCI, 5K, 6K, 8K e UHD — em UHD 3840×2160 a 29,97fps, o ProRes 422 HQ sobe para 884 Mb/s e o 4444 XQ para 1.989 Mb/s. Para o valor de Full HD do 4444 XQ, a prosa da p.6 usa a frase "approximately 500 Mbps", mas a própria tabela traz 495 Mb/s exatos.

O ProRes 4444 e o 4444 XQ são matematicamente sem perda no canal alfa (até 16-bit), o que os torna a escolha natural quando o projeto envolve composição e integração com CG. Já o ProRes RAW é um caso à parte: a Apple confirma que o codec encapsula o padrão Bayer diretamente, com demosaicing adiado para o momento da reprodução, mas não publica taxa de dados exata nem bit depth numérico para RAW ou RAW HQ. A descrição qualitativa fala em taxas de dados (data rates): RAW "generally fall[s] between those of Apple ProRes 422 and Apple ProRes 422 HQ", RAW HQ "generally fall[s] between those of Apple ProRes 422 HQ and Apple ProRes 4444" — está no Apple ProRes RAW White Paper (maio de 2023, p.7), não no white paper geral do ProRes citado acima, que não descreve RAW numericamente em nenhum trecho. Qualquer número específico de Mb/s que circule por aí para ProRes RAW não vem da Apple.

DNxHR: a tabela da Avid, e o mito que a própria Avid derruba

A revisão 2025 do SMPTE ST 2019-1 incorporou à definição principal do VC-3 a maior parte do que antes era o DNx GX. HD e HR sempre foram nomes de marca não-técnicos, não codecs diferentes — foi a própria Avid, mantendo duas marcas para a mesma tecnologia por anos, que criou a confusão recorrente de tratá-los como formatos distintos. Com a mudança, a Avid simplificou a nomenclatura para "Avid DNx", com cinco níveis de qualidade (Avid KB — Avid DNx naming scheme and data rates, atualizado em 21/04/2026). A tabela oficial de taxas de dados por resolução (Avid KB — DNxHR Codec Bandwidth Specifications, de 05/07/2024) publica em MB/s binário (MiB/s) — convertido corretamente para Mb/s, em HD 1920×1080 a 29,97fps:

Em UHD 3840×2160, os mesmos níveis sobem para 1.747 (444), 873 (HQX e HQ), 577 (SQ) e 180 (LB) Mb/s.

Aqui vale corrigir uma afirmação recorrente: a ideia de que "LB/SQ/HQ suportam só 8-bit, e só HQX/444 chegam a 10 ou 12-bit" não é confirmada pela documentação atual da Avid. O KB de 2026 lista suporte a 8–16-bit em todos os cinco níveis. Se você já ouviu essa regra em um set, vale reconferir na fonte antes de repassar.

Para pipelines legados em DNxHD (white paper de 2012, hospedado pela ARRI): o próprio documento é internamente inconsistente sobre o DNxHD 36 em 1080p/29,97 — a tabela de níveis o omite nessa combinação de resolução e frame rate, mas a prosa da p.10 lista explicitamente "1080p/23.976, 1080p/24, 1080p/25, and 1080p/29.97" para o DNxHD 36, chamando-o de resolução "offline" (não o 45). DNxHD 45 (8-bit, 4:2:2, 45 Mb/s), DNxHD 100 (8-bit, 4:2:2 — o que é sub-amostrado é o raster, de 1920 para 1440, não a crominância, que permanece 4:2:2 —, 100 Mb/s), DNxHD 145 (8-bit, 4:2:2, 145 Mb/s), DNxHD 220 (8-bit, 4:2:2, 220 Mb/s) e DNxHD 220x (10-bit, 4:2:2, 220 Mb/s), até DNxHD 440x (10-bit, 4:4:4, 440 Mb/s).

H.265/HEVC: metade do bitrate do H.264, segundo a própria ITU

O H.265 é publicado como "texto irmão" (twin text) ITU-T | ISO/IEC — tecnicamente alinhado, como a própria cláusula 0.5 do H.265 declara: "It is published as technically-aligned twin text in both ITU-T and ISO/IEC" — desenvolvido junto com a ISO/IEC JTC 1/SC 29 e correspondendo à ISO/IEC 23008-2. A ressalva de que os dois textos não são idênticos não está nessa cláusula: é a Recomendação ITU-T A.23, Anexo A, §1.5.3.4 — o documento que rege a colaboração ISO/ITU — quem faz essa distinção. E, ao contrário do que costuma circular, o texto integral é gratuito: a versão aprovada em 13/01/2026 (ITU-T H.265 (01/2026), PDF) baixa sem login nem pagamento — a página da recomendação marca o item como "Freely available items". O único componente restrito é o Word editável, disponível apenas sob conta TIES — gratuita, mas restrita a membros.

O ganho de eficiência mais citado tem citação literal do próprio press office da ITU, de 2013: "The new standard, known informally as 'High Efficiency Video Coding' (HEVC) will need only half the bit rate of its predecessor, ITU-T H.264/MPEG-4 Part 10 'Advanced Video Coding' (AVC), which currently accounts for over 80 per cent of all web video" (ITU press release).

Sobre bit depth e chroma por perfil, o mesmo texto de 2013 confirma: perfil Main = 8-bit, 4:2:0; perfil Main 10 = suporte a 10-bit. O texto de 2013 menciona, como extensão então planejada, suporte a vídeo 12-bit e chroma 4:2:2/4:4:4 — as Range Extensions (RExt), lançadas depois. Trate isso como o roadmap que a ITU declarou em 2013; a tabela completa de perfis RExt da versão vigente está no texto integral (agora confirmadamente gratuito), mas não foi objeto de checagem exaustiva nesta pesquisa.

AV1: royalty-free, com o "30% melhor" vindo de um benchmark de terceiro

A especificação do AV1 é mantida pela Alliance for Open Media e é gratuita: AV1 Bitstream & Decoding Process Specification (PDF aprovado). O texto do H.265 também é gratuito — a diferença entre os dois não está em quem paga, está em quem mantém o padrão: um consórcio de fabricantes (AOMedia) versus um processo formal de normatização internacional (ITU-T/ISO/IEC). Pela semântica do próprio spec (color_config, Anexo A.2 do PDF aprovado), bit depth e chroma variam por perfil: Main (8/10-bit) suporta 4:2:0 ou monocromático; High (8/10-bit) adiciona suporte a 4:4:4; Professional estende os dois — a 8/10-bit ganha 4:2:2, mas só a 12-bit chega simultaneamente a 4:2:0, 4:2:2 e 4:4:4.

A página oficial de features da AOMedia anuncia "30% BETTER COMPRESSION* — Uses less data while delivering 4k UHD video and beyond when compared to alternatives" (aomedia.org/av1-features), com um asterisco que remete à nota de fonte no rodapé da página. Vale seguir essa nota até a origem: a AOMedia linka um estudo da Bitmovin ("Multi-Codec DASH Dataset", bitmovin.com/blog/av1-multi-codec-dash-dataset) — um benchmark de terceiro, não uma medição de laboratório própria. E o próprio estudo da Bitmovin não sustenta um "30%" único: calculado sobre a escada de bitrate inteira, o AV1 reduz o bitrate em 13% em média frente ao VP9 e 17% em média frente ao HEVC; o "30%" só aparece no topo da escada, na comparação mais favorável contra HEVC. Cite a média (13%/17%), não o pico.

Licenciamento é o ponto mais sólido do AV1: royalty-free sob a Open Media Patent License 1.0, confirmado na página institucional da AOMedia (aomedia.org/about/story).

Hardware de encode/decode: o decode já é mainstream, o encode ainda não

Esse é o dado mais prático para quem monta workstation ou decide fluxo de transcodificação: decode de AV1 em hardware já é comum, mas encode de AV1 em hardware é recente e restrito.

• NVIDIA: o blog oficial confirma que a arquitetura Ampere (RTX 30) trouxe decode de AV1, e só a arquitetura Ada Lovelace (RTX 40) trouxe encode de AV1 em hardware — "Introduced on the NVIDIA Ampere Architecture, the Video Codec SDK extended support to AV1 decoding. Now, with Video Codec SDK 12.0, NVIDIA Ada-generation GPUs support AV1 encoding" (NVIDIA Developer Blog). A geração Blackwell (RTX 50) não é um salto de throughput: adiciona o modo AV1 UHQ (Ultra High Quality) e, segundo o próprio blog da NVIDIA, melhorias de motion estimation, subpixel search e RDO (rate-distortion optimization) para HEVC e AV1 — sem número de ganho associado (NVIDIA — Video Codec SDK 13.0). O ganho de 4–5% por filtragem temporal às vezes atribuído a essa geração é, na verdade, do Video Codec SDK 12.2, específico para HEVC e já disponível desde a arquitetura Ada (RTX 40) — não é novidade da Blackwell. O único "2x" que a NVIDIA documenta na geração Blackwell é de decode de H.264, não de encode de AV1.
• Intel: o primeiro produto com AV1 encode em hardware é a geração Arc A-series (Alchemist), não a Meteor Lake/Core Ultra (2023). O lançamento foi escalonado: as versões mobile chegaram em 30/03/2022 (Q1'22), e o desktop A380 só em Q2'22. O Fact Sheet oficial da Intel de 30/03/2022 confirma o lançamento mobile na mesma data e declara: "The Xe Media Engine supports acceleration for the broadest set of video codecs and standards and includes industry-first AV1 hardware-accelerated encoding and decoding". A ficha oficial da Intel ARK para o Arc A380 — o desktop do Q2'22 — lista "AV1 Encode/Decode: Yes".
• Apple Silicon: as páginas oficiais de especificação de Mac (Media Engine) listam apenas "AV1 decode" — nenhuma linha de AV1 encode em nenhum produto Apple até o momento. A Newsroom da Apple confirma o mesmo padrão no A17 Pro (iPhone 15 Pro): "includes a dedicated AV1 decoder", decode apenas.

Consequência direta para pós-produção: o recorte varia por NLE. Final Cut Pro e Premiere Pro não exportam AV1 nativamente — a lista oficial de formatos de exportação do Final Cut Pro não inclui AV1, e no Premiere Pro não há página oficial da Adobe confirmando encode nativo (os pedidos de feature seguem em aberto na comunidade oficial, com plugins de terceiros como Voukoder e Autokroma Influx como único caminho). Mas DaVinci Resolve e VEGAS Pro já exportam: o PDF oficial de formatos suportados do DaVinci Resolve 20 documenta encode de AV1 "GPU accelerated" no Windows e "Nvidia graphics (GPU accelerated)" no Rocky Linux (sem encode no macOS), e o anúncio oficial da VEGAS Creative Software (post do VEGAS_CommunityManager) confirma "AV1 rendering" a partir do VEGAS Pro 21 Build 187 (captura do Wayback Machine — a URL original hoje redireciona para a raiz do fórum).

Onde cada codec é exigido de fato

Netflix — não existe "o" master, existe camada por tipo de entrega

O Partner Help Center da Netflix não define um único codec de master. Para pacote IMF de mezanino, a Netflix recomenda sequência de imagens sem compressão — TIFF 16-bit para HDR, DPX 10/16-bit para SDR (Netflix Partner Help Center — Post Production Branded Delivery Specifications). A via alternativa real não vem da lista de H.264, ProRes 422 HQ, ProRes 4444 e DNxHD do VFX Appendix (§4.5.1) — esse trecho cobre proxies para referência de VFX, um entregável diferente, e não torna a recomendação de mezanino menos padrão. A alternativa que o próprio documento permite é gerar o mezanino direto da timeline de cor, sem passar por um master intermediário separado. Já para o Servicing Turnover em Dolby Vision, a citação literal é: "The 'ProRes 4444 XQ Servicing Turnover (Dolby Vision)' shall be created from the source that represents final locked picture, final color grade, final VFX, and final sound whenever possible" (Netflix Partner Help Center). Para Editorial Cut Turnover, a Netflix aceita explicitamente DNxHD como alternativa ao ProRes, de DNxHD36 a DNxHD440.

YouTube — H.264 continua sendo o recomendado para upload

A página oficial de configurações de upload lista, entre as especificações recomendadas, o item "Video codec: H.264" (YouTube Help). Para upload em HDR, a página estrutura os codecs aceitos em dois níveis: um grupo recomendado — VP9 profile 2, AV1 e HEVC/H.265, por suportarem 10-bit com metadados HDR em bitrates razoáveis — e um grupo "também suportado", que exige bitrate bem mais alto: ProRes 422, ProRes 4444, DNxHR HQX e H.264 10-bit (YouTube Help — HDR upload), o que enfraquece qualquer leitura de "só H.264" para a plataforma como um todo.

Netflix e AV1 na distribuição: 30% do streaming, segundo o Netflix Technology Blog

Diferente do upload, na entrega ao espectador o AV1 já é dominante na Netflix: "AV1 powers approximately 30% of all Netflix viewing", com a Netflix descrevendo o codec como "on track to become number one very soon" (Netflix Tech Blog). O rollout começou no Android via decoder de software dav1d (2020), passou para TVs (2021), navegadores (2022) e hardware Apple com A17 Pro/M3 (2023). A Netflix mede sessões AV1 com VMAF 4,3 pontos acima do AVC e usando cerca de um terço menos de banda que ambos AVC e HEVC.

Twitch — Enhanced Broadcasting é GA, mas o AV1 dentro dele segue restrito

O blog oficial da Twitch anunciou em jan/2024 o beta do Enhanced Broadcasting: o modo baseado em AV1 — "40% mais eficiente que o AVC atual" — restrito a GPUs NVIDIA GeForce RTX 40-series via OBS Studio (Twitch Blog, jan/2024). Em 29/06/2024 a Twitch confirmou que o Enhanced Broadcasting "will be available to all streamers using the upcoming version of OBS Studio or XSplit Broadcaster" (Twitch Blog, jun/2024) — general availability do recurso de multi-encode. Mas essa GA é do Enhanced Broadcasting em geral (que também cobre HEVC), não especificamente do modo AV1 restrito a RTX 40: o rollout de Dual Format e 2K de jun/2026 usa HEVC e não menciona AV1, então o AV1 especificamente segue sem confirmação oficial de disponibilidade geral fora da restrição a GPUs RTX 40.

Tabela-resumo para decisão de pipeline

Como a MaxVision aplica isso na prática

Na MaxVision, o master de trabalho sai da câmera direto para ProRes 422 HQ ou DNxHR HQX, dependendo do NLE do projeto — nunca H.265 ou AV1 nessa etapa, mesmo em cortes rápidos para aprovação de cliente, porque reabrir um H.265 para um ajuste de cor recodifica o GOP inteiro e degrada o quadro a cada rodada. A entrega final é onde o codec muda: H.265 para os canais que ainda exigem compatibilidade ampla, AV1 nas plataformas que já suportam a entrega em AV1, porque o player do espectador faz o decode do AV1 (não o encode). Esse é o mesmo raciocínio por trás da escolha de master e entrega que detalhamos em Entrega Audiovisual: como escolher o master certo para web, social e cinema, e a mesma lógica intra-frame que sustenta os fluxos de color grading sem perda de geração entre a sessão de cor e a exportação final. Quem monta a estação que roda esses dois estágios — edição pesada em codec intra-frame, depois encode final em H.265/AV1 — encontra os requisitos de GPU e storage em Como Escolher uma Workstation para Edição 6K, Render 3D e IA Local.

Perguntas frequentes

ProRes e DNxHR podem ser usados para entrega final ao público?

Tecnicamente sim, mas não é a função para a qual foram desenhados. Os bitrates de ProRes e DNxHR — mesmo nos níveis mais leves — são muito maiores que H.265 ou AV1 na mesma qualidade percebida, porque não fazem predição entre quadros. Use-os como master de edição; derive a entrega em H.265 ou AV1 a partir desse master.

AV1 já substitui H.265 na prática?

Depende do destino. Na distribuição pela Netflix, o AV1 já responde por cerca de 30% do streaming e está crescendo. Mas no upload para YouTube, H.264 continua sendo o recomendado oficial, e no ingest ao vivo da Twitch o recurso de multi-encode (Enhanced Broadcasting) é GA desde 2024, mas o AV1 dentro dele segue restrito a GPUs RTX 40-series — o rollout mais recente (2026) usa HEVC. Encode de AV1 em hardware também é desigual: Apple Silicon ainda não tem encode nativo em nenhum produto, Final Cut Pro e Premiere Pro não exportam AV1 nativamente, mas DaVinci Resolve e VEGAS Pro já exportam.

O H.265 realmente entrega metade do tamanho do arquivo do H.264?

Segundo o press release oficial da ITU de 2013, sim: "apenas metade do bitrate" do H.264. A ITU não qualifica essa cifra com uma declaração explícita de qualidade equivalente — é uma cifra de referência da própria ITU, não um teste de bancada independente feito para este artigo — trate como o número oficial que é, ciente de que resultado real varia por conteúdo e encoder.

Fontes e referências

• Apple ProRes White Paper (PDF)
• Apple ProRes RAW White Paper (PDF, maio de 2023)
• Apple Support — About Apple ProRes
• Apple Support — About Apple ProRes RAW
• Apple — Supported export formats in Final Cut Pro
• Avid KB — Avid DNx naming scheme and data rates
• Avid KB — DNxHR Codec Bandwidth Specifications (com o white paper "The Avid DNx Video Codec" em anexo)
• Avid DNxHD Technology White Paper (hospedado pela ARRI)
• ITU-T H.265 — página oficial da recomendação
• ITU-T H.265 (01/2026) — PDF gratuito da versão vigente
• ITU — press release oficial do H.265 (2013)
• AOMedia — AV1 Bitstream & Decoding Process Specification (PDF aprovado)
• Bitmovin — AV1 Multi-Codec DASH Dataset (13%/17% de redução média de bitrate)
• AOMedia — AV1 features
• AOMedia — About/Story (licenciamento)
• NVIDIA Developer Blog — AV1 encoding na arquitetura Ada
• NVIDIA Developer Blog — Video Codec SDK 13.0 (Blackwell)
• NVIDIA Developer Blog — Video Codec SDK 12.2 (filtragem temporal para HEVC, Ada)
• NVIDIA — Video Encode and Decode GPU Support Matrix
• Intel ARK — Intel Arc A380 Graphics, especificações
• Intel Fact Sheet — Intel Arc A-Series Discrete Graphics Family (30/03/2022, PDF)
• Apple Newsroom — iPhone 15 Pro / A17 Pro
• Blackmagic Design — DaVinci Resolve 20 Supported Formats and Codecs (PDF)
• VEGAS Creative Software — VEGAS Pro 21 Build 187, AV1 rendering (captura Wayback Machine)
• Netflix Partner Help Center — Post Production Branded Delivery Specifications
• Netflix Partner Help Center — Preparing Pre-Release Servicing Turnovers
• Netflix Partner Help Center — Editorial Cut Turnover Specifications
• Netflix Tech Blog — AV1 now powering 30% of Netflix streaming
• YouTube Help — Recommended upload encoding settings
• YouTube Help — Upload high dynamic range (HDR) videos
• Twitch Blog — Introducing the Enhanced Broadcasting Beta (jan/2024)
• Twitch Blog — Everything We Announced at TwitchCon Rotterdam (GA do Enhanced Broadcasting, jun/2024)
• Twitch Blog — Introducing Dual Format and 2K Streaming on Twitch (jun/2026)

Conclusão

Nenhum desses quatro codecs é "o melhor" fora de contexto. ProRes e DNxHR fazem sentido enquanto o projeto ainda está sendo editado, porque intra-frame tolera reedição sem acumular perda de geração. H.265 e AV1 entram no momento de distribuir, quando o objetivo muda de "preservar margem de edição" para "gastar o mínimo de banda no destino certo". A decisão errada mais comum não é escolher o codec errado — é aplicar a lógica de um estágio da cadeia no estágio errado.

Se o seu pipeline de vídeo está travando na escolha de codec, na entrega para múltiplas plataformas ou na estação certa para rodar tudo isso, fale com a equipe MaxVision e organize o fluxo do zero — pelo WhatsApp.