Réglage de la latence Dante : construire une marge fiable pour le live audio

TL;DR — Le réglage de latence d’un récepteur Dante est un tampon de paquets, pas un contrôle de vitesse. Réglez-le assez long pour que les paquets traversent le vrai chemin de switchs et arrivent malgré les variations normales de timing. Une valeur plus courte ne rend pas le réseau plus rapide ; si les paquets arrivent après l’échéance, l’audio peut cliquer ou se couper. Comptez les sauts de switch, vérifiez les valeurs prises en charge et les débits de lien, partez d’une marge stable, testez en conditions réelles de trafic et de défaillance, et documentez les réglages par appareil récepteur.

La latence de l’appareil n’est qu’une partie du délai de bout en bout

Dante transporte l’audio numérique sous forme de paquets. Un appareil récepteur retient brièvement les paquets entrants afin de les restituer dans le bon ordre et au bon moment. La latence de réception configurée définit cette fenêtre de tampon réseau.

L’auditeur subit plus qu’un seul réglage :

N’allez pas décrire un réseau comme ayant « 0,25 ms de latence totale » simplement parce qu’un récepteur affiche cette valeur. Le réglage couvre la fenêtre de livraison du réseau Dante à ce récepteur, pas chaque conversion, traitement et délai acoustique du système.

Privilégiez la stabilité avant le plus petit nombre

Utilisez le réglage le plus bas pris en charge qui reste fiable pour la topologie réelle, mais ne commencez pas par traquer le minimum. La bonne valeur dépend des capacités de l’appareil, du nombre de sauts de switch, des débits de lien, de la conception du réseau et des conditions de trafic.

Un flux de travail prudent consiste à :

1. dessiner le chemin le plus long entre émetteur et récepteur ;
2. compter chaque switch traversé par le média ;
3. confirmer le débit de lien à chaque saut ;
4. vérifier quelles valeurs de latence le récepteur prend en charge ;
5. sélectionner une valeur avec marge pour le chemin prévu ;
6. tester pendant que tout le trafic du spectacle est actif ;
7. réduire seulement quand la production a une raison mesurée de le faire.

Les systèmes de tournée rencontrent souvent des réseaux de salle inconnus ou changeants. Un tampon légèrement plus grand mais stable est généralement une meilleure remise qu’un minimum fragile qui ne fonctionnait que sur un réseau de test vide.

Comptez le chemin de chaque récepteur

La latence se configure sur les appareils récepteurs, donc deux destinations peuvent légitimement utiliser des valeurs différentes. Un amplificateur à un switch de distance et un enregistreur de l’autre côté de plusieurs switchs de distribution n’ont pas le même chemin.

Construisez un tableau de chemin :

Comptez les switchs physiques, pas les sous-réseaux IP ni les étiquettes de câbles. Un switch non administrable caché dans un rack ajoute quand même un saut. Un lien négocié à 100 Mbps peut devenir le facteur limitant même lorsque les ports adjacents sont en gigabit.

Comprenez les paquets en retard avant de changer le réglage

Un avertissement de paquet en retard signifie que le média est arrivé après l’échéance actuelle du récepteur. Augmenter la latence peut offrir plus de tolérance, mais cela ne doit pas remplacer le diagnostic.

Les causes fréquentes incluent :

• le réglage est trop court pour le chemin de switchs ;
• un lien a négocié à une vitesse inattendue ;
• un switch est surchargé ou mal configuré ;
• du trafic multicast atteint des liens qui n’en ont pas besoin ;
• un câble, un connecteur, un module optique ou un adaptateur produit des erreurs ;
• la topologie a changé sans mise à jour du plan de latence ;
• des fonctions d’économie d’énergie ou un autre comportement du switch interfèrent avec un trafic sensible au temps.

Inspectez les compteurs des appareils et des switchs, l’historique des événements, le débit de lien, l’état d’horloge et la bande passante. Le guide Dante unicast versus multicast explique comment un multicast inutile peut charger des liens contraints. Corrigez le chemin lorsqu’il est défectueux ; ajoutez du tampon seulement lorsque le chemin est valide mais a besoin d’une fenêtre de livraison plus large.

Séparez la latence de l’horloge et de la redondance

La synchronisation d’horloge Dante indique aux appareils quand les échantillons appartiennent dans le temps. La latence de réception permet aux paquets d’arriver avant la lecture. Un appareil peut afficher une horloge valide alors que les paquets audio arrivent encore en retard. Vérifiez les deux états.

Les réseaux primaire et secondaire redondants doivent chacun prendre en charge la latence configurée. Le chemin de secours doit rester dans la marge après une panne de câble, de switch ou d’alimentation. Le guide Dante redondant versus mode switché couvre la séparation requise et le test du domaine de défaillance.

