Latence entre 2 piste suite à traitement.

[Elie]

Soient 2 pistes mono avec un son perché sur la 1 et un HF sur la 2, routées vers un Aux bardé de plugs . Sur une des deux je décide de mettre un gros plug bien lourd.
Je me retrouve avec une latence de dingue même avec les paramètres de buffer au max.
Il s'agit d'une session chargée, j'arrive aux limites des possibilités de la machine.

Est-ce juste au monitoring ? Ou bien cette latence s'entendra aussi après le bounce ?

Est-ce que augmenter la Ram changera quelque chose ou bien est-ce strictement une question de processeur ?

Système PT LE 7.1, Mac G5 2x2,3 Ghz

[Dupont]

Oui c'est un "problème " de temps de traitement des processeurs et, oui, la latence persistera après le Bounce.
Seul le PT HD propose le Delay compensation (jusqu'à un certain point).

Tu as deux possibilités:

-Appliquer le plug en Audiosuite (la meilleure solution à mon sens), tout en gardant l'original non traité sous le coude aisni que le plug désactivé au cas où tu veuilles y revenir + tard. Tu fais copy settings dans ton plug RTAS, tu ouvre son équivalent en AS, paste settings, tu "process" ta piste/région et voilà.

-Si le fabricant du plug a bien renseigné l'info de latence (pas toujours le cas), tu fais pom+clic sur l'indicateur de volume jusqu'à arriver à dly (delay). Ca indique la latence induite par le plug (en samples). Tu décale tout le reste (les autres pistes) de la valeur correspondante, et voilà.
(tu peux aussi calculer la latence en plaçant sur ta piste traitée un bout d'audio très fort et très court; tu recordes ta piste sur une autre piste et, en comparant le son de synchro de la piste traitée avec son résultat enregistré, tu as la valeur de latence).

[Elie]

Super, merci pour ce renseignement, je ne connaissait pas cette astuce du pomme+click.

Est-ce que sur un HD on a le même problème ou bien la puissance des processeurs compense la latence ?

[olafnoise]

Est-ce que sur un HD on a le même problème ou bien la puissance des processeurs compense la latence ?

C'est exactement pareil, à part que tu as la fonction ADC (auto delay compensation) qui s'occupe de faire la compensation (jusqu'à 4096 samples, donc les réducteurs de bruit genre NoNoise ou ZNoise par exemple sont out car plutôt vers 20000 samples ou plus).

Pour les "petits" plugs (EQ ou dynamique), c'est sans souci

Ølaf

[Elie]

-Appliquer le plug en Audiosuite (la meilleure solution à mon sens), tout en gardant l'original non traité sous le coude aisni que le plug désactivé au cas où tu veuilles y revenir + tard. Tu fais copy settings dans ton plug RTAS, tu ouvre son équivalent en AS, paste settings, tu "process" ta piste/région et voilà.

Méthode que j'ai appliqué aujourd'hui même en m'apercevant que le décalage de mon mix n'était pas dû à un problème de relecture d'un film en 60ips mais à la latence de Protools. Un beau bordel, j'avais, pour une fois, fait des beaux routings avec des bus stéréo par lieu de tournage (il s'agit d'un court) et tout et tout mais avec des plugs sur tranche et sur les bus. Résultat des décalages irréguliers sur les dialogues, les musiques en place et un gros coup de chaud moi et de stress pour le réal. Mais au final tout va bien.

Ce que je ne comprends pas c'est que j'ai déjà fait des sessions vraiment chargées en plugs sans passer par des bus et je n'ai jamais eu de problème de latence, même avec le Mac sur le point de rendre l'âme pour cause d'une surcharge processorielle.
Là c'est pas comme si les petits électron devaient parcourir des mètres et des mètres de cables...

[Fikus]

Là c'est pas comme si les petits électron devaient parcourir des mètres et des mètres de cables...

Tout traitement numérique implique un décalage temporel, plus ou moins important en fonction de nombre d'échantillons qu'il utilise pour appliquer son algorithme. Et ça ça ne changera jamais. Ce qui changera éventuellement, c'est la capacité des softs à anticiper ces délais et à les compenser de manière transparente pour l'utilisateur.

A noter qu'en mix on rencontre souvent ce genre de souci, notamment si le mixeur ne fait pas suivre le même chemin aux directs VO et VI (il y a régulièrement des périphs analogiques pour les paroles). On se retrouve avec des phénomènes de phase, disons, intéressants...

(On m'a dit que l'ADC pourrissait totalement le son, mais ça reste un "on dit" pour l'instant parce que je n'ai jamais testé...)

La solution "simple" sur PT est de faire systématiquement suivre le même chemin aux sons qu'on ne veut pas déphaser. (exemple: si une piste passe par un plug eq puis deux bus, l'autre doit passer par un plug eq (éventuellement flat) puis deux bus...) Evidemment, ça bouffe.

[olafnoise]

(On m'a dit que l'ADC pourrissait totalement le son, mais ça reste un "on dit" pour l'instant parce que je n'ai jamais testé...)

Si tu n'as jamais testé et donc que tu ne sais rien, pourquoi propager ce genre de rumeur outrancière qui peut faire le tour de la planète en quelques clics....

Pour ma part, l'ADC n'a jamais transformé (ni a fortiori "pourrit totalement") le son.... mais juste pris quelques ressources processeur

Ølaf

[Fikus]

Si tu n'as jamais testé et donc que tu ne sais rien, pourquoi propager ce genre de rumeur outrancière qui peut faire le tour de la planète en quelques clics....

Je suis d'accord sur le principe, mais dans la mesure où j'ai croisé plusieurs personnes de confiance me parlant de ça (je ne suis pas allé chercher ça sur un obscur forum audiophile), et où je prend la précaution de signaler que ça n'a que le statut de rumeur pour ma part, on peut prendre ça comme un avertissement de précaution plutôt que comme de l'outrance gratuite.

En plus, pour tester, faut quand même choper les sessions qui auraient "posé problème" et trouver une méthode pour faire une écoute objective... Comme l'intermittent standard ne dispose pas de budget ni de temps "recherche et développement"... ce n'est pas évident. Mais ça serait intéressant.