Protools Delay Compensation, Automatic Plugin Delay Compensation Options

[wfplb]

Les traitements des plugins nécessitent un certain temps de calculs...
Qui s'exprime en samples (de 4 à plusieurs milliers)

La première utilisation : recaler toutes les pistes (celles qui ont des plugins avec celles qui n'en ont pas)
Sachant, par exemple, que le phasing se situe vers les 10 millisecondes

Pour un fréquence d'échantillonnage de 48 kHz (48000 samples par seconde)
Il y aura 48 samples par milliseconde

L'oreille perçoit un "fla" de caisse claire dont le délai est >15 millisec.
Donc 15*48 = 720 samples

Tout ça n'est pas négligeable !

Dans le temps, on compensait le délai à la main avec les fameux plugins TimeAdjuster (qui existent toujours) - c'était vraiment laborieux)

L'option Delay Compensation le fait maintenant automatiquement
Évidemment cette option va, d’office, s'attribuer pas mal de ressources...

ATTENTION ! il faut choisir, dès le départ d'une session, d'utiliser la compensation ou pas
car l'automation ne suivra pas le délai de compensation

[wfplb]

J'irais meme jusqu'a dire que pour l'instant, le numerique a encore un son de daube a coté de l'analogique. meme en utilisant des DSP, alors je ne parle meme pas du natif...

I agree

Bien sur, un jour on y arrivera, comme pour la photo numerique par rapport a l'argentique, qui est sur le point d'etre rattrappee (enfin, presque...).

I agree too

"On" mise tout sur le numerique parce que ca arrange les societes pronant l'informatique, et l'economie actuelles, mais c'est comme les televiseurs Plasma qui sont bien inferieurs aux cathodiques , sur le plan de l'image pure. On avance a grands pas, mais en fait on recule...

I agree again

La qualite n'avance pas vraiment, au contraire. Le numerique a beaucoup d'avantages, principalement economiques, mais en a peu sur le plan qualitatif. Mais l'oreille s'habitue... Comme on s'habitue a la puissance culturelle de la télé et autres daubes...

Ye soui effondré perke j'agree once more again

[-----------]

ha oui, d'accord, je comprend que tu tiques, je me suis mal exprimé. Quand je disait plus transparent, je voulais dire qu'il le fait par defaut dans le LE alors que dans le TDM, tu avais des options, sauver le niveau de compensation dans le I/O setups, importer ou non les delays quand tu importe une config, etc...

Je ne parlais pas de qualité de son.

C'était clair dans mon esprit, moins à la relecture.

[wfplb]

...C'était clair dans mon esprit, moins à la relecture.

Ce qui importe, mon cher Léon, c'est pas d'être clair
mais d'être compris !

Au moins à 50 %

[-----------]

j'entends bien, je vais faire des efforts.

et pardon pour cette inexactutide :

Je crois qu'en fait, le TDM monte à 2048 samples.

je n'ai malheuresement pas de TDM sous la main le samedi à 23:30. Et j'en suis fort marrit car ma digi002 a décroché à peu près 15 fois dans la dernière demi heure .

d'ailleurs pourquoi 1023 samples ?

[celmo]

Mr Leon, t'inquiete, ce n'est pas contre toi, ce petit encart, mais contre ceux qui s'imaginent qu'ils vont faire mieux avec un PT LE qu'avec un TDM

Ce message a été modifié par celmo - sam. 8 avril 2006, 23:11.

[Mr.T]

Je vois pas bien qui pourrait penser avoir de meilleurs résultats avec du natif qu'avec du DSP dédié...

[phoeb]

Je rajouterais, pourquoi 4095 ?

Samedi soir à 00:00 sur Macmusic les esprits sont vifs. Je ne parlais pas non plus de la qualité (non)comparable HD / LE, j'essaye juste de comprendre comment repérer et remédier à la latence des plugs dans PT, comment cela peut aussi influer sur des choix materiels.

Il me semble par exemple important d'être informé qu'une carte dsp genre UAD1 peut induire un délai dans PT que ce dernier ne sera pas en mesure de compenser. Ce thread part de là...

[phoeb]

Bon, les gars vous êtes trop rapide pour moi... le temps que je sorte de ma session pour me servir un verre, m'allumer une clope et répondre, y'a déjà 2 posts qui m'ont devancé...

Artistiquement on peut toujours faire mieux avec un pôvre multipiste à K7 qu'avec un HD... Techniquement on fait toujours moins bien avec du natif... j'dis pas ça pour agacer mais là n'est pas la question...

Ce message a été modifié par phoeb - sam. 8 avril 2006, 23:32.

[Mr.T]

Artistiquement on peut toujours faire mieux avec un pôvre multipiste à K7 qu'avec un HD... Techniquement on fait toujours moins bien avec du natif... j'dis pas ça pour agacer mais là n'est pas la question...

T'as bien raison... Amen à ça.

[ritsz]

Je rajouterais, pourquoi 4095 ?

De 0 à 1023 = 1024
De 0 à 4095 = 4096

Ce qui ressemble fort à des tailles de blocs multiples de 8, le genre de truc que l'informatique apprécie...