Cuando configuramos una radio por Internet aparecen MP3, AAC, AAC+, Opus y números como 64, 96 o 128 kbps. Elegir bien no es poner todo al máximo: es encontrar el punto en el que la señal suena bien, consume lo necesario y llega con un delay razonable.
En streaming de audio es fácil quedarse con una sola idea: cuanto más alto el número, mejor. Pero una transmisión no se define únicamente por los kbps. También importa el formato, el tipo de contenido, la compatibilidad de los reproductores y el retraso que estamos dispuestos a aceptar.
Una radio musical no necesita exactamente lo mismo que una señal de noticias. Una emisora que busca llegar a equipos antiguos puede elegir distinto que un proyecto pensado solamente para celulares actuales. Por eso conviene entender qué cambia en cada opción antes de decidir.
Los kbps son una medida, no una promesa de calidad
Los kbps indican cuánta información de audio enviamos por segundo. En radio solemos hablar de 64, 96, 128 o 192 kbps y muchas veces llamamos a ese número simplemente “calidad”.
Cuanto mayor es el bitrate, más información puede conservar el audio y, en general, mejor puede sonar. Pero también aumenta el consumo. Una hora de transmisión a 64 kbps ronda los 29 MB; a 96 kbps, unos 43 MB; a 128 kbps, cerca de 58 MB; y a 192 kbps, alrededor de 86 MB.
Eso no significa que 192 kbps sea automáticamente la mejor elección. En muchos casos el oyente no percibirá una mejora proporcional al aumento de transferencia. El objetivo es encontrar un punto razonable, no usar el número más grande disponible.
MP3, AAC, AAC+, Opus y Ogg/Vorbis: qué cambia en la práctica
MP3 es el formato más conocido y tiene una ventaja enorme: funciona prácticamente en todos lados. Celulares, computadoras, navegadores, aplicaciones y equipos antiguos suelen reproducirlo sin problemas. Para una radio musical, MP3 a 128 kbps sigue siendo una opción muy segura.
AAC aprovecha mejor los datos. Dicho de forma simple, puede dar una calidad muy buena utilizando menos kbps que MP3. Por eso AAC a 96 kbps suele ofrecer un equilibrio excelente entre sonido y consumo.
AAC+ está pensado para trabajar bien con bitrates más bajos. Una señal a 48 o 64 kbps puede conservar una calidad bastante aceptable consumiendo muy poca transferencia, algo útil cuando ese ahorro realmente importa.
Opus es más moderno y muy eficiente, especialmente en voz. El punto a revisar es la compatibilidad con reproductores, aplicaciones o equipos más antiguos. El formato técnicamente más nuevo no siempre es el más conveniente si parte de la audiencia no puede escucharlo.
Ogg/Vorbis también sirve para streaming y durante años fue una alternativa importante. Hoy es menos habitual en radios que MP3 o AAC. Y vale aclararlo porque todavía genera confusión: Ogg/Vorbis y AAC+ no son lo mismo.
Una guía rápida
MP3 128 kbps prioriza compatibilidad. AAC 96 kbps ofrece un gran equilibrio. AAC+ 48/64 kbps ayuda a ahorrar transferencia. Para voz, un bitrate menor e incluso una señal mono pueden ser suficientes.
La configuración cambia según el contenido
Una radio principalmente musical necesita conservar mejor los detalles del audio y normalmente tiene sentido trabajar en estéreo. MP3 128 kbps o AAC 96 kbps son dos puntos de partida muy razonables.
En una señal de noticias, entrevistas o programas hablados se puede bajar bastante el bitrate sin perjudicar tanto la experiencia. Incluso el mono puede ser útil si prácticamente todo el contenido es voz.
También conviene mantener coherencia con la frecuencia de muestreo. 44.1 kHz es habitual en música y 48 kHz es frecuente en entornos audiovisuales. Subir ese número no mejora por arte de magia una fuente que ya viene con menor calidad.
El delay no es solamente el tiempo que tarda en arrancar el reproductor
El delay es la diferencia entre lo que ocurre en el estudio y lo que escucha la persona por Internet. Si el locutor dice “son las ocho” y el oyente escucha esa frase seis segundos después, esos seis segundos forman parte del retraso de la transmisión.
El audio tiene que salir del encoder, llegar al servidor, viajar por Internet y ser reproducido. En ese recorrido aparece el buffer: una pequeña cantidad de audio que se guarda para evitar cortes ante variaciones de la conexión.
El buffer mejora la estabilidad, pero también hace que el oyente pueda escuchar algo que salió del estudio algunos segundos antes. Normalmente no es una opción que el usuario de la radio pueda modificar; forma parte del funcionamiento del servidor y del reproductor.
Arrancar rápido no significa estar pegado al vivo
Un reproductor puede empezar a sonar uno o dos segundos después de tocar Play y, sin embargo, estar reproduciendo audio que salió del estudio varios segundos antes. Tiempo de arranque y delay respecto del vivo son dos cosas diferentes.
Por qué más kbps puede significar menos delay
Acá aparece algo que muchas radios observan en la práctica. Si el buffer contiene una determinada cantidad de datos, a menor bitrate esos mismos datos representan más segundos de audio.
Tomemos un ejemplo sencillo con 64 KB: a 64 kbps pueden representar aproximadamente 8 segundos de audio; a 128 kbps, unos 4 segundos; y a 192 kbps, alrededor de 2,7 segundos.
Por eso una señal a 128 kbps puede quedar más cerca del vivo que una a 64 kbps. No significa que haya que esperar todos esos segundos para que la radio empiece a sonar: el servidor puede entregar rápidamente el audio inicial para llenar el buffer. Lo que cambia es cuánto programa queda almacenado antes de llegar al oído del usuario.
Tampoco es una fórmula exacta. El formato, el encoder, el servidor, la conexión y el reproductor también influyen. Pero bajar demasiado los kbps para ahorrar transferencia no garantiza menos delay. En determinadas condiciones puede ocurrir exactamente lo contrario.
HLS: otra forma de entregar la señal
Algunos proveedores ofrecen además HLS, aunque no es una opción disponible en todos los servicios de streaming de audio.
En una transmisión tradicional, como las que normalmente utilizan Icecast o SHOUTcast, el audio llega de forma continua. HLS trabaja de otra manera: divide la señal en pequeños fragmentos que el reproductor va descargando uno detrás de otro.
Eso puede dar una reproducción muy estable y funciona especialmente bien en páginas web y aplicaciones modernas. También puede ser una buena opción cuando la conexión desde donde se origina la transmisión es inestable, porque el uso de fragmentos y un mayor margen de almacenamiento puede absorber pequeñas variaciones o microcortes antes de que el oyente los perciba. La contrapartida es que, normalmente, agrega más delay porque el reproductor necesita conservar varios fragmentos antes de reproducirlos.
Logicamente esto no reemplaza una conexión de subida suficiente: si la velocidad disponible es menor de forma sostenida que la necesaria para transmitir, HLS tampoco puede evitar los cortes.
Para una radio musical quizá esos segundos extra no cambien nada. Para un partido, una carrera, una cobertura en vivo o cualquier contenido donde acercarse al tiempo real sea importante, una transmisión tradicional suele ser más conveniente.
Cuando el proveedor ofrece ambas opciones, incluso pueden convivir: una salida tradicional para priorizar menor delay y otra HLS para situaciones donde interesa especialmente la estabilidad o la integración con determinados reproductores.
La mejor configuración es la que encuentra equilibrio
Una radio podría transmitir a 320 kbps y consumir muchísimo ancho de banda. También podría bajar todo al mínimo y ahorrar transferencia a costa de perder calidad. Ninguno de esos extremos garantiza un mejor servicio.
La configuración adecuada es la que equilibra calidad, consumo, compatibilidad, estabilidad y delay según el contenido y la audiencia.
Porque al final el oyente no quiere saber qué codec elegimos ni cuántos datos estamos enviando. Quiere tocar Play y que la radio suene bien, no se corte y llegue lo más cerca posible del vivo.
