Fundaciones tempranas de transmisión de audio

Antes de que las redes digitales transformen sonido en vivo, la transmisión de audio dependía de sistemas analógicos. Las líneas equilibradas basadas en cobre transportaban señales a través de conectores XLR o TRS, con o sin circuitos de elevación de tierra para reducir el hum. Mientras que los restos analógicos se aprecian por su calidez y simplicidad, sufre de degradación de señales a largos cables, conteo de canales limitados y topologías de puntos fijos.

Transmisión digital de audio surgió en los años 80 con protocolos como AES3 (AES/EBU) y ADAT y TDIF posteriores. Estas normas permitieron el transporte digital multicanal sobre cables dedicados, pero fueron diseñados para instalaciones fijas o racks de estudio, no para la flexibilidad de rendimiento en vivo. AES3 soporta sólo dos canales por cable; ADAT lleva ocho canales vía enlaces ópticos pero las distancias son limitadas.

El cambio a la red basada en paquetes —mediante la infraestructura Ethernet estándar— ha abierto nuevas posibilidades para la enrutación de señales, la redundancia y el control remoto. Sin embargo, Ethernet de uso general (IEEE 802.3) es un medio de mayor comodidad; no garantiza la entrega en tiempo real. Para lograr la latencia determinista, de segundo ciclo, los protocolos de transporte especializados tuvieron que ser construidos en la parte superior de la capa física.

El Levántate de los Protocolos de baja relevancia: Dante, Ravenna y AES67

A principios de los años 2000, varios fabricantes reconocieron la necesidad de un protocolo profesional de audio-sobre-IP (AoIP) que pudiera satisfacer las exigencias estrictas de refuerzo de sonido en vivo. Dante (desarrollado por Audinate), Ravenna (creado por Alcons y más tarde el consorcio ALC NetworX), y AES67 (un estándar desarrollado por la Audio Engineering Society para permitir la interoperabilidad). Cada uno utiliza la conexión IP estándar Layer 3 pero aplica sincronización de reloj inteligente y configuración de tráfico para mantener la latencia por debajo de 1 ms.

Dante: El líder del mercado

Dante fue introducido en 2006 y rápidamente se convirtió en el protocolo AoIP dominante para sonido en vivo, transmisión e instalación de audio. Opera más de 1000BASE-T Gigabit Ethernet (o 100BASE-TX para sistemas más pequeños) y soporta corrientes unicast y multicast. Dante utiliza el protocolo de tiempo de precisión IEEE 1588-2008 (PTP) para sincronizar todos los dispositivos en la red a través de cientos de canales de alineación de muestras.

Las características clave del Dante incluyen:

  • Auto-descubrimiento: Dante Controller encuentra automáticamente todos los dispositivos habilitados para Dante en la subred, haciendo arrastrar y soltar la configuración.
  • Baja latencia: El búfer interno de Dante se puede configurar a 0,25 ms, 0,5 ms, 1 ms o 5 ms dependiendo del tamaño de la red y los interruptores.
  • Redundancia: Dante soporta dos interfaces Ethernet independientes (primaria y secundaria) con una falla sin costuras utilizando el Dante Domain Manager.
  • Escalabilidad: Con el tratamiento multicast, una sola red Dante puede llevar hasta 512 canales bidirectionales (256×256) en un enlace de 1 Gbps.

Audinate también ha introducido Dante Audio sobre módulos IP que se integran directamente en consolas de mezcla, cajas de escenario y amplificadores, reduciendo las etapas de conversión y reduciendo aún más latencia total del sistema.

Ravenna: abierto y definido por hardware

Ravenna fue desarrollado a principios de 2010 con un enfoque en la flexibilidad y los altos cargos de canales. A diferencia de Dante, Ravenna no está ligada a un solo proveedor de chips; puede funcionar en tarjetas de interfaz de red estándar y utiliza el Protocolo de Transporte en tiempo real (RTP) para el transporte de carga de audio. La sincronización depende de PTPv2 (IEEE 1588-2008), y los dispositivos Ravenna suelen lograr la precisión del reloj de submicrosecond.

Las fortalezas de Ravenna incluyen:

  • Independencia de la capa de transporte: Puede operar sobre RTP/UDP, y algunas implementaciones apoyan RTP sobre TCP para redes de peor caso.
  • Densidad de canal alta: En 10 Gbps Ethernet, Ravenna puede llevar más de 1.000 canales de audio de 24 bits/96 kHz.
  • Aplicación basada en el software: Los fabricantes pueden integrar Ravenna en las plataformas DSP existentes sin hardware patentado.

Sin embargo, Ravenna no ha logrado la misma penetración de mercado que Dante, debido en gran medida al ecosistema de plug-and-play de este último y el fuerte apoyo de los fabricantes de consolas.

AES67: El puente de interoperabilidad

Presentado en 2013, AES67 no es un protocolo competidor, sino un estándar que define un modo de interoperabilidad común entre diferentes sistemas AoIP. Especifica un formato de audio compartido (24-bit lineal PCM, frecuencias de muestra 44.1–96 kHz, 1–8 canales por corriente), un mecanismo de transporte (RTP), y sincronización (PTPv2 con un perfil elegido).

