Em um teste de audição cega de outubro de 2026, 160 kbps foi o menor bitrate de Opus a alcançar transparência perceptual estrita para música, ou seja, até os ouvintes mais críticos do teste não conseguiram distingui-lo de forma confiável do original sem compressão (p = 0,024 para equivalência) (Deezer Research, Martin e Hennequin, arXiv 2026). Por coincidência, esse é exatamente o bitrate de áudio que o OBS Studio define por padrão em todas as suas seis faixas de áudio (OBS Project, código-fonte do OBS Studio 2026), mas as plataformas ao vivo pedem menos: o YouTube Live recomenda 128 kbps para estéreo (Google, YouTube Help 2026) e a Meta prefere 128 kbps para o Facebook Live (Meta for Developers, Live Video API reference 2026). Com alvo de 96 kbps, o Opus já obteve 4,65 de 5 em um teste cego multiformato público (Hydrogenaudio, teste de audição público 2014). Ao contrário dos arquivos sob demanda, tratados em nossas estatísticas de largura de banda e armazenamento de hospedagem de podcasts, um codificador ao vivo tem uma única passada e nenhuma segunda chance. Reunimos dados da Deezer Research, do YouTube Help, da Meta for Developers, do Kick Help Center, do OBS Project, do IETF, da Apple, da EBU, da ITU-R, do Spotify e da comunidade de testes de audição do Hydrogenaudio.
TL;DR
- O Opus a 160 kbps foi estatisticamente equivalente ao áudio sem compressão (p = 0,024), mas os 10 ouvintes mais críticos detectaram os 128 kbps (p = 0,030) (Deezer Research, arXiv 2026).
- O YouTube Live pede 128 kbps estéreo a 44,1 kHz, um terço dos 384 kbps a 48 kHz que recomenda para vídeos enviados (YouTube Help, configurações de transmissão ao vivo e de envio 2026).
- O Facebook Live prefere áudio AAC-LC estéreo a 128 kbps, com 256 kbps como máximo (Meta for Developers, Live Video API reference 2026).
- As predefinições integradas do OBS Studio limitam o áudio a 320 kbps para a Twitch, 160 kbps para o YouTube RTMPS e 128 kbps para o Facebook Live (OBS Project, services.json 2026).
- O OBS Studio usa por padrão áudio de 160 kbps, 48.000 Hz e estéreo (OBS Project, código-fonte do OBS Studio 2026).
- A especificação HLS da Apple limita o AAC estéreo a 160 kbit/s e diz que o HE-AAC não deve ser usado acima de 64 kbit/s (Apple, HLS Authoring Specification 2026).
- Com alvo de 96 kbps, o Opus obteve 4,65 contra 4,40 do AAC da Apple em uma escala de 1 a 5 (Hydrogenaudio, teste de audição público 2014).
- O padrão Opus do IETF recomenda de 28 a 40 kbit/s para fala em banda cheia e de 64 a 128 kbit/s para música estéreo (IETF, RFC 6716 2012).
- O Spotify transmite podcasts a cerca de 96 kbit/s em seus aplicativos (Spotify Support, Audio quality 2026).
- A orientação da EBU coloca o último limitador antes de um codificador com perdas em -2 dBTP (EBU, Tech 3344 v2.1 2016).
1. Especificações de Ingest das Plataformas: o Que Cada Serviço Pede
“Ingest” é o trecho de envio: o fluxo que o seu codificador manda para a plataforma antes que ela o recodifique para os espectadores. Nesse trecho, os números de áudio publicados são surpreendentemente modestos. O YouTube pede áudio estéreo de 128 kbps em uma transmissão ao vivo, mas 384 kbps estéreo em um vídeo enviado, três vezes mais (Google, YouTube Help 2026). O áudio ao vivo é tratado como um feed de contribuição que precisa sobreviver a um uplink doméstico congestionado, não como um master.
A orientação sobre taxa de amostragem também não é uniforme. O YouTube Live indica 44,1 kHz para estéreo, enquanto a própria página de envio e o padrão do OBS usam 48 kHz, e o Kick permite até 48 kHz. Essa diferença não custa nada audível por si só, mas cada reamostragem entre um microfone, uma mesa de som e um codificador é uma etapa em que uma configuração errada pode se infiltrar. As configurações de áudio tampouco são a única regra de áudio que um canal enfrenta: a gestão de direitos autorais é a outra, como mostram nossas estatísticas de silenciamento por direitos autorais em transmissões ao vivo.
| Métrica | Valor | Fonte |
|---|---|---|
| Áudio do YouTube Live: estéreo vs surround 5.1 | 128 kbps a 44,1 kHz vs 384 kbps a 48 kHz (5.1 via RTMP ou RTMPS somente em AAC) | Google, YouTube Help: Choose live encoder settings (2026) |
| Áudio recomendado pelo YouTube para vídeos enviados (não ao vivo): mono / estéreo / 5.1 | 128 / 384 / 512 kbps a 48 kHz | Google, YouTube Help: Recommended upload encoding settings (2026) |
| Bitrate de áudio do Facebook Live: preferido vs máximo | 128 kbps vs 256 kbps (AAC de baixa complexidade, estéreo) | Meta for Developers, Live Video API reference (2026) |
| Taxas de amostragem de áudio aceitas pelo Facebook Live | 44,1 kHz ou 48 kHz | Meta for Developers, Live Video API reference (2026) |
| Limite de áudio do Kick | Estéreo, máximo de 48 kHz; nenhum bitrate de áudio publicado | Kick Help Center, How to stream on Kick (2026) |
| Bitrate de áudio máximo nas predefinições de serviço integradas do OBS Studio: Twitch / YouTube RTMPS / Trovo / Facebook Live | 320 / 160 / 160 / 128 kbps | OBS Project, arquivo de predefinições services.json (2026) |
Nota de contexto: a página de Diretrizes de Transmissão da própria Twitch carrega por meio de um script que não pôde ser lido para este levantamento, então o número da Twitch acima é um teto de predefinição de um software de transmissão, não uma citação da Twitch. Guias de terceiros citam um teto menor para a Twitch (veja a nota sobre os dados na Metodologia).
2. A Participação do Áudio no Orçamento de Bitrate
O áudio é um erro de arredondamento em uma transmissão 1080p e um item relevante em uma transmissão móvel. No mínimo de 0,4 Mbps do YouTube para 360p em H.264, uma faixa estéreo de 128 kbps equivale a 32% do bitrate de vídeo (128 / 400), enquanto na recomendação de 17 Mbps para 1080p60 ela é de cerca de 0,75% (128 / 17.000) (Google, YouTube Help 2026). As contas abaixo são nossas, feitas a partir dos números publicados, e comparam o áudio apenas com o bitrate de vídeo.
A leitura prática: em uma transmissão de alta resolução, reduzir o áudio de 160 para 128 kbps economiza quase nada, então o áudio é o último lugar onde economizar. Nos degraus baixos de uma escada adaptativa, aqueles que os espectadores de celular em redes fracas realmente recebem, os bits de áudio competem diretamente com a imagem, e é por isso que as especificações de streaming adaptativo permitem AAC estéreo a partir de 32 kbit/s e direcionam as taxas baixas para o HE-AAC.
| Métrica | Valor | Fonte |
|---|---|---|
| Bitrate de vídeo recomendado do YouTube Live em 1080p60 H.264, e o áudio de 128 kbps como parcela dele | 17 Mbps; 128 / 17.000 = cerca de 0,75% | Google, YouTube Help: Choose live encoder settings (2026) |
| Bitrate de vídeo mínimo do YouTube Live em 360p30 H.264, e o áudio de 128 kbps como parcela dele | 0,4 Mbps; 128 / 400 = 32% | Google, YouTube Help: Choose live encoder settings (2026) |
| Faixa de bitrate de vídeo do Facebook Live em 1080p60, e o áudio preferido de 128 kbps como parcela dela | 4.500 a 9.000 kbps; 128 / 9.000 = cerca de 1,4%, 128 / 4.500 = cerca de 2,8% | Meta for Developers, Live Video API reference (2026) |
| Faixa de bitrate de vídeo do Kick (somente H.264, somente bitrate constante) | 1.000 a 8.000 kbps | Kick Help Center, How to stream on Kick (2026) |
| Predefinição da Twitch no OBS Studio: bitrate máximo de vídeo vs máximo de áudio | 6.000 vs 320 kbps; 320 / 6.000 = cerca de 5,3% | OBS Project, services.json (2026) |
| Faixa de bitrate do AAC estéreo no Apple HLS | 32 a 160 kbit/s | Apple, HLS Authoring Specification for Apple Devices (2026) |
| Apple HLS: bitrate acima do qual o HE-AAC não deve ser usado | 64 kbit/s | Apple, HLS Authoring Specification (2026) |
| Transmissões ao vivo em Apple HLS: média de uma hora e pico permitidos vs largura de banda declarada | abaixo de 110% do AVERAGE-BANDWIDTH; abaixo de 125% do BANDWIDTH | Apple, HLS Authoring Specification (2026) |
Nota de contexto: o Kick exige bitrate constante (CBR), ou seja, o codificador envia uma taxa estável em vez de gastar mais bits em cenas difíceis. O CBR torna fixa a participação do áudio acima, de modo que uma faixa estéreo a 160 kbps em uma transmissão de 8.000 kbps no Kick representa 2% do orçamento de vídeo (160 / 8.000).
3. Padrões e Encanamento de Codecs: AAC na Entrada, Opus Chegando
A maioria dos streamers nunca mexe no painel de áudio, então os padrões são o verdadeiro padrão do setor. O OBS Studio traz 160 kbps em cada faixa de áudio, a 48.000 Hz e em estéreo (OBS Project, código-fonte do OBS Studio 2026). Esse único padrão fica acima do que YouTube e Facebook recomendam e abaixo do teto do OBS para a Twitch, o que é um meio-termo sensato quando um único codificador alimenta várias plataformas. Se a sua voz processada entra no OBS vinda de outro aplicativo, como em um alterador de voz para OBS, manter essa taxa de 48 kHz de ponta a ponta evita uma reamostragem extra.
A história dos codecs está mudando por baixo dos panos. Toda especificação de ingest RTMP da seção 1 cita o AAC, mas o mundo WebRTC exige o Opus, e o WHIP (WebRTC-HTTP Ingestion Protocol, uma forma baseada em HTTP de enviar um fluxo WebRTC a um servidor) leva esse mundo ao software de transmissão. O OBS adicionou saída WHIP na versão 30.0, e o IETF publicou o WHIP como RFC 9725 em 2025, com uma oferta de exemplo que negocia Opus a 48 kHz em estéreo (“opus/48000/2”).
| Métrica | Valor | Fonte |
|---|---|---|
| Bitrate de áudio padrão do OBS Studio, saída simples e todas as seis faixas da saída avançada | 160 kbps | OBS Project, código-fonte do OBS Studio, InitBasicConfigDefaults (2026) |
| Taxa de amostragem e layout de canais padrão do OBS Studio | 48.000 Hz, estéreo | OBS Project, código-fonte do OBS Studio (2026) |
| Bitrates recomendados do Opus com quadros de 20 ms: fala em banda cheia vs música estéreo em banda cheia | 28 a 40 kbit/s vs 64 a 128 kbit/s | IETF, RFC 6716 (setembro de 2012) |
| Modo de banda cheia do Opus: taxa de amostragem efetiva e maior frequência codificada | 48 kHz; o áudio acima de 20 kHz nunca é codificado | IETF, RFC 6716 (setembro de 2012) |
| Codecs de áudio que todo endpoint WebRTC deve implementar | Opus mais G.711 (PCMA e PCMU) | IETF, RFC 7874 (maio de 2016) |
| Versão do OBS Studio que adicionou a saída WHIP/WebRTC | 30.0, novembro de 2023 | OBS Project, notas de versão do OBS Studio 30.0 (2023) |
Nota de contexto: o próprio padrão WHIP não nomeia nenhum codec obrigatório; o Opus aparece apenas na troca de exemplo. A exigência do Opus vem das regras separadas de codecs do WebRTC citadas na tabela, que governam os endpoints WebRTC em geral.
4. AAC vs Opus em Testes de Audição Cega
Os testes cegos são o único árbitro justo entre codecs, e o registro público é mais antigo do que a infraestrutura de streaming que ele julga. No teste público do Hydrogenaudio de julho de 2014, com alvo de 96 kbps, o Opus 1.1 obteve 4,65 e o AAC da Apple 4,40 em uma escala de degradação de 1 a 5, na qual 5 significa “imperceptível” (Hydrogenaudio, teste de audição multiformato público 2014). A diferença é pequena em termos absolutos, mas estatisticamente sólida (p = 0,000), e veio de um Opus que gastou em média apenas 3 kbps a mais (106,7 vs 103,7 kbps).
Dado mais recente disponível: resultados de testes de 2010 a 2014 (fontes na tabela). Não encontramos nenhum teste multiformato público comparável de codificadores AAC e Opus atuais em bitrates de streaming para 2025 ou 2026, o que já é um achado: os padrões AAC das plataformas se apoiam em compatibilidade, não em dados novos de audição. Para os bitrates muito baixos em que codecs neurais agora competem com o Opus, veja nossas estatísticas de bitrate e qualidade de codecs de áudio neurais.
| Métrica | Valor | Fonte |
|---|---|---|
| Nota média com alvo de 96 kbps, escala de 1 a 5 (5 = imperceptível): Opus 1.1 vs AAC da Apple vs LAME MP3 vs Vorbis | 4,65 vs 4,40 vs 4,24 vs 4,24 | Hydrogenaudio, resultados do teste de audição multiformato público (julho de 2014) |
| Bitrate médio real entregue nesse alvo: Opus / AAC da Apple / Vorbis / MP3 | 106,7 / 103,7 / 106,1 / 135,5 kbps | Hydrogenaudio, teste de audição multiformato público (2014) |
| Âncora de baixa qualidade (um codificador AAC mais antigo, o FAAC, a 96 kbps) | 2,65 | Hydrogenaudio, teste de audição multiformato público (2014) |
| Significância: Opus vs AAC da Apple; AAC da Apple vs MP3 | Opus melhor, p = 0,000; AAC melhor, p ajustado = 0,043 (bootstrap) | Hydrogenaudio, teste de audição multiformato público (2014) |
| Painel e material | 38 participantes, 339 resultados válidos de 363 enviados; 40 amostras (35 de música, 5 de fala) | Hydrogenaudio, teste de audição multiformato público (2014) |
| Teste do Google com música estéreo (9 ouvintes): Opus a 128 kbps vs AAC-LC a 64 kbps, MP3 a 96 kbps, Opus a 64 kbps e G.719 a 64 kbps | O Opus a 128 kbps obteve nota significativamente maior que os outros quatro | IETF, draft-ietf-codec-results-03 (maio de 2013) |
| Teste da Broadcom com música estéreo (17 ouvintes, dezembro de 2010): Opus a 96 kbps vs AAC-LC e MP3 | Ligeiramente pior que o AAC-LC, significativamente melhor que o MP3 | IETF, draft-ietf-codec-results-03 (maio de 2013) |
Nota sobre exceções: o MP3 usou 28,8 kbps a mais que o Opus (135,5 menos 106,7 kbps) para chegar aos mesmos 4,24 do Vorbis, e ainda ficou atrás do AAC. O resultado da Broadcom usou um bitstream do Opus anterior à versão final, e é por isso que ele discorda dos testes posteriores.
5. Limiares de Transparência: Onde os Bits Extras Deixam de Importar
“Transparente” tem um significado preciso na codificação de áudio: ouvintes treinados, em um teste cego controlado, não conseguem distinguir de forma confiável a versão codificada do original. A Deezer Research constatou que o Opus a 160 kbps atingiu esse nível em condições de estresse (teste de diferença p = 0,747, equivalência estrita p = 0,024), enquanto 128 kbps não atingiu quando as amostras mais difíceis e os ouvidos mais apurados foram isolados (p = 0,030) (Deezer Research, Martin e Hennequin, arXiv 2026). Na primeira fase, com todos os 21 ouvintes, 128 kbps pareceu indistinguível (p = 0,456), o que mostra o quanto a resposta depende de quem está ouvindo.
O estudo usou a ITU-R BS.1116-3, um método em que os ouvintes escutam o original e depois duas versões ocultas (uma codificada, outra novamente o original) e avaliam a diferença. Uma “nota de diferença” de 0 significa nenhuma diferença audível; a margem de equivalência foi de mais ou menos 0,25. Duas ressalvas importam para streamers: o teste cobre apenas o Opus e apenas música, e é um preprint em revisão. Os números de surround de radiodifusão na tabela mostram a mesma lógica em escala maior, com um bitrate seguro bem acima do de caso médio.
| Métrica | Valor | Fonte |
|---|---|---|
| Nota média de diferença na fase 1 vs áudio sem compressão (0 = nenhuma diferença audível): Opus a 32 vs 64 vs 128 kbps | -1,661 vs -0,438 vs -0,082 | Deezer Research, Martin e Hennequin, arXiv 2610.20246 (outubro de 2026) |
| Fase 1, Opus a 128 kbps: teste de diferença vs teste de equivalência estrita | p = 0,456 (nenhuma diferença detectável) vs p = 0,064 (equivalência não demonstrada) | Deezer Research, arXiv 2610.20246 (2026) |
| Teste de estresse da fase 2 (10 ouvintes mais críticos, 8 amostras mais difíceis): testes de diferença a 96 vs 128 vs 160 kbps | p = 0,045 vs p = 0,030 vs p = 0,747 | Deezer Research, arXiv 2610.20246 (2026) |
| Fase 2, Opus a 160 kbps: teste de equivalência estrita (margem de mais ou menos 0,25 de nota) e nota média de diferença | p = 0,024; -0,035 | Deezer Research, arXiv 2610.20246 (2026) |
| Ouvintes recrutados vs qualificados após a triagem; trechos de música | 26 vs 21; 23 trechos | Deezer Research, arXiv 2610.20246 (2026) |
| Bitrate de surround 5.1 que a EBU considera uma escolha segura para qualidade Excelente independentemente do conteúdo | 448 kbit/s | EBU, Tech 3324 multichannel codec evaluations (setembro de 2007) |
| HE-AAC surround 5.1 a 160 kbit/s ou mais | Excelente em média, aplausos apenas Razoável | EBU, Tech 3324 (setembro de 2007) |
| Regra do teste MUSHRA: excluir o ouvinte que avalia o original oculto abaixo de 90 em mais do que esta parcela dos itens | 15% | ITU-R, Recommendation BS.1534-3 (outubro de 2015) |
Nota de contexto: dado mais recente disponível para surround: 2007. O MUSHRA (BS.1534) é o método para qualidade intermediária, pontuado de 0 a 100 com âncoras filtradas por passa-baixa em 3,5 kHz e 7 kHz, enquanto a BS.1116 é reservada a degradações tão pequenas que só condições rigorosas as revelam. Um codec avaliado como “Excelente” no MUSHRA não é automaticamente transparente nos termos da BS.1116.
6. Transmissões Centradas em Fala e os Pontos de Referência do Ouvinte
A maioria das transmissões ao vivo é conversa com música ao fundo, e a fala precisa de muito menos bits que a música. Um teste de audição do Google de 2011 avaliou o Opus em banda cheia a 32 kbps com 98,13 de 100 em fala em mandarim, acima do G.719 à mesma taxa (93,43) (IETF, draft-ietf-codec-results-03 2013). Dado mais recente disponível: 2013.
Os serviços de consumo definem o ponto de referência do ouvido. O Spotify transmite podcasts a cerca de 96 kbit/s em seus aplicativos, e a orientação de feeds de podcast na tabela chega ao máximo de 128 kbps para mono. Uma transmissão de conversa enviada a 128 a 160 kbps já está acima do que os ouvintes ouvem nos grandes aplicativos de podcast; uma transmissão de música a 128 kbps fica abaixo do nível Alta do Spotify e muito abaixo do nível Muito alta.
| Métrica | Valor | Fonte |
|---|---|---|
| Teste do Google com fala em mandarim (21 ouvintes após triagem, escala de 0 a 100): Opus em banda cheia a 32 kbps vs G.719 a 32 kbps vs Opus em banda larga a 20 kbps | 98,13 vs 93,43 vs 81,59 | IETF, draft-ietf-codec-results-03 (maio de 2013) |
| Bitrate de streaming de podcasts no Spotify: aplicativos móvel e desktop vs player web | Cerca de 96 kbit/s vs 128 kbit/s | Spotify Support, Audio quality (2026) |
| Níveis de música do Spotify: Baixa / Normal / Alta / Muito alta | Cerca de 24 / 96 / 160 / 320 kbit/s | Spotify Support, Audio quality (2026) |
| Música no player web do Spotify: Free vs Premium | AAC 128 kbit/s vs AAC 256 kbit/s | Spotify Support, Audio quality (2026) |
| Nível Lossless do Spotify (Premium): formato e resolução máxima | FLAC, até 24 bits/44,1 kHz | Spotify Support, Audio quality (2026) |
| Feeds RSS do Apple Podcasts, AAC a 44,1 ou 48 kHz: bitrate recomendado mono vs estéreo | 64 a 128 kbps vs 128 a 256 kbps | Apple, Apple Podcasts for Creators: Audio requirements (2026) |
| Mínimo do Apple Podcasts para MP3: mono vs estéreo | 32 kbps vs 64 kbps a 44,1 kHz | Apple, Apple Podcasts for Creators: Audio requirements (2026) |
Nota de contexto: em celulares e tablets, escolher a qualidade Baixa no Spotify também reduz os podcasts para cerca de 24 kbit/s, um quarto dos 96 kbit/s padrão, que é o piso que muitos ouvintes já aceitam para conversa.
7. Headroom e Loudness Antes do Codificador
Codificadores com perdas alteram as formas de onda, e os picos podem sair mais altos do que entraram. Por isso, a orientação da EBU posiciona o limitador final antes de um codificador com perdas em -2 dBTP, um decibel inteiro abaixo do teto de produção de -1 dBTP (EBU, Tech 3344 v2.1 2016). “dBTP” significa decibéis de pico real (true peak), uma leitura de pico que inclui as ultrapassagens entre as amostras digitais. O mesmo documento alerta que o limitador pode precisar ficar mais baixo quando os bitrates são baixos, sem indicar um número.
Para uma mixagem ao vivo, este é o número mais prático do artigo: um limitador ajustado em 0 dBFS no barramento da transmissão não deixa ao codificador AAC ou Opus nenhuma folga para sua própria ultrapassagem. As metas de loudness são outra questão, tratada em profundidade em nossas estatísticas de normalização de loudness em streaming; o suplemento de streaming da EBU, R 128 s2 (versão 3.0, novembro de 2023), recomenda aplicar limitação de pico real no dispositivo de reprodução quando um serviço usa uma meta mais alta.
| Métrica | Valor | Fonte |
|---|---|---|
| Nível máximo de pico real para material de produção | -1 dBTP | EBU, Tech 3344 v2.1 (julho de 2016) |
| Ajuste do limitador de pico na etapa final, antes do codificador com perdas | -2 dBTP (pode precisar ser mais baixo em bitrates baixos) | EBU, Tech 3344 v2.1 (julho de 2016) |
| Saída máxima recomendada do decodificador para AC-3 ou E-AC-3 em modo RF | -4 dBTP | EBU, Tech 3344 v2.1 (julho de 2016) |
| Ultrapassagem entre a leitura de pico real e o nível de saída analógica | Menos de 1 dB (tipicamente alguns décimos de dB) | EBU, Tech 3344 v2.1 (julho de 2016) |
| Teto de pico real do Apple Podcasts | Não superior a -1 dBFS | Apple, Apple Podcasts for Creators: Audio requirements (2026) |
| Apple HLS: metadados de controle de loudness ou de faixa dinâmica | Devem estar presentes, a menos que todo o conteúdo, anúncios incluídos, seja codificado no mesmo nível (requisito 2.18) | Apple, HLS Authoring Specification (2026) |
Nota de contexto: dado mais recente disponível para headroom de codecs: 2016. Nenhuma das páginas de ingest ao vivo lidas para a seção 1 (YouTube Live, Facebook Live, Kick) publica uma meta de loudness, então os números de radiodifusão e de podcast acima são a referência documentada mais próxima.
Resumo: Bitrate de Áudio e Configurações de Codificação em Livestream em Números
| Métrica | Valor | Fonte |
|---|---|---|
| Menor bitrate de Opus a passar na transparência estrita para música (BS.1116-3, p de equivalência) | 160 kbps (p = 0,024) | Deezer Research, arXiv 2026 |
| Opus a 128 kbps vs sem compressão, 10 ouvintes mais críticos | Detectado como degradado (p = 0,030) | Deezer Research, arXiv 2026 |
| Áudio estéreo do YouTube Live | 128 kbps a 44,1 kHz | Google, YouTube Help 2026 |
| Bitrate de áudio do Facebook Live: preferido vs máximo | 128 vs 256 kbps | Meta for Developers 2026 |
| Áudio de 128 kbps como parcela da faixa de vídeo 1080p60 do Facebook Live | Cerca de 1,4% a 2,8% | Meta for Developers 2026 (cálculo nosso) |
| Limite de áudio do Kick | Estéreo, máximo de 48 kHz | Kick Help Center 2026 |
| Níveis de música do Spotify: Alta vs Muito alta | Cerca de 160 vs 320 kbit/s | Spotify Support 2026 |
| Bitrate e taxa de amostragem de áudio padrão do OBS Studio | 160 kbps, 48.000 Hz | OBS Project, código-fonte 2026 |
| Faixa do AAC estéreo no Apple HLS | 32 a 160 kbit/s | Apple, HLS Authoring Specification 2026 |
| Opus recomendado: fala em banda cheia vs música estéreo | 28 a 40 vs 64 a 128 kbit/s | IETF, RFC 6716 2012 |
| Codecs obrigatórios em todo endpoint WebRTC | Opus e G.711 | IETF, RFC 7874 2016 |
| Nota com alvo de 96 kbps, Opus vs AAC da Apple (1 a 5) | 4,65 vs 4,40 | Teste do Hydrogenaudio 2014 |
| Bitrate real nesse alvo, MP3 vs Opus | 135,5 vs 106,7 kbps | Teste do Hydrogenaudio 2014 |
| Áudio de 128 kbps como parcela do bitrate de vídeo mínimo em 360p do YouTube Live | 32% (128 / 400) | Google, YouTube Help 2026 (cálculo nosso) |
| Bitrate de podcasts do Spotify em seus aplicativos | Cerca de 96 kbit/s | Spotify Support 2026 |
| Bitrate recomendado de AAC estéreo no Apple Podcasts | 128 a 256 kbps | Apple Podcasts for Creators 2026 |
| Limitador final antes de um codificador com perdas | -2 dBTP | EBU Tech 3344, 2016 |
Metodologia e Fontes
Lemos cada número deste levantamento no documento primário durante novembro de 2026. As porcentagens da seção 2 são cálculos nossos a partir dos bitrates publicados, com a fórmula mostrada ao lado de cada valor.
- Deezer Research, Benjamin Martin e Romain Hennequin, Evaluating perceptual transparency of lossy music audio compression with Opus codec, preprint do arXiv, outubro de 2026.
- Google, YouTube Help: Choose live encoder settings, bitrates, and resolutions, 2026.
- Google, YouTube Help: Recommended upload encoding settings, 2026.
- Meta for Developers, Live Video API reference, 2026.
- Kick Help Center, How to stream on Kick, 2026.
- OBS Project, rtmp-services services.json, código-fonte do OBS Studio (configurações padrão) e notas de versão do OBS Studio 30.0.
- IETF, RFC 6716 Opus (2012), RFC 7874 requisitos de codecs de áudio do WebRTC (2016), RFC 9725 WHIP (2025) e draft-ietf-codec-results-03 (2013).
- Apple, HLS Authoring Specification for Apple Devices e Apple Podcasts for Creators: Audio requirements, 2026.
- Comunidade Hydrogenaudio, resultados do teste de audição multiformato público, julho de 2014.
- EBU, Tech 3324: EBU evaluations of multichannel audio codecs (2007), Tech 3344 v2.1 (2016) e R 128 s2 versão 3.0 (2023).
- ITU-R, Recommendation BS.1534-3 (2015) e Recommendation BS.1116-3 (2015).
- Spotify Support, Audio quality, 2026.
- Nota sobre os dados: a página de Diretrizes de Transmissão da Twitch não pôde ser renderizada para leitura, então o único número da Twitch usado é o teto da predefinição do OBS (320 kbps). Pelo menos um guia de codificadores de terceiros (Switchboard) lista 160 kbps como o máximo de AAC para a Twitch, metade da predefinição do OBS; não conseguimos confirmar nenhum dos dois números na própria Twitch, então trate os limites de áudio da Twitch como não verificados até conferi-los na página ao vivo. O Kick não publica bitrate de áudio. O estudo da Deezer é um preprint em revisão para o ICASSP 2027, seus ouvintes eram funcionários da Deezer e ele testou apenas o Opus com música, então seu limiar de 160 kbps não deve ser transferido para o AAC nem para a fala. A página de resultados do Hydrogenaudio descreve o bitrate extra do MP3 tanto como “30 kbps a mais” quanto como “29% a mais”; relatamos apenas as médias medidas. A EBU Tech 3324 cita mais de 14.000 notas de cerca de 150 sujeitos em suas conclusões, o que não corresponde às suas tabelas por laboratório (87 e 71 ouvintes aceitos), então não usamos um total de ouvintes dela. Os dados de testes de audição das seções 4 e 5 são em sua maioria mais antigos que três anos (2007 a 2014), sendo o estudo da Deezer a única exceção recente. O YouTube Live recomenda 44,1 kHz para estéreo, enquanto a orientação de envio dele, o Kick e o OBS usam 48 kHz.
Última atualização: 6 de novembro de 2026. Atualizamos este levantamento trimestralmente, e a próxima revisão é esperada quando os anais do ICASSP 2027 publicarem a versão revisada por pares do estudo de transparência da Deezer Research.