Calculadora de Bitrate de Vídeo

Sobre a Calculadora de Bitrate de Vídeo

Bitrate de vídeo é a quantidade de dados por segundo que um arquivo de vídeo consome, medida em kilobits por segundo (kbps) ou megabits por segundo (Mbps). A relação fundamental é simples: tamanho do arquivo (em bits) = bitrate (em bits/s) × duração (em segundos). Converta bits para bytes dividindo por 8 e bytes para MB dividindo por 1 000 000 (decimal, a convenção usada por YouTube, Twitch, Vimeo, AWS e todos os provedores de armazenamento em nuvem) — ou por 1 048 576 se quiser MB binários (sistemas operacionais antigos ainda reportam assim). Esta calculadora faz a aritmética nas duas direções e adiciona um motor de recomendação que sugere um bitrate adequado para sua combinação de resolução e codec, baseado nos presets publicados por YouTube, Netflix, Apple e as AOM Encoding Guidelines para AV1. A recomendação respeita os patamares de eficiência: H.264 (AVC, 2003) é a base; H.265 (HEVC, 2013) precisa de ~50% do bitrate do H.264 para qualidade equivalente; AV1 (2018) precisa de ~30% a menos que HEVC; VP9 fica entre H.264 e HEVC. Use a recomendação como ponto de partida e refine após testes — a complexidade do conteúdo (talking head vs esportes), movimento, granulação e o alvo CRF/QP do codificador deslocam o bitrate ideal em ±30%.

Como exatamente o bitrate é convertido para tamanho e quais unidades a calculadora usa?

A ferramenta multiplica o bitrate (em bits por segundo) pela duração total em segundos. O resultado é em bits; divida por 8 para bytes. Daí em diante converte para KB, MB e GB usando prefixos SI decimais — 1 KB = 1 000 bytes, 1 MB = 1 000 000 bytes, 1 GB = 1 000 000 000 bytes — correspondendo à convenção usada nos limites de upload do YouTube, diretrizes do Twitch, AWS S3 e basicamente toda plataforma de internet desde 1998. O Explorador de Arquivos do Windows ainda reporta KiB/MiB/GiB binários (base 1024) e os rotula como KB/MB/GB, o que tecnicamente está errado pela IEC 80000-13 e confunde as pessoas quando o arquivo de 10 GB aparece como 9,31 GB. Se precisar de unidades binárias, multiplique a saída decimal por 0,9313 para converter MB em MiB.

Qual bitrate usar para 1080p, 4K e 8K com H.264, H.265 e AV1?

Faixas padrão da indústria para streaming de alta qualidade (sem artefatos visíveis em conteúdo típico): 1080p30 — H.264 8–12 Mbps, H.265 5–8 Mbps, AV1 3–6 Mbps; 1080p60 — H.264 12–18 Mbps, H.265 7–12 Mbps, AV1 5–8 Mbps; 1440p30 — H.264 16 Mbps, H.265 10 Mbps, AV1 7 Mbps; 4K (2160p30) — H.264 35–45 Mbps, H.265 20–25 Mbps, AV1 14–18 Mbps; 4K (2160p60) — H.264 53–68 Mbps, H.265 30–40 Mbps, AV1 20–27 Mbps; 8K (4320p60) — H.264 inviável, H.265 80–120 Mbps, AV1 50–80 Mbps. Os bitrates recomendados de upload no YouTube ficam no topo dessas faixas; para masters de arquivo, use 1,5–2× os números de streaming. Para Twitch (que ainda exige H.264), o teto da plataforma é 6 000 kbps para partners em 1080p60, por isso streamers preferem 936p ou 720p para uma imagem mais limpa nesse bitrate.

Qual a diferença entre H.264, H.265 (HEVC), VP9 e AV1 e qual escolher?

H.264 (AVC, MPEG-4 Part 10, 2003): compatibilidade universal, decodificação por hardware em todo dispositivo desde 2008, escolha segura para entrega; encode rápido, mas eficiência de compressão de 20 anos atrás. H.265 (HEVC, 2013): redução de ~50% no bitrate com qualidade equivalente ao H.264, decodificação por hardware em iPhone 6+, Apple Silicon, maioria dos Android desde 2015 e Smart TVs modernas, mas atrelado a pools de patentes complexos (MPEG LA, Velos Media, HEVC Advance) — razão pela qual YouTube e Twitch nunca adotaram. VP9 (Google, 2013): livre de royalties, eficiência semelhante ao HEVC, onipresente no YouTube mas decodificação por hardware limitada em dispositivos. AV1 (Alliance for Open Media, 2018): livre de royalties, ~30% melhor que HEVC, suportado por Netflix, YouTube, Twitch (beta), decodificação por hardware em Intel 11ª geração+, AMD RDNA3+, Apple A17 Pro+, Android moderno. Escolha H.264 para compatibilidade máxima, AV1 para entrega no menor bitrate, HEVC para arquivo porque o arquivo é menor que H.264 e as patentes não importam em armazenamento pessoal.

