SuperRack Performer : latence vocale et retours d’effets

Définir le parcours et la version avant de mesurer

Repérez où la latence peut s’accumuler et comment l’hôte permet d’acheminer la voix et les retours d’effets. Notez le nom du produit et son build avec le fichier de session avant de tester un changement.

Distinguer horloge, buffer du pilote et traitement

Le comparatif officiel de Performer situe le traitement sur l’ordinateur ; SuperRack SoundGrid utilise un serveur. Une carte SoundGrid peut transporter l’audio vers un hôte natif sans que ses plugins soient traités par un serveur. En connecter un ne change pas à lui seul le moteur de Performer.

Pour QRec, le manuel de 20 pages, pp.6–7/10 distingue Network Buffer, appareil maître et fréquence affichée. Son Network Buffer vaut 512 échantillons par défaut et peut nécessiter une augmentation en cas de surcharge du port réseau. Ce réglage est distinct du buffer ASIO/Core Audio de l’hôte : relevez les deux lorsqu’ils existent.

Le manuel WSG-Y16 V1/V2, p.8, Features limite SoE à V2. Relevez carte, firmware, maître prévu et état de synchronisation avant de modifier l’horloge.

Essai proposé : commencez avec le parcours et l’horloge convenus avec l’opérateur, sans plugins. Si des artefacts sont déjà présents, conservez les relevés de synchronisation et de charge avant de tester un autre buffer. Changez un seul réglage dans une copie hors événement et répétez le même contenu. Si le résultat s’améliore, notez ce qui a changé ; il reste à vérifier que la latence obtenue convient à cette destination.

Échantillons et millisecondes : un calcul et deux plugins distincts

Pour convertir des échantillons en temps, utilisez t = 1000 × échantillons / fréquence en Hz. Le tableau est un calcul effectué ici : il suppose un buffer de B échantillons dans chaque sens à 48 kHz. Il exclut buffers supplémentaires, conversion, transport, plugins et compensation. Il ne s’agit ni de mesures ni de réglages recommandés.

Dans le comparatif de Waves, l’exemple indique 256 échantillons par sens, 512 au total et environ 5,3 ms. Ces chiffres ne concordent pas : 512 / 48.000 × 1000 donne 10,67 ms. Nous conservons le calcul explicite pour éviter de reprendre le nombre publié comme résultat d’essai.

Le tableau officiel Plugin Latency, colonne Native/SoundGrid à 44,1–48 kHz, indique 3072 échantillons pour Waves Tune : le calcul à 48 kHz donne 64 ms. Tune Real-Time figure séparément avec une latence nulle ou presque nulle, selon la note. Le nom abrégé Tune ne suffit pas à identifier le composant.

Le manuel Tune Real-Time, fichier V16 update, p.5 précise qu’il signale zéro à l’hôte, mais que la détection/correction peut ajouter entre 0 et 4 ms selon la hauteur de la note. En p.8, Speed désigne la vitesse de correction. Ce n’est ni le buffer de transport ni une mesure de la latence totale. Notez le composant et les réglages, puis comparez une phrase avec des notes graves et aiguës pendant l’essai.

Compensation et Bypass : vérifier ce qui change réellement

Le manuel Performer, 134 pages, pp.48/73/90 distingue trois opérations. Bypass conserve le plugin dans la chaîne et sa charge ; Disable le retire du traitement et peut réduire charge et latence. Latency Compensation Off exclut sa latence du calcul, sans supprimer le retard lui-même.

Pour comparer, sauvegardez une copie et relevez l’état initial. Pendant une pause d’essai, testez une opération à la fois et observez la valeur affichée, l’écoute et les coupures. Si seul le nombre baisse, notez aussi si la voix arrive toujours en retard : ce sont deux observations distinctes. Rétablissez l’état initial avant le passage suivant.

Dans Performer, p.48, Align all Racks Automatically utilise la latence la plus élevée de la session ; Align by Latency Groups aligne les racks au sein de chaque groupe. Vérifiez quels racks partagent groupe et destination. Le manuel avertit de possibles coupures lors de modifications de la structure des plugins (p.57).

Ne désactivez pas la compensation comme solution générale. Si plusieurs parcours sont réunis à une destination, écoutez-les d’abord séparément puis ensemble, au même niveau de référence, pour vérifier l’effet du changement. Notez l’alignement qui reste à valider.

Voix corrigée et effets : dessiner deux retours possibles

Il s’agit d’une option de routage à essayer, pas d’un résultat confirmé ni d’une façon d’utiliser une seule instance de correction de hauteur. Identifiez d’abord le composant exact : Waves Tune ou Tune Real-Time.

Le manuel Performer, pp.87/74 décrit les entrées de rack depuis les canaux du périphérique et les External Inserts avec départs/retours physiques. Cette procédure ne documente pas un bus interne sommant les racks.

Nous proposons deux retours clairement nommés et deux racks d’essai. Comparez séparément la voix sans effet temporel et le retour d’effets, puis testez la somme prévue. Définissez si le retour d’effets doit inclure la voix directe ou les seuls effets, afin d’éviter une deuxième copie de voix non prévue.

Dans la copie, comparez les deux instances de correction et leurs réglages avant l’essai, puis à nouveau après un changement de cue. Observez la charge de l’hôte lorsque les deux sont actives. Si le schéma renvoie un retour de console vers l’hôte, dessinez et mesurez ce trajet supplémentaire : ne le présentez pas comme un routage interne.

Vous pouvez préparer une autre option utilisant les effets de la console sur le retour corrigé, si le patch et le point de prélèvement du modèle le permettent. Ce parcours reste à vérifier dans son manuel et dans la session ; il n’existe pas ici de recette universelle pour CL/QL ou WING.

Relever latence, coupures et écoute jusqu’à la destination

Remplissez la fiche de latence et de retours. Définissez les extrémités et la méthode avant de noter des millisecondes. Une référence et un retour enregistrés simultanément peuvent aider à comparer les parcours ; identifiez et étalonnez le système de mesure avant de présenter une valeur comme latence absolue. Choisissez aussi un contenu vocal adapté au correcteur : une seule note ne couvre pas son comportement.

Essai proposé : premier passage sans plugins ; deuxième avec correction de hauteur ; troisième avec la chaîne complète. Conservez fréquence, buffer et points de mesure. Relevez durée, charge, coupures et écoute à chaque passage. Comparez ensuite un autre buffer ou groupe dans un passage distinct. Un court extrait sans coupure ne valide pas toute la durée du spectacle.

Pour les IEM, convenez avec l’opérateur et le chanteur du parcours à tester. Si la mesure s’arrête avant le système de retour, précisez cette limite. Relevez séparément l’écoute du chanteur et la valeur mesurée ; ce guide ne fixe pas de seuil universel.

Erreurs courantes : additionner des échantillons comme des millisecondes, confondre Speed et buffer, ou étendre le chiffre d’un plugin à toute la chaîne. Conservez la révision à charger par l’opérateur suivant et la liste des essais restant à effectuer.

À lire aussi : WING et connexions SuperRack (en espagnol), routage et snapshots et Dante, horloge et coupures. Intégrez l’essai à la préparation du système de sonorisation de l’événement.