  |
 Compensation De Latence, est ce que les fabricants jouent le jeu |
 Wed 9 Aug 2006, 11:53
Post
#1
|
|
 SuperHero  Group: Members Posts: 1,567 Joined: 14-Dec 00 From: Cannes - FR Member No.: 37  |
Bonjour,
Pour continuer et rebondir un peu sur la discussion propre à la compensation automatique des retards dûs à l'insertion des plugs... Il semble que la plupart des séquenceurs sot aujourd'hui capable de compenser ces retards, à condition que les fabricants les indique... Prenez un izotope par exemple, il fout une zone pas croyable, mais Logic DP et Pro Tools pour ne citer qu'eux, croient bêtement qu'aucune latence n'est induite... Qu'en est-il des autres marques et est-ce très compliqué de rajouter ces infos destinées aux séquenceurs ?... A suivre... -------------------- |
 |
 
|
|
Wed 9 Aug 2006, 12:15
Post
#2
|
|
 SuperHero Group: Members Posts: 1,987 Joined: 01-Aug 05 From: Franche-Comté - FR Member No.: 68,359 |
Bonjour _
Je pense que tu donnes en exemple Ozone d'Izotope mais pas Trash? -------------------- Mac Pro 2 X 3,06 Ghz sous 10.10.5. 24 Go RAM _ DigitalPerformer 6.12, Kontakt 5.6.1 ,MX4, Fireface800 X 2 et MidiExpress XT Apple 20" X 2 et UAD-1 Express X 2 + UAD_2 Quad + Duo(Ouf) _ Gibson ES 295 pour recherche de l'anti-accord absolu _ FilterBank2 Sherman & Gibson Explorer _ Melodyne Studio _Biscuit par OTO _
|
|
|
|
|
Wed 9 Aug 2006, 12:31
Post
#3
|
|
|
SuperHero Group: Members Posts: 1,567 Joined: 14-Dec 00 From: Cannes - FR Member No.: 37 |
QUOTE (killingjoke @ mer 9 aoû 2006, 13:15)  Bonjour _ Je pense que tu donnes en exemple Ozone d'Izotope mais pas Trash? Oui, mais je ne pense pas que les autes produits d'Izotope indiquent leurs latences... -------------------- |
|
|
|
|
Thu 10 Aug 2006, 07:07
Post
#4
|
|
|
SuperHero Group: Members Posts: 1,567 Joined: 14-Dec 00 From: Cannes - FR Member No.: 37 |
Suite,
Les plugs-ins concernés sont ceux qui utilisent un "look-ahead delay buffer" Sinon, renseignement pris, indiquer la valeur de latence aux "hosts" est un jeu d'enfant pour les développeurs. Premier à rebondir à la vitesse de la lumière, Nomad Factory... RockAmpLegends (le prochain update intègrera la compensation de délai) Sinon, à l'exception des E-Maximiser et E3-Maximiser , les autres plugs-ins n'utilisent pas de "look-ahead" donc no soucy. En attendant un update le calcul de la compensation pour le E-Maximiser et le E3-Maximiser est le suivant : fréquence / 2000 soit 22.05 échantillons à 44.1 KHz et 24 échantillons à 48 KHz. Maintenant il faut suivre de près les "hosts" qui au choix ne compensent pas sur les bus, aux... -------------------- |
|
|
|
|
Thu 10 Aug 2006, 07:22
Post
#5
|
|
|
SuperHero Group: Members Posts: 1,567 Joined: 14-Dec 00 From: Cannes - FR Member No.: 37 |
Pour ceux et celles que ça intéresse c'est un jeu d'enfant.
Une piste de drums ou un petit groove avec 2 instances de RMX sur 2 pistes, 1 plug en insert sur la deuxième et wait and see... soit le plug n'utilise pas de "look-ahead" et ça roule. soit il l'utilise mais ne renseigne pas les "hosts" soit il l'utilise, il renseigne les "hosts" et le séquenceur corrige soit il l'utilise, il renseigne les "hosts" mais le séquenceur ne corrige pas. Pour Logic, il faut activer la compensation (Logic Pro > Preferences > Audio > General) Pour Pro Tools LE, il faut demander l'affichage du delay pour surveiller. PTLE ne compense pas automatiquement mais indique la valeur. SI les pistes sont décalées et qu'aucune valeur n'est indiquée, cela signifie que le plug n'est pas écrit correctement. ... et au cas où certains trouveraient ça négligeable, je laisse la parole aux grands frères qui vont nous (ré-ré-ré) expliquer combien les problème de phase et autres fouchtras qu'induisent ces petits retards sont préjudiciables non seulement à la mise en place rythmique mais également à la clarté et à la précision d'un mix... 
-------------------- |
|
|
|
|
Thu 10 Aug 2006, 09:26
Post
#6
|
|
 Hero Group: Members Posts: 1,353 Joined: 20-Aug 03 From: Mouans-Sartoux - FR Member No.: 23,328 |