Por que meu arquivo final fica maior ou menor que o previsto pela calculadora?

Três motivos. Primeiro, áudio — a calculadora só modela bitrate de vídeo; o áudio adiciona 96–320 kbps para AAC estéreo ou até 1 Mbps para Dolby Atmos lossless. Para um vídeo de 1 hora em 1080p H.264 a 10 Mbps de vídeo mais 192 kbps de AAC, o áudio é 0,86% do total — geralmente desprezível, mas relevante em bitrates baixos. Segundo, overhead do container — MP4, MKV e WebM adicionam 0,5–2% para o moov atom, indexação e cabeçalhos por frame. Terceiro, bitrate variável (VBR) — a maioria dos codificadores roda em modo CRF ou VBR de duas passadas e mira um bitrate *médio*; cenas complexas sobem e simples descem, então um alvo de 10 Mbps produz um arquivo que coincide com duração × 10 Mbps com ±5%. Se seu arquivo desvia 20%+, verifique se você definiu bitrate em kbps mas o codificador esperava Mbps (erro de 1000×) ou confundiu bits com bytes (erro de 8×).

Como as plataformas de streaming recomprimem meu upload e por que enviar em bitrate maior?

Toda plataforma grande re-encoda seu upload para múltiplos bitrates para streaming adaptativo. O YouTube transcodifica para AV1, VP9 e H.264 em 7+ patamares de bitrate de 144p a 8K. O Twitch passa o bitrate fonte para o armazenamento VOD mas transcodifica qualidades inferiores para não-partners. Instagram e TikTok re-encodam agressivamente para ~3 Mbps em 1080p, independente do seu upload. A implicação: envie no bitrate mais alto que a spec de *upload* da plataforma aceita, não no bitrate do tier de visualização mais baixo. O upload recomendado de H.264 1080p do YouTube é 8–12 Mbps; subir para 16 Mbps dá ao transcoder do YouTube mais sinal e reduz artefatos no H.264 1080p final. A contrapartida é tempo de upload e o teto da própria plataforma — YouTube permite até 256 GB ou 12 horas por arquivo; Twitch limita um VOD a cerca de 200 Mbps de fonte.

O que é CRF e como se relaciona com um bitrate alvo?

CRF (Constant Rate Factor) é o modo de qualidade fixa em x264, x265, libvpx-vp9 e SVT-AV1. Em vez de fixar bitrate, você fixa uma meta de qualidade numa escala aproximadamente logarítmica: x264/x265 usam 0–51 com 23 como padrão e menor significa melhor (16–18 é visualmente lossless na maioria do conteúdo); AV1 usa 0–63 com 30 como padrão típico. CRF produz tamanho de arquivo variável dependendo do conteúdo — um encode CRF-23 H.264 de um talking head é bem menor que o mesmo CRF-23 de uma ação com cortes rápidos. Use CRF quando qualidade importa mais que tamanho (masters de arquivo, uploads para YouTube). Use bitrate alvo (VBR 1-pass ou 2-pass) quando precisa atingir um tamanho exato ou transmitir dentro de um teto de plataforma (6 Mbps do Twitch, lanes SDI de broadcast). Muitos editores exportam CRF para arquivo e depois transcodificam para versões com bitrate alvo para entrega.

Por que usar HH:MM:SS em vez de digitar segundos?

Os dois formatos produzem o mesmo resultado; HH:MM:SS é oferecido porque o cérebro humano não calcula naturalmente o total de segundos. Um filme de 142 minutos são 8 520 segundos — a maioria não deriva isso rapidamente, mas consegue ler 2:22:00 direto no player. A ferramenta aceita os dois: '7200', '7200s', '2:00:00', '120m' e '2h' todos resolvem para 7 200 segundos. Para cálculos por frame, multiplique a duração pela taxa de quadros e divida pela taxa após somar as alocações de bits por frame (é assim que estimadores de broadcast e DCP funcionam); para planejamento típico de YouTube/Twitch, precisão por segundo basta porque você nunca encosta exatamente no teto da plataforma.

Qual a forma mais precisa de planejar um stream no Twitch ou upload no YouTube com tamanho alvo?

Comece pela duração total em segundos, fixe o tamanho alvo em MB (decimal). Calcule bitrate de vídeo = (tamanho_MB × 8 × 1000) / duração_segundos = bitrate em kbps. Depois subtraia seu bitrate de áudio (tipicamente 160 kbps para AAC estéreo, 320 kbps para Opus, 1411 kbps para FLAC, 384 kbps para Dolby Digital 5.1) para chegar ao alvo de vídeo do codificador. Use VBR de duas passadas se o codificador suportar — a primeira passada perfila a complexidade, a segunda distribui bits inteligentemente. Para YouTube, não otimize demais: mire 1,5× o bitrate recomendado do YouTube para o re-encode deles ter sinal limpo. Para Twitch você tem teto rígido (6 Mbps para partners em 1080p), use CBR (bitrate constante) em vez de VBR para garantir que não ultrapasse o teto durante o stream.