Se connecter
Se connecter

ou
Créer un compte

ou
FR
EN

Compensation de latence

  • 28 réponses
  • 5 participants
  • 1 423 vues
  • 5 followers
Sujet de la discussion Compensation de latence
Salut!

dans pro tools 7 on peut voir la latence induite par un plug in ou par un insert materiel (compresseur externe par exemple...) et a l aide du time adjuster on peut compenser le retard...pourtant a l oreille je sens bien qu il y a un decalage...savez vous d ou ca peut venir? si je me fais des idees? ou si cette fonction est vraiment pas efficace?

merci!!:)
Afficher le sujet de la discussion
26

Citation :
Allez, encore une valeure differente avec le meme effet...1681....c est normal que ca varie comme ca? ca peut varier selon les reglages de l effet externe? en l occurence une compression, si on change le ratio etc...



Non ce n'est pas normal...

Après quelques test chez moi avec un BSS DPR 402 comme compresseur analo, j'obtiens toujours la même valeurs, qui dépend directement du réglage de la buffer size.

Par exemple, pour une buffer à 64, j'ai un délai de 272 samples, pour une buffer à 1024, j'ai 2141 samples...

Ce délai ne varie pas en fonction des réglages du compresseur et reste stable même si ce dernier est complètement by-passé : ceci confirmerait le fait que le hardware analo n'induit pas de latence (ce qui semble logique compte tenu de la "rapidité" factuelle des traitements analo).

Par contre, difficile d'établir une règle en fonction de la buffer de PT...

Concerant l'instabilité de tes mesures, je doit dire que ça me laisse perplexe. Soit y a du nouveau dans PT7, soit y a une couille quelquepart... difficile d'en dire plus pour l'instant...

Je te tiens au courant si j'ai d'autres infos.
a+
yoann
27
Après quelques recherches, notamment sur la DUC de Digidesign, il semblerait que ces histoires de compensation de délai, et notamment lors de l'utilisation d'insert Hardware soit sujet à pas mal de polémique et de contestation quant à leur implémentation dans Protools.

En gros, difficile d'en tirer des conclusion concrètes, si ce n'est que c'est non seulement pas ou mal implémenté par Digi, mais en plus mal documenté.

Ce sujet en parle et pointe vers une lien qui tente de dénouer le problème, mais avec des résultats qui diffèrent des miens :???:

La méthode de mesure proposée aussi est différente, ce qui peut peut-être expliquer les différences.

Maintenant, pour ton cas, que faire ? Malheuresuement, de la bidouille.

Compte tenue que tes effets sont 100% wet, tu n'est pas à 100 samples près (inaudible rythmiquement) et donc tu peux en fonction des valeurs mesurées t'approcher de la compensation de délay nécessaire (qui ne dépendra QUE de la buffer de PT et de la frequence d'échantillonnage).

Tu peux aussi enregistrer l'effet externe, et ainsi recaler ensuite tes régions. C'est à mon avis la méthode la plus souple, sauf quand il s'agit de recalibrer a posteriori l'effet externe. Use et abuse des playlists pour conserver les régions non "traitée".

En espèrant, que Digi songe sérieusement à revoir sa copie dans ce domaine avec une mise à jour de PT...

a+
yoann
28

Citation : Tu peux aussi enregistrer l'effet externe, et ainsi recaler ensuite tes régions. C'est à mon avis la méthode la plus souple, sauf quand il s'agit de recalibrer a posteriori l'effet externe. Use et abuse des playlists pour conserver les régions non "traitée".



C'est aussi ce que j'allai conseiller et qui se fait le plus communément.
Bounce tes fx hardware.
29
Ouais hier soir j ai essayer avec mes 3 racks et j obtenais 1681 a chaque fois...vraiment bizarre, mais c est clair qu a 100 samples pres ca reste inaudible

par contre dans le cas ou ce serait des effets dry pour reverb, delay etc...ca aurait été moins genant c est sur

ce que je comprend pas (je sais pas si ca a ete expliquer sur le DUC, comme j ai pas reussi a tout traduire j ai pt etre loupé qq ch) c est pourquoi pro tools indique un delay de 6....c est vraiment etonnant, surtout si le delay reel est fonction a la taille des buffers tout ca reste propre a pro tools et devrait etre capable de donner la vraie valeure de delay...