QUOTE (jeff parent @ jeu 10 aoû 2006, 08:22) soit le plug n'utilise pas de "look-ahead" et ça roule. Encore que tout traitement induit fatalement un delay proportionnel à sa complexité... Je me demande si un empilement en insert de ce genre du plug non "look-ahead" ne poserait pas problème ? QUOTE ... et au cas où certains trouveraient ça négligeable, je laisse la parole aux grands frères qui vont nous (ré-ré-ré) expliquer combien les problème de phase et autres fouchtras qu'induisent ces petits retards sont préjudiciables non seulement à la mise en place rythmique mais également à la clarté et à la précision d'un mix... Oui, faut pas aller chercher plus loin... parfois  En analogique les déphasages sont déjà présents même s'il sont infimes, par exemple un simple equaliser. Dès que vous mettez sur le trajet de l'audio une résistance et un condensateur ou une self et un condensateur vous induisez fatalement un retard... Pour le numérique c'est exactement la même chose et selon le traitement ce n'est plus du déphasage mais de la latence. |
|
|
|
|
Thu 10 Aug 2006, 10:40
Post
#7
|
|
 SuperHero Group: Members Posts: 9,465 Joined: 04-Nov 01 From: Paris - FR Member No.: 2,244 |
QUOTE (Plus30 @ jeu 10 aoû 2006, 10:26) ce n'est plus du déphasage mais de la latence. Le premier ne serait il pas la conséquence du second?.... -------------------- |
|
|
|
|
Fri 11 Aug 2006, 06:03
Post
#8
|
|
 Moderator  Group: Moderators Posts: 3,768 Joined: 07-Dec 00 From: PARIS - FR Member No.: 23 |
La latence c'est le delay de traitement global considéré comme nécessaire et maximum au temps de calcul en numérique…
Le déphasage en analogique produit par un EQ rc ou lrc ne se produira que sur la bande de fréquences concernée (corrigée). Il s'exprime en degrés, ce déphasage pourra être négatif (en retard sur le signal) ou positif (en avance) La façon de gérer ces déphasages par le fabricant fera la couleur de la console, ce qui différencie les SSL (considérée comme produisant un son "froid") des NEVES (dont les fans disent que le son est "chaud") Maintenant, ce n’est pas parce qu'on utilise un delay de compensation que tout est résolu en numérique ! Le hic est qu'il y a toujours des déphasages auxquels s'ajoutent ces fameuses erreurs de calcul que les programmeurs appellent poliment des "artefacts" Tout se passe en dessous de la milliseconde, et comme on ne sait pas trop ce qui se passe à cette échelle (nanosecondes…) il ne vaut mieux pas trop y penser ! 
-------------------- Plombier, DéZingueur de HP, ferblantier
 |
|
|
|
|
Fri 11 Aug 2006, 13:46
Post
#9
|
|
|
Hero Group: Members Posts: 1,353 Joined: 20-Aug 03 From: Mouans-Sartoux - FR Member No.: 23,328 |
QUOTE (Mr.T @ jeu 10 aoû 2006, 11:40) QUOTE (Plus30 @ jeu 10 aoû 2006, 10:26) ce n'est plus du déphasage mais de la latence. Le premier ne serait il pas la conséquence du second?.... Je me suis mal exprimé, je voulais dire qu'à une certaine quantité on ne peux plus parler plus de déphasage. Evidemment wfplb l'a très bien expliqué. Il faut partir d'un vieux principe physique, que deux forces contraires s'annulent. Plus vous déphasez, plus vous atténuez la fréquence concernée, jusqu'à être en opposition de phase (180°), où en théorie vous n'avez plus la dite fréquence. QUOTE (wfplb @ ven 11 aoû 2006, 07:03) Maintenant, ce n’est pas parce qu'on utilise un delay de compensation que tout est résolu en numérique ! Le hic est qu'il y a toujours des déphasages auxquels s'ajoutent ces fameuses erreurs de calcul que les programmeurs appellent poliment des "artefacts" Tout se passe en dessous de la milliseconde, et comme on ne sait pas trop ce qui se passe à cette échelle (nanosecondes…) il ne vaut mieux pas trop y penser ! C'est d'ailleurs cela qui fait qu'un plug est plus ou moins "musical", quand la modélisation est bien faite et que les calculs sont justes.
|
|
|
|
|
2 User(s) are reading this topic (2 Guests and 0 Anonymous Users)
0 Members:
