Coupures SoundGrid : horloge SQ et port réseau de l’ordinateur

Distinguer horloge, réseau et symptômes de déconnexion

Identifiez les versions de la console, de la carte et de SuperRack, ainsi que les adaptateurs réseau. Appliquez les procédures au modèle documenté et vérifiez le parcours complet pendant la répétition.

SQ7 et M-SQ-WAVES3 : vérifier quel appareil fournit l’horloge

La note M-SQ-WAVES3, AP11564 Issue 1, p.2, indique Internal sur la console et Digital sur la carte lorsque celle-ci reçoit l’horloge de la SQ. Lorsque la SQ suit un autre système, elle décrit I/O Port sur la console et Ethernet sur la carte. Choisissez le parcours complet selon le montage : ne réglez pas les deux côtés sur Internal simplement parce que le même libellé apparaît.

Dans SQ Reference Guide V1.6.0 Issue 1, §12.11, p.98, Setup > Audio > Digital I/O affiche Audio Clock Source et son état. La coche verte indique la synchronisation ; la croix rouge signale l’absence d’une horloge adaptée et la SQ revient à son horloge interne. La console continue à traiter en interne à 96 kHz, même lorsqu’elle se synchronise sur une horloge de 48 kHz.

Essai proposé : dessinez la source d’horloge et les appareils qui la suivent, notez les réglages initiaux et sauvegardez la session. Vérifiez la fréquence prévue sur le réseau et sa prise en charge par le serveur et le pilote. Pendant une pause, appliquez la combinaison correspondant à votre unité et à son firmware ; répétez le passage pendant l’intervalle où la panne apparaît habituellement. Conservez des captures avant et pendant le symptôme. Un Sync OK relevé au départ ne documente pas toute cette période.

Ports audio, liaison et compteurs : suivre le tronçon défaillant

La guide SQ V1.6.0, §12.12, pp.100–101, réserve Control Network Bridge aux messages de contrôle. L’audio SoundGrid doit passer par les ports de la carte. Vérifiez les deux extrémités : contrôler la console par Network ne confirme pas ce parcours audio.

Le manuel SuperRack SoundGrid de 156 pages, pp.40 et 60–61, distingue port LAN, Link, Speed et Routing View. Chaque ligne de Routing View correspond à une connexion dans un seul sens. Notez source, destination et erreurs avec l’heure ; conservez la capture avant d’utiliser Reset.

Waves, Audio Drops, rubrique réseau, propose de comparer les câbles selon les connexions présentant des erreurs. Si une I/O est touchée, vérifiez son tronçon jusqu’au switch ; si les connexions du serveur sont touchées, examinez cette liaison. Utilisez les compteurs pour choisir le prochain essai ; ils ne confirment pas à eux seuls la cause.

Nous proposons de répéter le même passage d’abord sans rien modifier, puis avec un seul câble ou tronçon différent, pendant une pause. Notez les ports et la durée. Si vous comparez la connexion directe admise par la carte, conservez aussi le schéma précédent : modifier à la fois le câblage et le parcours ne permet pas, à lui seul, d’identifier un switch défectueux. Si la carte disparaît à nouveau, sauvegardez l’état complet pour l’assistance.

Ordinateur de contrôle ou nœud audio : choisir le bon port

Waves, Audio Drops, rubrique pilote, distingue un ordinateur qui contrôle uniquement l’hôte d’un autre qui utilise une DAW pour transporter l’audio. Dans le second cas, l’adaptateur, le pilote et les buffers d’enregistrement/lecture comptent aussi. Notez la fonction de chaque ordinateur avant de reprendre les réglages d’un autre système.

La guide d’identification du port SoundGrid, 13/12/2020, utilise l’adresse MAC pour associer l’adaptateur physique au port sélectionné dans l’application. Son interface système correspond à cette publication ; recherchez l’information équivalente dans votre version. Le manuel SuperRack, p.40, recommande de réserver le réseau SoundGrid à cet usage et d’utiliser un autre port pour les autres tâches réseau.

Préparez une liste indiquant nom d’adaptateur, MAC, câble et destination. Vérifiez lequel se connecte réellement à SoundGrid et lequel sert à Internet ou au contrôle. La présence de deux adaptateurs dans la liste ne démontre pas qu’ils transportent tous deux de l’audio ; elle ne prouve pas non plus que le WiFi provoque les craquements.

Pour Mac, consultez la liste officielle des adaptateurs Thunderbolt–Ethernet avant de proposer un remplacement. Le seul connecteur USB-C n’identifie ni l’interface ni sa compatibilité. Conservez le modèle exact, la version de macOS et le build du pilote pour vérifier la combinaison prévue.

Test sous Windows : conserver les réglages et distinguer réseau et charge DSP

La guide d’optimisation PC, 05/11/2025, Network settings optimization, indique d’activer Waves SoundGrid et IPv6 sur l’adaptateur dédié et limite les autres protocoles sur ce port. Consultez les instructions pour Windows 10 ou 11 et le pilote de votre adaptateur réseau. Sauvegardez les propriétés avant d’appliquer les réglages ; ne recopiez pas cette configuration sur l’adaptateur nécessaire à d’autres tâches.

Nous proposons d’identifier d’abord le port ; pour comparer WiFi activé et désactivé, faites-le pendant une pause convenue, en conservant câblage, passage et buffers. Confirmez auparavant quels contrôles ou accès dépendent de ce réseau. Consignez chaque passage et rétablissez l’état de travail convenu.

Pour comparer le traitement, Waves, Audio Drops, Server CPU usage overload, précise que Bypass ne réduit pas l’utilisation DSP. Dans une copie de test, comparez une chaîne documentée en utilisant Disable lorsque cela convient. Le guide SuperRack, pp.37/49/57, distingue Server Network Buffer de Driver Network Buffer. Notez lequel vous avez modifié et le délai observé. Conservez l’autre buffer pendant ce passage ; augmenter un buffer peut ajouter de la latence. Vérifiez donc l’écoute et les retours avant d’accepter le réglage.

Si le problème coïncide avec l’ouverture du navigateur, consignez ce déclencheur sans diagnostiquer encore une panne du WiFi, du bus Thunderbolt ou du serveur. L’écoute du fichier ou du retour, les compteurs et la charge peuvent désigner des tronçons différents. Conservez ces données avec les versions pour que l’assistance puisse reproduire la condition.

Fiche d’essai et passation à l’opérateur suivant

Les champs d’écoute, d’erreurs et de durée restent vierges jusqu’à la réalisation de l’essai. Utilisez la fiche SoundGrid d’horloge et de réseau pour noter le réglage indiqué par le fabricant et le résultat de chaque passage.

Erreurs courantes : déduire la stabilité d’une capture initiale, utiliser le port de contrôle de la SQ pour l’audio, appeler buffer deux réglages différents ou tester simultanément horloge et câblage. Si la coupure disparaît dans une condition, répétez la comparaison et notez sa portée avant d’utiliser cette configuration pendant l’événement.

À lire aussi : charge d’InTrigger dans SoundGrid (en espagnol), parcours WING–SuperRack (en espagnol) et latence de voix et retours (en espagnol). Préparez la pause d’essai et la solution audio de repli avec la personne qui exploite le système de sonorisation de l’événement.