Los ingenieros de sonido en vivo utilizan a menudo AES67 para vincular Dante, Ravenna y Livewire (de Telos) redes en instalaciones multivendor. Aunque AES67 no manda la menor latencia posible (normalmente 1 ms o más), se ha convertido en una herramienta crítica para grandes eventos donde diferentes sistemas de touring deben interconectarse.

Pilares tecnológicos: Sincronización del reloj y Prerequisitos de red

Todos los protocolos AoIP de baja latencia dependen de dos tecnologías fundamentales: IEEE 1588 Precision Time Protocol (PTP) y Calidad del servicio (QoS) en los interruptores de red.

IEEE 1588 PTP y el Gran Maestre Reloj

PTP sincroniza todos los dispositivos en la red a una referencia de tiempo común, típicamente a Grandmaster Clock (a menudo la consola de audio o un servidor PTP dedicado). Los paquetes de tiempo de mensajes de protocolo a nivel de hardware para eliminar el software de arranque. En un dominio PTP correctamente configurado, los desplazamientos de reloj entre dispositivos se corren cada 1-8 segundos, manteniendo los buffers de muestra sincronizados en nanosegundos.

Un factor crítico es el PTP perfil. Dante utiliza su propio perfil (Audinate PTPv2), mientras que Ravenna puede utilizar el perfil AES67. Los interruptores deben soportar la funcionalidad PTP Transparent Clock o Boundary Clock para evitar la acumulación de grandes jitter. Los conmutadores de consumo generalmente carecen de este soporte, por lo que los interruptores gestionados dedicados (por ejemplo, Cisco SG500, Netgear M4300 o Luminex) son obligatorios para redes de audio en vivo profesional.

QoS y Priorización del Tráfico

Las redes Ethernet llevan tráfico mixto: datos de control (MIDI, OSC), vídeo y audio. Para garantizar la baja latencia, los paquetes de audio deben ser priorizados sobre todo. El mecanismo DiffServ utiliza el campo DSCP (Diferencial Services Code Point) en el encabezado IP para etiquetar paquetes de audio con alta prioridad (por ejemplo, EF – Expedited Forwarding).

La planificación de ancho de banda es crucial. Un solo flujo de 48 canales de 96 kHz/24-bit consume alrededor de 155 Mbps. Con flujos multicast, el ancho de banda total debe ser calculado para evitar la congestión. Muchos sistemas tienen el número de flujos multicast por puerto de conmutación para mantener el rendimiento determinista.

Impacto en los rendimientos en vivo: desde los mezclas de monitor a los conjuntos remotos

Los protocolos de baja latencia han cambiado fundamentalmente cómo se producen los rendimientos en vivo. mezclado de monitores en el exterior (IEM). Los intérpretes ahora usan IEMs personalizados alimentados directamente desde cajas de escenario digital, con retrasos de ida y vuelta (microfono → consola → IEM) bajo 1 ms, muy por debajo del umbral psicoacústico de unos 10 ms donde el retraso se vuelve notable. Esto permite a los músicos cantar y jugar con el tiempo ajustado, incluso cuando la posición FOH (frontera) está a cientos de pies.

Producciones multietapa, como las principales etapas del festival con escenarios B o espectáculos de teatro con múltiples áreas de rendimiento, pueden compartir una sola red de columna vertebral. Una consola en FOH puede controlar el audio desde cualquier caja de escenario en el mismo VLAN. Redundant Dante redes aseguran que si se corta un cable, el sistema cambia al camino secundario en menos de 10 ms, sin un fallo audible.

AoIP de baja latencia también permite colaboración remota. Con servicios como Source-Connect o Dante Domain Manager, las actuaciones en directo pueden ser transmitidas de una ciudad a otra por conexiones WAN (con presupuestos de latencia adecuados). Mientras que los meteorólogos y las calificaciones de estrellas todavía pueden introducir retrasos, los avances recientes en algoritmos (por ejemplo, Dante WAN de Audinate para AES67) han reducido latencia a menos de 10 ms en todos los continentes, haciendo posible.

Retos y compensaciones

A pesar de sus ventajas, los sistemas AoIP de baja latencia presentan varios desafíos que los ingenieros deben gestionar:

  • Complejidad de red: Configurar VLANs, QoS, PTP y la enrutación multicast requiere un conocimiento avanzado de redes. Un ajuste mal configurado puede causar clics, desplegables o fallo completo del sistema.
  • Costos de cable y conmutación: Cada enlace debe ser al menos Cat5e (preferiblemente Cat6 o Cat6a) y utilizar interruptores gestionados con soporte PTP. Para grandes tours, el inventario de cableado y conmutación puede superar el costo de las serpientes analógicas tradicionales.
  • Interferencia electromagnética: Mientras que la Ethernet digital es más robusta que las líneas analógicas, los cables largos corren cerca de fuentes de energía o los dimmers de iluminación todavía pueden introducir errores.
  • Interoperabilidad Gaps: A pesar de AES67, no todos los dispositivos de diferentes proveedores trabajan sin problemas juntos. Desigualdad de la tasa de muestra, conflictos de dominio del reloj, y los encabezados de extensión propietarios causan dolores de cabeza de integración.
  • Punto único de falla: Un interruptor defectuoso puede derribar todo un segmento de red. La redecuancia (cambios duales, NIC redundantes) es obligatoria para los rendimientos críticos.

