Les premières fondations de la transmission audio

Avant que les réseaux numériques ne transforment le son en direct, la transmission audio dépendait de systèmes analogiques. Des lignes équilibrées basées sur du cuivre transportaient des signaux via des connecteurs XLR ou TRS, avec ou sans circuits de levage au sol pour réduire la bourdonnement. Bien que analogique reste prisé par sa chaleur et sa simplicité, elle souffre de la dégradation des signaux sur de longues durées de câbles, du nombre limité de canaux et des topologies fixes point à point.

La transmission audio numérique a vu le jour dans les années 80 avec des protocoles tels que AES3 (AES/EBU) et plus tard ADAT et TDIF. Ces normes permettaient le transport numérique multicanaux sur câbles dédiés, mais elles étaient conçues pour des installations fixes ou des racks de studio, non pour une flexibilité de performance en direct. AES3 supporte seulement deux canaux par câble; ADAT transporte huit canaux via des liaisons optiques mais les distances sont limitées.

Le passage à un réseau basé sur les paquets, qui permet de mettre en réseau l'infrastructure Ethernet standard, a permis de débloquer de nouvelles possibilités de routage des signaux, de redondance et de télécommande. Cependant, Ethernet à usage général (IEEE 802.3) est un moyen de transport de premier choix, qui ne garantit pas la livraison en temps réel.

L'augmentation des protocoles de faible latence : Dante, Ravenne et AES67

Au début des années 2000, plusieurs fabricants ont reconnu la nécessité d'un protocole audio-over-IP professionnel (AoIP) qui pourrait répondre aux exigences strictes du renforcement sonore en direct. Dante (développé par Audinate), Ravenne (créé par Alcons et plus tard le consortium ALC NetworX), et AES67 Chaque système utilise le réseau IP standard de la couche 3, mais applique la synchronisation intelligente des horloges et le réglage du trafic pour maintenir la latence en dessous de 1 ms.

Dante : Le leader du marché

Dante a été introduit en 2006 et est rapidement devenu le protocole AoIP dominant pour le son en direct, la diffusion et l'audio installé. Il fonctionne sur 1000BASE-T Gigabit Ethernet (ou 100BASE-TX pour les petits systèmes) et prend en charge les flux unicast et multicast. Dante utilise IEEE 1588-2008 Precision Time Protocol (PTP) pour synchroniser tous les appareils sur le réseau à en microsecondes, permettant un alignement précis des échantillons sur des centaines de canaux.

Les caractéristiques clés de Dante comprennent:

  • Découverte automatique : Dante Controller trouve automatiquement tous les périphériques compatibles avec Dante sur le sous-réseau, ce qui fait glisser-déposer la configuration.
  • Faible latence: Le tampon interne Dante , peut être réglé à 0,25 ms, 0,5 ms, 1 ms ou 5 ms selon la taille du réseau et les commutateurs.
  • Redondance : Dante prend en charge deux interfaces Ethernet indépendantes (primaire et secondaire) avec un basculement sans couture à l'aide du Dante Domain Manager.
  • Échelle: Avec l'adressage multicast, un seul réseau Dante peut transporter jusqu'à 512 canaux bidirectionnels (256×256) sur une liaison 1 Gbps.

Audinate a également introduit des modules Dante Audio sur IP qui s'intègrent directement dans les consoles de mixage, les boîtes de scène et les amplificateurs, réduisant les étapes de conversion et réduisant davantage la latence totale du système.

Ravenne: Ouvert et défini par le matériel

Ravenna a été développé au début des années 2010 avec un accent sur la flexibilité et le nombre de canaux élevés. Contrairement à Dante, Ravenna n'est pas lié à un seul fournisseur de puces; il peut fonctionner sur des cartes d'interface réseau standard et utilise le Protocole de transport en temps réel (RTP) pour le transport de charge utile audio. La synchronisation repose sur PTPv2 (IEEE 1588-2008), et les appareils Ravenna obtiennent généralement une précision d'horloge sous-microseconde.

Les forces de Ravenne sont les suivantes :

  • Indépendance de la couche de transport: Il peut fonctionner sur RTP/UDP, et certaines implémentations supportent RTP sur TCP pour les réseaux les plus mauvais.
  • Densité élevée du canal: Sur 10 Gbps Ethernet, Ravenna peut transporter plus de 1000 canaux audio 24 bits/96 kHz.
  • Mise en œuvre logicielle: Les fabricants peuvent intégrer Ravenna dans les plateformes DSP existantes sans matériel propriétaire.

Ravenne n'a cependant pas atteint la même pénétration que Dante, en grande partie grâce à l'écosystème plug-and-play de ce dernier et au soutien fort des fabricants de consoles.

AES67: Le pont d'interopérabilité