Séparez aussi la latence de transport de l’alignement des haut-parleurs. Le délai de sortie peut volontairement aligner un retour de rappel ou un haut-parleur retard sur une référence acoustique. Le guide délai de canal versus délai de sortie du mixeur explique cette décision de traitement. Ne réduisez pas le tampon Dante pour compenser une contrainte de timing acoustique.

Testez tout le réseau, pas un patch inactif

1. Enregistrez l’état connu

Notez les noms des appareils, le contexte de firmware, la fréquence d’échantillonnage, le leader d’horloge, les abonnements, les types de flux, les réglages de latence des récepteurs, les débits de lien, la topologie et la configuration des switchs.

2. Vérifiez l’audio normal

Faites passer chaque canal requis vers sa vraie destination. Confirmez les indicateurs d’abonnement, d’horloge, de paquets, d’erreur et de latence, puis écoutez à la destination au lieu de vous fier à une seule icône verte.

3. Chargez le réseau de façon réaliste

Activez les routes d’enregistrement, de diffusion, d’amplification, de contrôle et autres routes du spectacle. Mesurez la bande passante sur les liens cœur et périphérie. Un réseau vide ne peut pas prouver l’état du show.

4. Exercez les chemins les plus longs

Testez les récepteurs situés derrière le plus grand nombre de switchs et tous les uplinks à 100 Mbps ou partagés. Surveillez les paquets en retard pendant une durée significative pendant que l’audio du programme continue.

5. Supprimez de vrais composants

Lorsque cela est autorisé, débranchez un lien redondant ou coupez l’alimentation d’un chemin de switch. Confirmez que le chemin restant maintient l’horloge, l’audio et la marge de latence. Restaurez la base avant le test suivant.

6. Modifiez un récepteur à la fois

Si un autre réglage est justifié, ne changez que le récepteur concerné, effacez ou horodatez les compteurs, répétez le test complet et enregistrez la configuration acceptée. N’augmentez pas globalement toutes les valeurs pour masquer un seul mauvais lien.

Documentez la marge de latence dans la fiche technique

La remise doit identifier la topologie, les chemins les plus longs, les débits de lien, les réglages des récepteurs, le trafic attendu, les alertes à surveiller, la durée de test, le test de panne, le responsable et la base approuvée. « Dante à faible latence » n’est pas mesurable.

Dans Techrider.live, gardez les notes d’appareil et de réseau alignées avec le plan de scène et les transferts de signal, invitez les ingénieurs système et d’enregistrement à modifier la même fiche technique, enregistrez les valeurs acceptées, consultez l’historique après un changement de topologie et exportez un PDF daté pour la salle.

Checklist de latence Dante

• Toutes les valeurs de latence prises en charge par chaque récepteur sont confirmées.
• Les chemins les plus longs et tous les sauts de switch sont cartographiés.
• Le débit de lien négocié est vérifié à chaque frontière critique.
• Le trafic du show, le multicast et les liens contraints sont inclus dans le test.
• L’état d’horloge et l’historique des paquets en retard sont vérifiés séparément.
• La panne du chemin redondant reste dans la marge acceptée.
• Chaque réglage, résultat de test, responsable et base est documenté.

FAQ

Quelle latence régler sur Dante ?

Choisissez une valeur prise en charge par le récepteur qui couvre en toute sécurité le chemin réel de switchs et le trafic. Partez d’une marge stable, testez tout le réseau du spectacle, et n’utilisez une valeur plus courte que si les mesures le justifient.

Qu’est-ce qui provoque des paquets en retard sur Dante ?

Les paquets peuvent arriver en retard parce que le tampon est trop court, que le chemin comporte trop de sauts, qu’un lien est lent ou défectueux, que le trafic est excessif ou que la configuration du switch est inadaptée. Diagnostiquez les compteurs et la topologie avant de modifier les réglages.

Des appareils Dante peuvent-ils utiliser des réglages de latence différents ?

Oui. La latence est un réglage de récepteur, et des destinations ayant des chemins ou des capacités d’appareil différents peuvent utiliser des valeurs prises en charge différentes. Consignez chaque valeur plutôt que de supposer un seul nombre pour tout le réseau.

Un switch réseau ajoute-t-il de la latence Dante ?

Chaque switch doit recevoir et transférer les paquets, donc le chemin et sa mise en file contribuent au temps de livraison. Comptez tous les switchs et vérifiez les débits de lien lors du choix et du test de la latence du récepteur.

Comment tester la latence d’un réseau Dante ?

Faites passer toutes les routes du show, inspectez les indicateurs d’horloge et de paquets en retard, mesurez les liens critiques, testez les chemins les plus longs des récepteurs, exercez les pannes autorisées, écoutez aux vraies destinations et recommencez après chaque changement contrôlé.

Rendez la marge réseau répétable

Créez une fiche technique unique qui nomme le chemin, les sauts de switch, les débits de lien, le réglage du récepteur, l’état du trafic, le test, le responsable et le plan de repli pour chaque destination Dante critique.