Cada día más emisoras de radio emiten sus programas, no solo mediante las ondas de radio, sino también a través de Internet y los oyentes, usando una aplicación o un simple navegador, pueden escucharlos. El audio generado en el estudio debe ser, por tanto, replicado en la red hacia todos los destinatarios.
AEQ ha realizado una nota de aplicación al respecto, que pretende describir una solución para distribuir audio a través de internet usando un proveedor de servicios de replicación externo, al que se podrá enviar el audio, ya codificado, usando audiocodecs AEQ de la familia Phoenix.
.
Arquitectura
Un servidor de replicación en la nube se encarga de tomar un stream de audio codificado y enviarlo a múltiples destinos a través de Internet.
El servidor que realiza la replicación puede estar fuera, en Internet, o bien encontrarse en las propias instalaciones de la emisora. La ventaja de la primera alternativa consiste en que la emisora se puede olvidar del mantenimiento de dicha máquina y no necesita contratar una conexión a Internet con un gran ancho de banda. Además, el stream ya se envía codificado al “entrypoint” lo que reduce aún más los requerimientos de dicha conexión para la “ingesta” (entrada de audio hacia el servidor que replica).
En el estudio sólo será necesario un audio codificador dedicado de alta calidad y con distintos tipos de entrada disponible (analógica, digital o incluso Dante/AES-67). Los audio codificadores AEQ Phoenix han sido probados y son compatibles con varios sistemas de replicación gracias a la diversidad de algoritmos de codificación disponibles y a que implementan (entre otros) el método de transmisión standard RTP.
Hemos apostado por comprobar la compatibilidad con servidores de replicación que soporten la familia de algoritmos OPUS.
En particular, se ha evaluado la solución ofrecida por la empresa Cires 21 (C21 Live Radio). Se ofrecen varios niveles de servicio, en función principalmente del nº de usuarios que se pueden conectar simultáneamente y del bitrate de cada conexión (que determina su calidad), aunque además se ofrecen funciones adicionales para cada plan.
.
La calidad percibida por los usuarios depende tanto de la codificación hacia la ingesta, que realiza el audio codec y se envía una sola vez (por lo que el ancho de banda aquí no es un problema), como de la recodificación que se hace en el servidor de replicación, que utilizará un bitrate ajustado para no usar una tasa de datos excesiva, ya que se multiplica por el nº de usuarios. Cires21 nos ofrece la opción de utilizar 64kbps o 128kbps, con codificación MP3.
64 kbps pueden ser suficientes si se envía voz o una señal mono, pero si la transmisión contiene música estéreo, se recomienda contratar al menos 128kbps.
.
Configuración del Audiocodec
En el caso de Cires 21, la ingesta debe realizarse según el protocolo standard RTP. Para establecer un flujo RTP, podemos utilizar un audiocodec Phoenix Mercury, de un canal.
En primer lugar, es necesario definir la codificación adecuada, p.ej. OPUS MUSIC 128kbps stereo.
Hay que tener la precaución de desactivar el auto-colgado por ausencia de RTP, tan solo hay que realizar la llamada al Entrypoint definido por Cires 21.
Sólo es necesario indicar la dirección IP y puerto por el que alcanzaremos el servidor, que son proporcionadas por Cires 21. El estado del equipo dirá siempre CONNECTED_NO_DATA. Esto es correcto porque no se recibe tráfico de vuelta.
.
Recepción
Para escuchar el stream, los usuarios pueden tener dos alternativas:
Por un lado, es posible utilizar directamente una URL para escuchar el stream usando un navegador Web, que incluirá los decodificadores adecuados.
Por otro lado, también es posible utilizar un programa reproductor dedicado. En tal caso, se utilizará una dirección para abrir el stream. Varios ejemplos de estos reproductores son VLC, FFplay, VideoJS o Shaka-Player. En ellos existe una opción de abrir ubicación de red.
La plataforma de demostración de Cires21 permite emitir hasta 6 streams distintos. Cada entrypoint tiene un puerto asignado distinto.
.
Retardo
En todo sistema de replicación de streams a través de internet se producen retardos, debidos en parte a la recepción, decodificación, buffering, recodificación y distribución a través de la infraestructura de Internet de los stream, pero sobre todo a la presencia de un buffer grande en el dispositivo receptor.
Se pueden obtener retardos extremo a extremo a partir de los 8 segundos. Usando un reproductor como VLC o similar, los buffer son algo más grandes, por lo que retardos de hasta 30 segundos son usuales.
Este retardo inevitable debe tenerse en cuenta a la hora de escoger un sistema de este tipo, ya que podría ser excesivo para, p.ej. transmisiones deportivas en directo, pero no tiene importancia alguna en retransmisiones de programas de radio musicales, tertulias, etc.
.
Redundancia
Cires 21 ofrece un servicio opcional de servidores redundantes. Es decir, puede ofrecer dos servidores que generarán los mismos stream hacia Internet, cada uno con su ingesta de audio codificado. Si uno de ellos falla, automáticamente se generarán los stream con el otro, de forma que el servicio no se interrumpa.
.
Podemos tener dos accesos a Internet separados en el estudio, y utilizar dos audiocodecs Phoenix Mercury, cada uno conectado a un acceso. Introduciremos el mismo audio (analógico o digital), en ambos canales. Cada uno llamará a un destino diferente especificado por Cires 21.
También se puede utilizar un único Phoenix Venus 4 o Venus4+, cada canal del mismo usando un puerto Ethernet distinto. En este caso, introducir el mismo audio en ambos canales es más fácil si se utiliza entrada Dante.
.
Monitorización
Cires 21 ofrece un acceso mediante Web en el que, una vez hecho login con las credenciales proporcionadas por ellos, podremos tener acceso a estadísticas de las conexiones, ver el nº de usuarios conectados, etc. 💡
Para obtener la nota de aplicación completa, por favor visite la web de AEQ: www.aeq.es, o envíe un email a aeqsales@aeq.es o llame al teléfono +34 91 686 1300.
.
