En una prueba de escucha ciega de octubre de 2026, 160 kbps fue el bitrate de Opus más bajo que alcanzó transparencia perceptual estricta para música, es decir, incluso los oyentes más críticos de la prueba no pudieron distinguirlo de forma fiable del original sin comprimir (p = 0,024 para la equivalencia) (Deezer Research, Martin y Hennequin, arXiv 2026). Resulta que ese es exactamente el bitrate de audio que OBS Studio establece por defecto en sus seis pistas de audio (OBS Project, código fuente de OBS Studio 2026), y sin embargo las plataformas en directo piden menos: YouTube Live recomienda 128 kbps para estéreo (Google, YouTube Help 2026) y Meta prefiere 128 kbps para Facebook Live (Meta for Developers, Live Video API reference 2026). Con un objetivo de 96 kbps, Opus ya obtuvo 4,65 sobre 5 en una prueba ciega multiformato pública (Hydrogenaudio, prueba de escucha pública 2014). A diferencia de los archivos bajo demanda, tratados en nuestras estadísticas de ancho de banda y almacenamiento de alojamiento de pódcast, un codificador en directo tiene una sola pasada y ninguna segunda oportunidad. Reunimos datos de Deezer Research, YouTube Help, Meta for Developers, el Kick Help Center, el OBS Project, el IETF, Apple, la EBU, la ITU-R, Spotify y la comunidad de pruebas de escucha de Hydrogenaudio.
TL;DR
- Opus a 160 kbps fue estadísticamente equivalente al audio sin comprimir (p = 0,024), pero los 10 oyentes más críticos detectaron los 128 kbps (p = 0,030) (Deezer Research, arXiv 2026).
- YouTube Live pide 128 kbps en estéreo a 44,1 kHz, un tercio de los 384 kbps a 48 kHz que recomienda para vídeos subidos (YouTube Help, ajustes de directo y de subida 2026).
- Facebook Live prefiere audio AAC-LC estéreo a 128 kbps, con 256 kbps como máximo (Meta for Developers, Live Video API reference 2026).
- Los preajustes integrados de OBS Studio limitan el audio a 320 kbps para Twitch, 160 kbps para YouTube RTMPS y 128 kbps para Facebook Live (OBS Project, services.json 2026).
- OBS Studio usa por defecto audio de 160 kbps, 48.000 Hz y estéreo (OBS Project, código fuente de OBS Studio 2026).
- La especificación HLS de Apple limita el AAC estéreo a 160 kbit/s y dice que no debe usarse HE-AAC por encima de 64 kbit/s (Apple, HLS Authoring Specification 2026).
- Con un objetivo de 96 kbps, Opus obtuvo 4,65 frente a 4,40 de Apple AAC en una escala de 1 a 5 (Hydrogenaudio, prueba de escucha pública 2014).
- El estándar Opus del IETF recomienda de 28 a 40 kbit/s para voz en banda completa y de 64 a 128 kbit/s para música estéreo (IETF, RFC 6716 2012).
- Spotify emite los pódcast a unos 96 kbit/s en sus aplicaciones (Spotify Support, Audio quality 2026).
- La guía de la EBU sitúa el último limitador antes de un codificador con pérdidas en -2 dBTP (EBU, Tech 3344 v2.1 2016).
1. Especificaciones de Ingesta de las Plataformas: Lo Que Pide Cada Servicio
“Ingesta” (ingest) es el tramo de subida: el flujo que tu codificador envía a la plataforma antes de que esta lo recodifique para los espectadores. En ese tramo, las cifras de audio publicadas son sorprendentemente modestas. YouTube pide audio estéreo de 128 kbps en una transmisión en directo, pero 384 kbps en estéreo en un vídeo subido, tres veces más (Google, YouTube Help 2026). El audio en directo se trata como un flujo de contribución que debe sobrevivir a una subida doméstica congestionada, no como un máster.
La guía sobre la tasa de muestreo tampoco coincide. YouTube Live indica 44,1 kHz para estéreo, mientras que su propia página de subida y el valor predeterminado de OBS usan 48 kHz, y Kick permite hasta 48 kHz. Esa discrepancia no cuesta nada audible por sí sola, pero cada remuestreo entre un micrófono, una mesa de mezclas y un codificador es un paso en el que puede colarse un ajuste equivocado. Los ajustes de audio tampoco son la única regla de audio con la que se encuentra un canal: la gestión de derechos es la otra, como muestran nuestras estadísticas de silenciamiento por derechos de autor en directos.
| Métrica | Valor | Fuente |
|---|---|---|
| Audio de YouTube Live: estéreo vs envolvente 5.1 | 128 kbps a 44,1 kHz vs 384 kbps a 48 kHz (5.1 por RTMP o RTMPS solo en AAC) | Google, YouTube Help: Choose live encoder settings (2026) |
| Audio recomendado por YouTube para vídeos subidos (no en directo): mono / estéreo / 5.1 | 128 / 384 / 512 kbps a 48 kHz | Google, YouTube Help: Recommended upload encoding settings (2026) |
| Bitrate de audio de Facebook Live: preferido vs máximo | 128 kbps vs 256 kbps (AAC de baja complejidad, estéreo) | Meta for Developers, Live Video API reference (2026) |
| Tasas de muestreo de audio aceptadas por Facebook Live | 44,1 kHz o 48 kHz | Meta for Developers, Live Video API reference (2026) |
| Límite de audio de Kick | Estéreo, máximo 48 kHz; no se publica bitrate de audio | Kick Help Center, How to stream on Kick (2026) |
| Bitrate de audio máximo en los preajustes de servicio integrados de OBS Studio: Twitch / YouTube RTMPS / Trovo / Facebook Live | 320 / 160 / 160 / 128 kbps | OBS Project, archivo de preajustes services.json (2026) |
Nota de contexto: la página de Directrices de Transmisión de la propia Twitch se carga mediante un script que no pudo leerse para este informe, así que la cifra de Twitch anterior es un tope de preajuste de un software de transmisión, no una cita de Twitch. Guías de terceros citan un tope menor para Twitch (véase la nota sobre los datos en la Metodología).
2. La Parte del Audio en el Presupuesto de Bitrate
El audio es un error de redondeo en una transmisión 1080p y una partida importante en una móvil. Con el mínimo de 0,4 Mbps de YouTube para 360p en H.264, una pista estéreo de 128 kbps equivale al 32% del bitrate de vídeo (128 / 400), mientras que con la recomendación de 17 Mbps para 1080p60 es de cerca del 0,75% (128 / 17.000) (Google, YouTube Help 2026). Las cuentas siguientes son nuestras, a partir de las cifras publicadas, y comparan el audio solo con el bitrate de vídeo.
La lectura práctica: en una transmisión de alta resolución, bajar el audio de 160 a 128 kbps ahorra casi nada, así que el audio es el último lugar donde economizar. En los peldaños bajos de una escalera adaptativa, los que de verdad reciben los espectadores de móvil con redes débiles, los bits de audio compiten directamente con la imagen, y por eso las especificaciones de streaming adaptativo permiten AAC estéreo desde 32 kbit/s y orientan las tasas bajas hacia HE-AAC.
| Métrica | Valor | Fuente |
|---|---|---|
| Bitrate de vídeo recomendado de YouTube Live en 1080p60 H.264, y el audio de 128 kbps como parte de él | 17 Mbps; 128 / 17.000 = cerca del 0,75% | Google, YouTube Help: Choose live encoder settings (2026) |
| Bitrate de vídeo mínimo de YouTube Live en 360p30 H.264, y el audio de 128 kbps como parte de él | 0,4 Mbps; 128 / 400 = 32% | Google, YouTube Help: Choose live encoder settings (2026) |
| Rango de bitrate de vídeo de Facebook Live en 1080p60, y el audio preferido de 128 kbps como parte de él | 4.500 a 9.000 kbps; 128 / 9.000 = cerca del 1,4%, 128 / 4.500 = cerca del 2,8% | Meta for Developers, Live Video API reference (2026) |
| Rango de bitrate de vídeo de Kick (solo H.264, solo bitrate constante) | 1.000 a 8.000 kbps | Kick Help Center, How to stream on Kick (2026) |
| Preajuste de Twitch en OBS Studio: bitrate máximo de vídeo vs máximo de audio | 6.000 vs 320 kbps; 320 / 6.000 = cerca del 5,3% | OBS Project, services.json (2026) |
| Rango de bitrate de AAC estéreo en Apple HLS | 32 a 160 kbit/s | Apple, HLS Authoring Specification for Apple Devices (2026) |
| Apple HLS: bitrate por encima del cual no debe usarse HE-AAC | 64 kbit/s | Apple, HLS Authoring Specification (2026) |
| Transmisiones en directo con Apple HLS: media de una hora y pico permitidos vs ancho de banda declarado | por debajo del 110% de AVERAGE-BANDWIDTH; por debajo del 125% de BANDWIDTH | Apple, HLS Authoring Specification (2026) |
Nota de contexto: Kick exige bitrate constante (CBR), es decir, el codificador envía una tasa estable en lugar de gastar más bits en las escenas difíciles. El CBR fija la parte del audio indicada arriba, de modo que una pista estéreo a 160 kbps en una transmisión de Kick de 8.000 kbps representa el 2% del presupuesto de vídeo (160 / 8.000).
3. Valores Predeterminados y Fontanería de Códecs: AAC de Entrada, Opus en Camino
La mayoría de los streamers nunca toca el panel de audio, así que los valores predeterminados son el verdadero estándar de la industria. OBS Studio trae 160 kbps en cada pista de audio, a 48.000 Hz y en estéreo (OBS Project, código fuente de OBS Studio 2026). Ese único valor queda por encima de lo que recomiendan YouTube y Facebook y por debajo del tope de OBS para Twitch, lo cual es un punto medio sensato cuando un solo codificador alimenta varias plataformas. Si tu voz procesada entra en OBS desde otra aplicación, como con un cambiador de voz para OBS, mantener esa tasa de 48 kHz de extremo a extremo evita un remuestreo adicional.
La historia de los códecs está cambiando por debajo. Todas las especificaciones de ingesta RTMP de la sección 1 nombran AAC, pero el mundo WebRTC exige Opus, y WHIP (WebRTC-HTTP Ingestion Protocol, una forma basada en HTTP de enviar un flujo WebRTC a un servidor) lleva ese mundo al software de transmisión. OBS añadió la salida WHIP en la versión 30.0, y el IETF publicó WHIP como RFC 9725 en 2025, con una oferta de ejemplo que negocia Opus a 48 kHz en estéreo (“opus/48000/2”).
| Métrica | Valor | Fuente |
|---|---|---|
| Bitrate de audio predeterminado de OBS Studio, salida simple y las seis pistas de salida avanzada | 160 kbps | OBS Project, código fuente de OBS Studio, InitBasicConfigDefaults (2026) |
| Tasa de muestreo y disposición de canales predeterminadas de OBS Studio | 48.000 Hz, estéreo | OBS Project, código fuente de OBS Studio (2026) |
| Bitrates recomendados de Opus con tramas de 20 ms: voz en banda completa vs música estéreo en banda completa | 28 a 40 kbit/s vs 64 a 128 kbit/s | IETF, RFC 6716 (septiembre de 2012) |
| Modo de banda completa de Opus: tasa de muestreo efectiva y frecuencia codificada más alta | 48 kHz; el audio por encima de 20 kHz nunca se codifica | IETF, RFC 6716 (septiembre de 2012) |
| Códecs de audio que todo endpoint WebRTC debe implementar | Opus más G.711 (PCMA y PCMU) | IETF, RFC 7874 (mayo de 2016) |
| Versión de OBS Studio que añadió la salida WHIP/WebRTC | 30.0, noviembre de 2023 | OBS Project, notas de la versión 30.0 de OBS Studio (2023) |
Nota de contexto: el propio estándar WHIP no nombra ningún códec obligatorio; Opus aparece solo en su intercambio de ejemplo. El requisito de Opus procede de las reglas de códecs de WebRTC, independientes, citadas en la tabla, que rigen los endpoints WebRTC en general.
4. AAC vs Opus en Pruebas de Escucha Ciega
Las pruebas ciegas son el único árbitro justo entre códecs, y el registro público es más antiguo que la infraestructura de streaming que juzga. En la prueba pública de Hydrogenaudio de julio de 2014, con un objetivo de 96 kbps, Opus 1.1 obtuvo 4,65 y Apple AAC 4,40 en una escala de degradación de 1 a 5, donde 5 significa “imperceptible” (Hydrogenaudio, prueba de escucha multiformato pública 2014). La diferencia es pequeña en términos absolutos pero estadísticamente sólida (p = 0,000), y se logró con un Opus que gastó en promedio solo 3 kbps más (106,7 vs 103,7 kbps).
Dato más reciente disponible: resultados de pruebas de 2010 a 2014 (fuentes en la tabla). No se encontró ninguna prueba multiformato pública comparable de codificadores AAC y Opus actuales con bitrates de streaming para 2025 o 2026, lo que ya es un hallazgo: los valores predeterminados de AAC de las plataformas se apoyan en la compatibilidad, no en datos de escucha recientes. Para los bitrates muy bajos en los que los códecs neuronales compiten ahora con Opus, véanse nuestras estadísticas de bitrate y calidad de códecs de audio neuronales.
| Métrica | Valor | Fuente |
|---|---|---|
| Puntuación media con un objetivo de 96 kbps, escala de 1 a 5 (5 = imperceptible): Opus 1.1 vs Apple AAC vs LAME MP3 vs Vorbis | 4,65 vs 4,40 vs 4,24 vs 4,24 | Hydrogenaudio, resultados de la prueba de escucha multiformato pública (julio de 2014) |
| Bitrate medio real entregado con ese objetivo: Opus / Apple AAC / Vorbis / MP3 | 106,7 / 103,7 / 106,1 / 135,5 kbps | Hydrogenaudio, prueba de escucha multiformato pública (2014) |
| Ancla de baja calidad (un codificador AAC más antiguo, FAAC, a 96 kbps) | 2,65 | Hydrogenaudio, prueba de escucha multiformato pública (2014) |
| Significancia: Opus vs Apple AAC; Apple AAC vs MP3 | Opus mejor, p = 0,000; AAC mejor, p ajustado = 0,043 (bootstrap) | Hydrogenaudio, prueba de escucha multiformato pública (2014) |
| Panel y material | 38 participantes, 339 resultados válidos de 363 enviados; 40 muestras (35 de música, 5 de voz) | Hydrogenaudio, prueba de escucha multiformato pública (2014) |
| Prueba de música estéreo de Google (9 oyentes): Opus a 128 kbps vs AAC-LC a 64 kbps, MP3 a 96 kbps, Opus a 64 kbps y G.719 a 64 kbps | Opus a 128 kbps obtuvo una puntuación significativamente mayor que los otros cuatro | IETF, draft-ietf-codec-results-03 (mayo de 2013) |
| Prueba de música estéreo de Broadcom (17 oyentes, diciembre de 2010): Opus a 96 kbps vs AAC-LC y MP3 | Ligeramente peor que AAC-LC, significativamente mejor que MP3 | IETF, draft-ietf-codec-results-03 (mayo de 2013) |
Nota sobre valores atípicos: MP3 usó 28,8 kbps más que Opus (135,5 menos 106,7 kbps) para llegar al mismo 4,24 que Vorbis, y aun así quedó por detrás de AAC. El resultado de Broadcom usó un flujo de bits de Opus previo a la versión final, por lo que discrepa de las pruebas posteriores.
5. Umbrales de Transparencia: Dónde Dejan de Importar los Bits Extra
“Transparente” tiene un significado preciso en la codificación de audio: oyentes entrenados, en una prueba ciega controlada, no pueden distinguir de forma fiable la versión codificada del original. Deezer Research halló que Opus a 160 kbps cumplió ese listón en condiciones de estrés (prueba de diferencia p = 0,747, equivalencia estricta p = 0,024), mientras que 128 kbps no lo cumplió una vez aisladas las muestras más difíciles y los oídos más agudos (p = 0,030) (Deezer Research, Martin y Hennequin, arXiv 2026). En la primera fase, con los 21 oyentes, 128 kbps parecía indistinguible (p = 0,456), lo que muestra cuánto depende la respuesta de quién escucha.
El estudio usó ITU-R BS.1116-3, un método en el que los oyentes escuchan el original y luego dos versiones ocultas (una codificada, otra de nuevo el original) y califican la diferencia. Una “calificación de diferencia” de 0 significa ninguna diferencia audible; el margen de equivalencia fue de más o menos 0,25. Dos salvedades importan a los streamers: la prueba cubre solo Opus y solo música, y es un preprint en revisión. Las cifras de sonido envolvente de radiodifusión de la tabla muestran la misma lógica a mayor escala, con un bitrate seguro muy por encima del del caso medio.
| Métrica | Valor | Fuente |
|---|---|---|
| Calificación media de diferencia de la fase 1 frente al audio sin comprimir (0 = ninguna diferencia audible): Opus a 32 vs 64 vs 128 kbps | -1,661 vs -0,438 vs -0,082 | Deezer Research, Martin y Hennequin, arXiv 2610.20246 (octubre de 2026) |
| Fase 1, Opus a 128 kbps: prueba de diferencia vs prueba de equivalencia estricta | p = 0,456 (ninguna diferencia detectable) vs p = 0,064 (equivalencia no demostrada) | Deezer Research, arXiv 2610.20246 (2026) |
| Prueba de estrés de la fase 2 (10 oyentes más críticos, 8 muestras más difíciles): pruebas de diferencia 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: prueba de equivalencia estricta (margen de más o menos 0,25 de calificación) y calificación media de diferencia | p = 0,024; -0,035 | Deezer Research, arXiv 2610.20246 (2026) |
| Oyentes reclutados vs cualificados tras la selección; fragmentos de música | 26 vs 21; 23 fragmentos | Deezer Research, arXiv 2610.20246 (2026) |
| Bitrate de sonido envolvente 5.1 que la EBU considera una opción segura para calidad Excelente con independencia del contenido | 448 kbit/s | EBU, Tech 3324 multichannel codec evaluations (septiembre de 2007) |
| HE-AAC envolvente 5.1 a 160 kbit/s o más | Excelente en promedio, los aplausos solo Aceptable | EBU, Tech 3324 (septiembre de 2007) |
| Regla de la prueba MUSHRA: excluir a un oyente que califica el original oculto por debajo de 90 en más de esta proporción de ítems | 15% | ITU-R, Recommendation BS.1534-3 (octubre de 2015) |
Nota de contexto: dato más reciente disponible para sonido envolvente: 2007. MUSHRA (BS.1534) es el método para calidad intermedia, puntuado de 0 a 100 con anclas filtradas paso bajo a 3,5 kHz y 7 kHz, mientras que BS.1116 se reserva para degradaciones tan pequeñas que solo las condiciones rigurosas las revelan. Un códec juzgado “Excelente” en MUSHRA no es automáticamente transparente en términos de BS.1116.
6. Transmisiones Centradas en la Voz y los Puntos de Referencia del Oyente
La mayoría de los directos son charla con música de fondo, y la voz necesita muchos menos bits que la música. Una prueba de escucha de Google de 2011 calificó Opus en banda completa a 32 kbps con 98,13 sobre 100 en voz en mandarín, por encima de G.719 a la misma tasa (93,43) (IETF, draft-ietf-codec-results-03 2013). Dato más reciente disponible: 2013.
Los servicios de consumo fijan el punto de referencia del oído. Spotify emite los pódcast a unos 96 kbit/s en sus aplicaciones, y la guía de feeds de pódcast de la tabla llega como máximo a 128 kbps para mono. Una transmisión de charla enviada a 128 a 160 kbps ya está por encima de lo que los oyentes escuchan en las grandes aplicaciones de pódcast; una transmisión de música a 128 kbps queda por debajo del nivel Alta de Spotify y muy por debajo de su nivel Muy alta.
| Métrica | Valor | Fuente |
|---|---|---|
| Prueba de voz en mandarín de Google (21 oyentes tras la selección, escala de 0 a 100): Opus en banda completa a 32 kbps vs G.719 a 32 kbps vs Opus en banda ancha a 20 kbps | 98,13 vs 93,43 vs 81,59 | IETF, draft-ietf-codec-results-03 (mayo de 2013) |
| Bitrate de emisión de pódcast en Spotify: aplicaciones móvil y de escritorio vs reproductor web | Unos 96 kbit/s vs 128 kbit/s | Spotify Support, Audio quality (2026) |
| Niveles de música de Spotify: Baja / Normal / Alta / Muy alta | Unos 24 / 96 / 160 / 320 kbit/s | Spotify Support, Audio quality (2026) |
| Música en el reproductor web de Spotify: Free vs Premium | AAC 128 kbit/s vs AAC 256 kbit/s | Spotify Support, Audio quality (2026) |
| Nivel Lossless de Spotify (Premium): formato y resolución máxima | FLAC, hasta 24 bits/44,1 kHz | Spotify Support, Audio quality (2026) |
| Feeds RSS de Apple Podcasts, AAC a 44,1 o 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 de MP3 en Apple Podcasts: mono vs estéreo | 32 kbps vs 64 kbps a 44,1 kHz | Apple, Apple Podcasts for Creators: Audio requirements (2026) |
Nota de contexto: en teléfonos y tabletas, elegir la calidad Baja en Spotify también reduce los pódcast a unos 24 kbit/s, una cuarta parte de los 96 kbit/s predeterminados, que es el mínimo que muchos oyentes ya aceptan para la charla.
7. Headroom y Sonoridad Antes del Codificador
Los codificadores con pérdidas alteran las formas de onda, y los picos pueden salir más altos de lo que entraron. Por eso la guía de la EBU sitúa el limitador final antes de un codificador con pérdidas en -2 dBTP, un decibelio completo por debajo del techo de producción de -1 dBTP (EBU, Tech 3344 v2.1 2016). “dBTP” significa decibelios de pico real (true peak), una lectura de pico que incluye las sobrecargas entre muestras digitales. El mismo documento advierte de que el limitador puede tener que bajar más cuando los bitrates son bajos, sin dar una cifra.
Para una mezcla en directo, esta es la cifra más aplicable del artículo: un limitador fijado en 0 dBFS en el bus de la transmisión no deja al codificador AAC u Opus ningún margen para su propia sobrecarga. Los objetivos de sonoridad son otra cuestión, tratada en profundidad en nuestras estadísticas de normalización de sonoridad en streaming; el suplemento de streaming de la EBU, R 128 s2 (versión 3.0, noviembre de 2023), recomienda aplicar limitación de pico real en el dispositivo de reproducción cuando un servicio usa un objetivo más alto.
| Métrica | Valor | Fuente |
|---|---|---|
| Nivel máximo de pico real para material de producción | -1 dBTP | EBU, Tech 3344 v2.1 (julio de 2016) |
| Ajuste del limitador de picos de la etapa final delante del codificador con pérdidas | -2 dBTP (puede necesitar ser más bajo con bitrates bajos) | EBU, Tech 3344 v2.1 (julio de 2016) |
| Salida máxima recomendada del decodificador para AC-3 o E-AC-3 en modo RF | -4 dBTP | EBU, Tech 3344 v2.1 (julio de 2016) |
| Sobrecarga entre la lectura de pico real y el nivel de salida analógica | Menos de 1 dB (normalmente unas pocas décimas de dB) | EBU, Tech 3344 v2.1 (julio de 2016) |
| Techo de pico real de Apple Podcasts | No superior a -1 dBFS | Apple, Apple Podcasts for Creators: Audio requirements (2026) |
| Apple HLS: metadatos de control de sonoridad o de rango dinámico | Deben estar presentes salvo que todo el contenido, anuncios incluidos, se codifique al mismo nivel (requisito 2.18) | Apple, HLS Authoring Specification (2026) |
Nota de contexto: dato más reciente disponible sobre headroom de códecs: 2016. Ninguna de las páginas de ingesta en directo leídas para la sección 1 (YouTube Live, Facebook Live, Kick) publica un objetivo de sonoridad, así que las cifras de radiodifusión y de pódcast anteriores son la referencia documentada más cercana.
Resumen: Bitrate de Audio y Ajustes de Codificación en Directo en Cifras
| Métrica | Valor | Fuente |
|---|---|---|
| Bitrate de Opus más bajo que supera la transparencia estricta para música (BS.1116-3, p de equivalencia) | 160 kbps (p = 0,024) | Deezer Research, arXiv 2026 |
| Opus a 128 kbps vs sin comprimir, 10 oyentes más críticos | Detectado como degradado (p = 0,030) | Deezer Research, arXiv 2026 |
| Audio estéreo de YouTube Live | 128 kbps a 44,1 kHz | Google, YouTube Help 2026 |
| Bitrate de audio de Facebook Live: preferido vs máximo | 128 vs 256 kbps | Meta for Developers 2026 |
| Audio de 128 kbps como parte del rango de vídeo 1080p60 de Facebook Live | Cerca del 1,4% al 2,8% | Meta for Developers 2026 (cálculo propio) |
| Límite de audio de Kick | Estéreo, máximo 48 kHz | Kick Help Center 2026 |
| Niveles de música de Spotify: Alta vs Muy alta | Unos 160 vs 320 kbit/s | Spotify Support 2026 |
| Bitrate y tasa de muestreo de audio predeterminados de OBS Studio | 160 kbps, 48.000 Hz | OBS Project, código fuente 2026 |
| Rango de AAC estéreo en Apple HLS | 32 a 160 kbit/s | Apple, HLS Authoring Specification 2026 |
| Opus recomendado: voz en banda completa vs música estéreo | 28 a 40 vs 64 a 128 kbit/s | IETF, RFC 6716 2012 |
| Códecs obligatorios en todo endpoint WebRTC | Opus y G.711 | IETF, RFC 7874 2016 |
| Puntuación con un objetivo de 96 kbps, Opus vs Apple AAC (1 a 5) | 4,65 vs 4,40 | Prueba de Hydrogenaudio 2014 |
| Bitrate real con ese objetivo, MP3 vs Opus | 135,5 vs 106,7 kbps | Prueba de Hydrogenaudio 2014 |
| Audio de 128 kbps como parte del bitrate de vídeo mínimo en 360p de YouTube Live | 32% (128 / 400) | Google, YouTube Help 2026 (cálculo propio) |
| Bitrate de pódcast de Spotify en sus aplicaciones | Unos 96 kbit/s | Spotify Support 2026 |
| Bitrate recomendado de AAC estéreo en Apple Podcasts | 128 a 256 kbps | Apple Podcasts for Creators 2026 |
| Limitador final antes de un codificador con pérdidas | -2 dBTP | EBU Tech 3344, 2016 |
Metodología y Fuentes
Leímos cada cifra de este informe en el documento primario durante noviembre de 2026. Los porcentajes de la sección 2 son aritmética propia a partir de los bitrates publicados, con la fórmula mostrada junto a cada valor.
- Deezer Research, Benjamin Martin y Romain Hennequin, Evaluating perceptual transparency of lossy music audio compression with Opus codec, preprint de arXiv, octubre 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 fuente de OBS Studio (ajustes predeterminados) y notas de la versión 30.0 de OBS Studio.
- IETF, RFC 6716 Opus (2012), RFC 7874 requisitos de códecs de audio de WebRTC (2016), RFC 9725 WHIP (2025) y draft-ietf-codec-results-03 (2013).
- Apple, HLS Authoring Specification for Apple Devices y Apple Podcasts for Creators: Audio requirements, 2026.
- Comunidad Hydrogenaudio, resultados de la prueba de escucha multiformato pública, julio de 2014.
- EBU, Tech 3324: EBU evaluations of multichannel audio codecs (2007), Tech 3344 v2.1 (2016) y R 128 s2 versión 3.0 (2023).
- ITU-R, Recommendation BS.1534-3 (2015) y Recommendation BS.1116-3 (2015).
- Spotify Support, Audio quality, 2026.
- Nota sobre los datos: la página de Directrices de Transmisión de Twitch no pudo renderizarse para su lectura, así que la única cifra de Twitch usada es el tope del preajuste de OBS (320 kbps). Al menos una guía de codificadores de terceros (Switchboard) indica 160 kbps como el máximo de AAC para Twitch, la mitad del preajuste de OBS; no pudimos confirmar ninguna de las dos cifras en la propia Twitch, así que trata los límites de audio de Twitch como no verificados hasta comprobarlos en la página activa. Kick no publica bitrate de audio. El estudio de Deezer es un preprint en revisión para ICASSP 2027, sus oyentes eran empleados de Deezer y probó solo Opus con música, así que su umbral de 160 kbps no debe trasladarse a AAC ni a la voz. La página de resultados de Hydrogenaudio describe el bitrate extra de MP3 tanto como “30 kbps más” como “29% más”; informamos solo de los promedios medidos. EBU Tech 3324 cita en sus conclusiones más de 14.000 puntuaciones de unos 150 sujetos, lo que no coincide con sus tablas por laboratorio (87 y 71 oyentes aceptados), así que no usamos un total de oyentes de ese documento. Los datos de pruebas de escucha de las secciones 4 y 5 tienen en su mayoría más de tres años (2007 a 2014), y el estudio de Deezer es la única excepción reciente. YouTube Live recomienda 44,1 kHz para estéreo, mientras que su guía de subida, Kick y OBS usan 48 kHz.
Última actualización: 6 de noviembre de 2026. Actualizamos este informe trimestralmente, y la próxima revisión se espera cuando las actas de ICASSP 2027 publiquen la versión revisada por pares del estudio de transparencia de Deezer Research.