SuperRack SoundGrid et InTrigger : craquements et coups de batterie non déclenchés

InTrigger : distinguer détection, lecture et parcours de la batterie

Utilisez une copie de la session et un court passage de balance virtuelle en boucle pour comparer craquement, détection des coups et sortie des couches. Si vous réduisez l’entrée ou le nombre de couches, notez aussi quels coups ou nuances ne sont plus reproduits. Testez les changements séparément sur chaque fût avant de les étendre à l’ensemble.

Ce sont des vérifications proposées : elles ne prouvent ni la cause d’une panne ni des mesures réalisées par GLMedia. Conservez un relevé distinct par montage et destination d’écoute.

Charge par cœur et erreurs : conserver l’état avant de modifier le buffer

Waves, Common Questions, DSP performance meters, explique que chaque rack est traité par un cœur. Moyenne globale et pic ne décrivent pas la même chose ; buffer, rechargement et fréquence peuvent redistribuer la charge. Relevez le passage et la configuration de chaque capture pour pouvoir les comparer.

Le manuel SoundGrid de 156 pages, pp.58–60, présente moyenne et pic par cœur ainsi que Routing View pour les connexions. En p.37, il distingue surcharge de traitement et forte utilisation réseau : augmenter Server Network Buffer peut améliorer la stabilité au prix d’un retard accru. Le réglage du buffer ne confirme pas à lui seul la cause du craquement.

Essai proposé : avec la même piste et les mêmes points d’écoute, conservez une capture avant le passage, une pendant le craquement et une à la fin. Notez source/destination du compteur et durée du passage. Si vous remettez les compteurs à zéro, faites-le après avoir conservé l’état initial ; deux chiffres couvrant des périodes différentes ne sont pas directement comparables.

Répétez d’abord le motif sans changer la session. Comparez ensuite une copie avec moins de couches ou de traitements puis, lors d’un autre passage, un seul changement de buffer. Relevez aussi les coups omis et le retard du retour. Si une condition ne produit plus le craquement, conservez fichier et résultat ; le reste du répertoire reste à vérifier.

Pour distinguer traitement et secours, le manuel SoundGrid, p.56, permet d’affecter les racks à des groupes de serveurs et propose Test Redundancy. Waves, Server Redundancy, recommande des paires du même modèle et prévient d’un mute lors du basculement ; le manuel emploie « seamlessly ». Nous ne considérons pas comme prouvé un basculement inaudible. Le Quick Start des serveurs, p.4, décrit les deux alimentations du Titan-R : cette redondance d’alimentation diffère d’un autre serveur prenant le relais du DSP.

Si un autre serveur actif est proposé pour les triggers, dessinez les racks qu’il traitera et le secours prévu pour chaque groupe. Ne réaffectez pas un serveur de secours en supposant qu’il conservera les deux rôles. Planifiez l’essai de basculement pendant une pause convenue et consignez l’écoute à destination.

InTrigger et Live : choisir les contrôles présents dans le composant

Le manuel InTrigger, 49 pages sans révision indiquée, pp.4/14/49, décrit Learn et Detection Graph dans le composant standard. Live utilise Threshold et quatre couches ; il n’inclut ni ces fonctions ni l’édition individuelle. Confirmez le composant chargé.

Conservez une capture et le build réel du plugin pour identifier cette différence avant l’essai. Le tableau résume la portée du manuel. Identifiez les composants de votre Quantum7 avant d’appliquer ce parcours.

La page commerciale qualifie Live de « zero latency ». Le manuel, p.49, distingue Plugin Latency de 0 ms et Detection Latency de 1,5 ms. Ce sont des données du plugin ; mesurez séparément le parcours jusqu’aux retours.

Coup omis ou échantillon inattendu : suivre entrée, détection et couche

Dans InTrigger standard, pp.9/14–16, un coup hors Target Scope ne déclenche pas, même s’il dépasse Threshold. Retrigger fixe l’intervalle minimal ; changer Focus, Separation ou activer les filtres réinitialise la détection. Ces vérifications diffèrent d’une simple hausse du niveau d’entrée. Pour Live, respectez les limites de la section précédente.

Nous proposons un passage avec des coups faibles, forts et rapprochés, puis un autre avec de la repisse. Marquez les coups attendus dans une référence et répétez sans changement. Relevez si le signal entre, s’il est détecté et si la couche produit une sortie. Si la détection a lieu mais que l’échantillon manque, conservez cette distinction ; ne décrivez pas le coup comme jamais vu par le détecteur.

Dans une autre copie, changez seulement le contrôle correspondant à l’étape examinée. Si cette opération réinitialise la détection dans le composant standard, laissez le contenu jouer avant de comparer la nouvelle sélection. Notez l’instant du changement et le contenu utilisé ; répéter Learn sur des extraits différents peut donner deux configurations qui ne sont pas comparées dans les mêmes conditions.

Pour vérifier les couches, commencez par une seule dans la copie. Testez ensuite le mode de lecture et la combinaison prévus, en notant la couche attendue à chaque coup. Ne baissez pas toute l’entrée jusqu’à perdre la dynamique sans consigner ce qui a cessé de fonctionner. Conservez signal original et retour pendant l’essai, écoutés séparément avant la somme.

Nous proposons de sauvegarder une révision avec le passage de référence, de fermer et rouvrir cette copie hors événement, puis de comparer les mêmes coups. En cas de différence, conservez les deux états pour l’assistance, sans attribuer encore de cause.

Fiche d’essai et transmission pour batterie, façade et retours

Remplissez la fiche InTrigger–SoundGrid avec composant, builds, échantillons, couches, rack, groupe et serveur. Les résultats restent vierges jusqu’à l’exécution.

Avant l’essai, convenez de qui observe entrée/détection et de qui relève charge/retour. Si façade et retours interviennent, notez la destination de chaque comparaison. Un changement qui évite les craquements mais omet des coups ou retarde le retour demande une autre décision ; conservez les deux observations.

Erreurs courantes : chercher Learn dans Live, utiliser la seule moyenne globale pour vérifier la charge, additionner des compteurs de sessions différentes ou compter une alimentation redondante comme un deuxième processeur. La fiche aide à transmettre le symptôme reproductible et l’état que l’opérateur suivant doit retrouver.

À lire aussi : latence vocale et retours de Performer, sessions DiGiCo–SuperRack et continuité du spectacle. Convenez de l’essai et du parcours de secours avec l’opérateur du système de sonorisation de l’événement.