Instrucciones futuras: Audio Inalámbrico, AVB/TSN y Definido por Software

La próxima frontera para el audio de baja latencia es inalámbrico transmisión. Mientras que el Wi-Fi 5 y Wi-Fi 6 actuales pueden alcanzar las altas temperaturas de 5 a 15 ms, no son deterministas debido a interferencia de radio y pérdida de paquetes. Los estándares emergentes como Wi-Fi 6E (6 banda GHz) y 5G URLLC (Ultra-Reliable Low Latency Communications) prometen latencia de sub-5 ms con suficiente confiabilidad para los IEM en vivo.

Audio Video Bridging (AVB) / Time-Sensitive Networking (TSN) AVB/TSN se extiende por el IEEE 802.1 Audio Video Bridging Task Group, AVB/TSN, con reserva de ancho de banda determinista (a través del Protocolo de Reserva de Stream) y mecanismos de medición (802.1Qbv). Mientras que AVB ha encontrado adopción en automatización automotriz e industrial, su presencia en sonido en vivo ha sido limitada en comparación con Dante.

El audio definido por software (SDA) también está ganando tracción. Con avances en el procesamiento en tiempo real de Linux y FPGA, ahora es posible implementar pilas de protocolo totalmente en software. Esto reduce la sobrecarga de hardware y permite cambiar en el vuelo entre Dante, Ravenna y AES67 en el mismo NIC. Productos como el Consolas DiGiCo ahora incluyen soporte nativo de doble protocolo, y Audinate continúa expandiendo el ecosistema de Dante con nuevas herramientas de software para la gestión remota.

Normalización y esfuerzos comunitarios

Las normas de interoperabilidad son fundamentales para la salud a largo plazo de la industria. AES sigue manteniendo AES67, y un nuevo estándar, ST 2110-30 (de la Sociedad de Ingenieros de Imágenes y Televisión de Moción), define el transporte de audio para la producción de radiodifusión. ST 2110‐30 utiliza muchos de los mismos principios que AES67 pero añade restricciones más estrictas en el tiempo y la topología de la red. AES70 estándar (Open Control Architecture) complementa AoIP proporcionando protocolos de control para la supervisión y configuración.

Proyectos de código abierto como LibAVTP-Annex-F También han surgido, ofreciendo implementaciones de referencia de la transmisión de AVB. Sin embargo, la adopción comercial sigue concentrada en los ecosistemas patentados que priorizan la fiabilidad.

Consideraciones prácticas para los diseñadores de sistemas

Al diseñar un sistema AoIP de baja latencia para un rendimiento en directo, considere lo siguiente:

  1. Evaluar su presupuesto de latencia: Medir latencia final a fin desde el diafragma del micrófono hasta el altavoz o el conductor del IEM. Incluye retrasos de conversión (A/D y D/A), tránsito de red (procesamiento y propagación del cable), y DSP. Objetivo para menos de 10 ms total para mezclas de monitor; FOH puede tolerar 20-30 ms.
  2. Elija su protocolo basado en el ecosistema: Dante domina el touring e instalado audio. Ravenna es preferido en entornos de radiodifusión y estudios de alta densidad. AES67 es mejor para escenarios de cross-vendor.
  3. Plan de topología de red: Utilice una topología estrella con interruptores gestionados. Evite la cadena de daisy a menos que use interruptores especiales AVB. Reserve un VLAN dedicado para el tráfico de audio, y active la snooping IGMP para un manejo eficiente de multicast.
  4. Ejecutar la redundancia: Para eventos críticos, implemente interruptores duales y NIC duales (o un solo interruptor con topología de anillo y un camino redundante). Prueba los tiempos de falla durante el control de sonido.
  5. Prueba con señales reales: Use un osciloscopio o un medidor de latencia (por ejemplo, Dante Latency Analyzer) para verificar el tiempo. Ajuste los tamaños de los amortiguadores según sea necesario.

Conclusión

La evolución de los protocolos de transmisión de audio de baja latencia ha sido una de las revoluciones silenciosas en la tecnología de rendimiento en vivo. Desde los días analógicos de serpientes de cobre largas hasta las redes Ethernet deterministas de hoy, la capacidad de mover cientos de canales con retraso sub-millisecond ha transformado cómo los espectáculos están diseñados, ensayados y ejecutados.

A medida que las normas inalámbricas mejoran y los nuevos protocolos como AVB/TSN maduros, la promesa de audio completamente no conectado en tiempo real se convertirá en una realidad. Para el ingeniero de gira, el diseñador de sistemas de audio y el intérprete, entender estas tecnologías fundamentales ya no es opcional, es esencial para ofrecer una experiencia en vivo inmersiva e inmersiva. Para más lectura, consulte la información Audio Engineering Society y el Documentación estándar IEEE 1588.