Introduit en 2013, AES67 n'est pas un protocole concurrent mais une norme qui définit un mode d'interopérabilité commun entre différents systèmes AoIP. Il spécifie un format audio partagé (24 bits PCM linéaire, taux d'échantillonnage 44,1–96 kHz, 1–8 canaux par flux), un mécanisme de transport (RTP) et la synchronisation (PTPv2 avec un profil choisi).

Les ingénieurs du son en direct utilisent souvent AES67 pour relier les réseaux Dante, Ravenna et Livewire (à partir de Telos) dans des installations multivendeurs. Bien que AES67 ne prévoie pas la latence la plus faible possible (généralement 1 ms ou plus), il est devenu un outil essentiel pour les grands événements où différents systèmes de tournée doivent se connecter.

Piliers technologiques: synchronisation de l'horloge et prérequis réseau

Tous les protocoles AoIP à faible latence reposent sur deux technologies fondamentales : IEEE 1588 Protocole sur le temps de précision (PTP) et Qualité du service (QoS) sur les commutateurs réseau.

IEEE 1588 PTP et l'horloge grand maître

PTP synchronise tous les appareils du réseau à une référence temporelle commune, généralement une Horloge Grand Maître Les messages de protocole timestamp paquets au niveau matériel pour éliminer les jitters logiciels. Dans un domaine PTP correctement configuré, les décalages d'horloges entre les appareils sont corrigés toutes les 1-8 secondes, en maintenant des tampons échantillon synchronisés à l'intérieur des nanosecondes.

Un facteur critique est le PTP profil. Dante utilise son propre profil (Audinate PTPv2), tandis que Ravenna peut utiliser le profil AES67. Les commutateurs doivent supporter la fonctionnalité PTP Transparent Clock ou Boundary Clock pour éviter une accumulation de jitters. Les commutateurs consommateurs ne disposent généralement pas de ce support, de sorte que les commutateurs gérés dédiés (par exemple, Cisco SG500, Netgear M4300 ou Luminex) sont obligatoires pour les réseaux audio en direct professionnels.

QoS et priorité de trafic

Pour garantir une faible latence, les paquets audio doivent être priorisés avant tout. Le mécanisme DiffServ utilise le champ DSCP (Differentized Services Code Point) dans l'en-tête IP pour marquer les paquets audio avec une priorité élevée (par exemple, EF – Expedited Forwarding).

La planification de la largeur de bande est cruciale. Un seul flux de 48 canaux 96 kHz/24 bits consomme environ 155 Mbps. Avec les flux multicast, la bande passante totale doit être calculée pour éviter la congestion.

Impact sur les performances en direct: des mélanges de moniteurs aux ensembles à distance

Les protocoles à faible latence ont fondamentalement changé la façon dont les performances en direct sont produites. mélange de moniteurs intra-auriculaires (IEM). Les interprètes portent maintenant des EMI personnalisés alimentés directement à partir de boîtes de scène numériques, avec des latences aller-retour (microphone → console → EMI) sous 1 ms – bien en dessous du seuil psychoacoustique d'environ 10 ms où le retard devient perceptible. Cela permet aux musiciens de chanter et de jouer avec un timing serré, même lorsque la position de la FOH (avant-maison) est à des centaines de pieds.

Des productions multi-étapes – comme les scènes principales du festival avec des scènes B ou des spectacles de théâtre avec des zones de performance multiples – peuvent partager un seul réseau de base. Une console de FOH peut contrôler l'audio de n'importe quelle boîte de scène sur le même VLAN. Les réseaux Redundant Dante assurent que si un câble est coupé, le système passe au chemin secondaire en moins de 10 ms, sans aucun problème sonore.

AoIP à faible latence permet également collaboration à distance Avec des services comme Source-Connect ou Dante Domain Manager, les performances en direct peuvent être diffusées d'une ville à l'autre sur les connexions WAN (avec un budget de latence approprié). Bien que les météorologues et les notations des étoiles puissent encore introduire des retards, les avancées récentes dans les algorithmes (par exemple, Audinate , Dante WAN pour AES67) ont réduit la latence à moins de 10 ms sur les continents, rendant possible des performances à distance en temps réel.

Défis et compromis

Malgré leurs avantages, les systèmes AoIP à faible latence présentent plusieurs défis que les ingénieurs doivent relever :

  • Complexité du réseau : La configuration des VLAN, QoS, PTP et le routage multicast nécessite une connaissance avancée du réseau. Un réglage mal configuré peut provoquer des clics, des abandons ou une défaillance complète du système.
  • Coûts du câble et de l'interrupteur : Chaque lien doit être au moins Cat5e (de préférence Cat6 ou Cat6a) et utiliser des commutateurs gérés avec le support PTP. Pour les grandes visites, l'inventaire de câblage et de commutateur peut dépasser le coût des serpents analogiques traditionnels.
  • Interférence électromagnétique: Bien que l'Ethernet numérique soit plus robuste que les lignes analogiques, les longs câbles à proximité des sources d'alimentation ou des plongeurs d'éclairage peuvent encore introduire des erreurs.
  • Lacunes d'interopérabilité : Malgré AES67, tous les appareils de différents fournisseurs ne fonctionnent pas parfaitement ensemble. Des erreurs de taux d'échantillonnage, des conflits de domaine d'horloge et des en-têtes d'extension propriétaires causent des maux de tête d'intégration.
  • Point unique de défaillance: Un commutateur défectueux peut faire tomber un segment réseau entier. La redondance (dual switchs, NIC redondants) est obligatoire pour les performances critiques.

Orientations futures : sans fil, AVB/TSN et audio défini par logiciel

La prochaine frontière pour l'audio à basse latence est sans fil Bien que les normes émergentes comme Wi-Fi 6E (6 GHz) et 5G URLLC (Ultra-Reliable Low Latency Communications) promettent une latence inférieure à 5 ms avec une fiabilité suffisante pour les EMI en direct. Plusieurs fabricants prototisent les boîtes de scène sans fil utilisant des modems 5G, mais les limites élevées de coût et de couverture cellulaire demeurent des obstacles.

Combustible vidéo audio (AVB) / Réseautage sensible au temps (TSN) Le système AVB/TSN est un autre standard évolutif. Développé à l'origine par le groupe de travail de raccordement audio vidéo de l'IEEE 802.1, AVB/TSN étend Ethernet avec une réservation déterministe de bande passante (via le protocole de réservation de Stream) et des mécanismes de gating (802.1Qbv). Bien qu'AVB ait trouvé son adoption dans l'automatisation automobile et industrielle, sa présence dans le son en direct a été limitée par rapport à Dante.

Avec des avancées dans le traitement en temps réel Linux et FPGA, il est désormais possible d'implémenter des piles de protocole entièrement dans le logiciel. Cela réduit les frais généraux du matériel et permet de basculer sur le vol entre Dante, Ravenna et AES67 sur le même NIC. Consoles DiGiCo inclure maintenant le soutien du protocole double natif, et Authénaté continue d'élargir l'écosystème de Dante avec de nouveaux outils logiciels pour la gestion à distance.

Normalisation et efforts communautaires

Les normes d'interopérabilité sont essentielles pour la santé à long terme de l'industrie. NIVEAU continue de maintenir AES67, et une nouvelle norme, ST 2110-30 (de la Société des ingénieurs en cinéma et en télévision), définit le transport audio pour la production de radiodiffusion. ST 2110‐30 utilise plusieurs des mêmes principes que AES67, mais ajoute des contraintes plus strictes sur le calendrier et la topologie du réseau. AES70 La norme (Open Control Architecture) complète AoIP en fournissant des protocoles de contrôle pour la surveillance et la configuration.

Projets open-source comme LibAVTP-Annexe-F L'adoption commerciale demeure toutefois concentrée sur les écosystèmes propriétaires qui privilégient la fiabilité.

Considérations pratiques pour les concepteurs de systèmes

Lors de la conception d'un système AoIP à faible latence pour une performance en direct, il faut tenir compte des éléments suivants :

  1. Évaluer votre budget de latence : Mesurer la latence de bout en bout du diaphragme du microphone au haut-parleur ou au pilote IEM. Inclure les retards de conversion (A/D et D/A), le transit réseau (traitement et propagation des commutateurs) et le DSP. Viser pour moins de 10 ms total pour les mélanges de moniteurs; FOH peut tolérer 20 à 30 ms.
  2. Choisissez votre protocole en fonction de l'écosystème : Dante domine la tournée et l'installation audio. Ravenne est préféré dans les environnements studios de haute densité et de radiodiffusion. AES67 est le meilleur pour les scénarios de cross-vendor.
  3. Planifier la topologie du réseau : Utilisez une topologie étoile avec des commutateurs gérés. Évitez la marguerite-chaîne à moins d'utiliser des commutateurs AVB spéciaux. Réservez un VLAN dédié au trafic audio, et activez l'insonorisation IGMP pour une manipulation multicast efficace.
  4. Mettre en œuvre la redondance: Pour les événements critiques, déployez deux commutateurs et deux NIC (ou un seul commutateur avec topologie de l'anneau et un chemin redondant).
  5. Essai avec signaux réels: Utilisez un oscilloscope ou un compteur de latence (p. ex. Analyseur de latence Dante) pour vérifier le moment. Régler les tailles de tampons au besoin.

Conclusion

L'évolution des protocoles de transmission audio à faible latence a été l'une des révolutions silencieuses dans la technologie de performance en direct. De l'époque analogique de longs serpents en cuivre à aujourd'hui , la capacité de déplacer des centaines de canaux avec un retard de sous-miliseconde a transformé comment les spectacles sont conçus, répétés et exécutés.

Comme les normes sans fil s'améliorent et que de nouveaux protocoles comme AVB/TSN mûrissent, la promesse d'un son en temps réel complètement non intégré deviendra une réalité. Pour l'ingénieur itinérant, le concepteur du système audio et l'interprète, la compréhension de ces technologies fondamentales n'est plus facultative. Société d'ingénierie audio et les IEEE 1588 documentation standard- Oui.