[SONDAGE] Approche du mix batterie avec le Noise Gate
- 41 réponses
- 19 participants
- 5 948 vues
- 31 followers
Afficher le sujet de la discussion
Et j'imagine qu'il le fait bien… Mais au prix d'un plugin Fab Filter, c'est le minimum qu'on peut en espérer
- 1
- 2
distodrive
2
Nouvel·le AFfilié·e
Membre depuis 12 ans
Ben.S - Mastering
139
Posteur·euse AFfiné·e
Membre depuis 20 ans
Hello,
Perso je fais du parallèle gating en side chain sur la snare :
J'ai besoin de 3 pistes dupliquées :
- 1 piste side-chain filtré et avancé de 2 à 10ms, utilisée pour déclencher le noise gate de la piste gaté, non assigné au mix biensur,
- 1 piste gaté (dont le gate est déclenché par la piste précédente) assigné à mon groupe snare.
- 1 piste Non gaté envoyé à mon groupe snare.
Dans mon groupe snare, je retrouve donc ma piste gatée et ma piste non-gatée que je dose en fonction. J’applique mes traitements sériels sur cette piste.
J'utilise toujours une piste de déclenchement en side chain car les gate s'ouvrant à partir de 0.1ms bouffent des transitoires dont j'ai besoin pour ma compression, la plupart du temps, de plus cela permet d'etre plus efficace sur le déclenchement du gate.
J'utilise l'automation entre mes 2 pistes snare pour les roulements et autres quiont besoin de ne pas etre gaté.
Voila, ça marche bien
Perso je fais du parallèle gating en side chain sur la snare :
J'ai besoin de 3 pistes dupliquées :
- 1 piste side-chain filtré et avancé de 2 à 10ms, utilisée pour déclencher le noise gate de la piste gaté, non assigné au mix biensur,
- 1 piste gaté (dont le gate est déclenché par la piste précédente) assigné à mon groupe snare.
- 1 piste Non gaté envoyé à mon groupe snare.
Dans mon groupe snare, je retrouve donc ma piste gatée et ma piste non-gatée que je dose en fonction. J’applique mes traitements sériels sur cette piste.
J'utilise toujours une piste de déclenchement en side chain car les gate s'ouvrant à partir de 0.1ms bouffent des transitoires dont j'ai besoin pour ma compression, la plupart du temps, de plus cela permet d'etre plus efficace sur le déclenchement du gate.
J'utilise l'automation entre mes 2 pistes snare pour les roulements et autres quiont besoin de ne pas etre gaté.
Voila, ça marche bien
francki09
506
Posteur·euse AFfolé·e
Membre depuis 19 ans
Ahhhh yes ca me plais bien ca comme technique sur la snare....j'avais deja pensé a des idées comme ca mais sans jamais aller jusqu'au bout mais la du coup je tenterai ca pour mes prochaines prises....
Franck Studio SDF
TC Hotrod
8237
Je poste, donc je suis
Membre depuis 13 ans
Salut,
Une question bête mais j'assume
:
La fonction Look Ahead d'un noisegate n'est pas suffisante ? Quel est l'intérêt / avantage de doubler la piste pour avoir un sidechain qui déclenche ? Ça ne revient pas à la même chose ?
Une question bête mais j'assume
: La fonction Look Ahead d'un noisegate n'est pas suffisante ? Quel est l'intérêt / avantage de doubler la piste pour avoir un sidechain qui déclenche ? Ça ne revient pas à la même chose ?
laurend
3175
Professionnel·le de l’audio
Membre depuis 17 ans
Anonyme
8413
TC Hotrod
8237
Je poste, donc je suis
Membre depuis 13 ans
Je ne suis pas sûr de bien comprendre. 
Le look ahead si il anticipe de x ms va faire en sorte de l'ouvrir à partir de l'instant T (début du transient) mais avec un temps d'ouverture défini dans le gate, en perdant au passage une partie de l'attaque, c'est ce que tu veux dire ?
Si c'est ça, je viens de comprendre une notion importante mais je suis très déçu.
Le look ahead si il anticipe de x ms va faire en sorte de l'ouvrir à partir de l'instant T (début du transient) mais avec un temps d'ouverture défini dans le gate, en perdant au passage une partie de l'attaque, c'est ce que tu veux dire ?
Si c'est ça, je viens de comprendre une notion importante mais je suis très déçu.
[ Dernière édition du message le 07/04/2015 à 19:44:05 ]
Anonyme
8413
non, pour bien comprendre le look ahead, il faut accepter le fait qu'en numérique, le temps réél n'existe pas. Dans une gate analogique, le signal entre (du courant en fait) et dès lors que le signal dépasse un seuil, la gate s'ouvre pour laisser passer le son.
En numérique, tout ca est reproduit pas un calcul, qui prend du temps à être effectué. Pour compenser ce temps de calcul, les dev induisent un look ahead au plug pour qu'il aillent voir à l'avance ce qui se passe, le calcul est donc réalisé en amont du sample qui dépasse le seuil pour agir là où il doit logiquement agir
Le pregate ou pre open c'est différent, la le plug se sert certes du look ahead (et meme de PDC, mais on va pas compliquer les choses) pour aller voir à l'avance et se mettre en fonction avant le dépassement.
Quelle différence ca fait?
il faut tout d'abord bien comprendre ce qu'est le paramètre d'attaque sur un gate. il y'a une espèce de légende urbaine vieille comme le monde qui laisse penser que l'attaque d'une gate c'est ceci
le seuil est dépassé, la gate s'ouvre et reste ouverte X msec -> x étant le temps d'attaque.
Et bien, au risque d'en déplaire certains, c'est pas du tout comme ca que ca fonctionne.
l'attaque, c'est le temps que met la gate à s'ouvrir!
une image vaut toujours mieux qu'une long discours
voici un gate avec une attaque de 500 msec
la sélection temporelle dans l'image (locateur gauche droite fait exacement 50 msec)
Voyez ce que ca donne?
on voit très bien le temps que met la gate à s'ouvrir complètement.
si on met de la pre open ou de la prégate qu'est-ce que ca donne?
je met ici 250msec de pregate
On voir que la gate s'ouvre à l'avance (laissant même déjà passer du signal pourtant inférieur au seuil)
et elle ne part pas de 0 vu qu'elle a 250msec d'avance (sur 500 de temps d'attaque)
elle est donc déjà à "moitié" ouverte quand le seuil sépasse
Alors, ici, il s'agit de reagate qui à une courbe d'ouverture linéaire, mais d'autre gate ont des type d'ouverture différente (un peu comme les forme de fade in ou fade out) et donc ca peut varier les résultats
mais en gros c'est ni plus ni moins que ca!
le release fonctionne de la même façon, mais en sens inverse. c'est le temps que la gate met à se refermée une fois le signal repassé en dessous du seuil
le hold, permet de maintenir la gate ouverte un peu plus longtemps avant que le release se mette en marche!
Ces temps d'attaque et de release sont souvent mal compris et c'est d'ailleurs pareil avec un compresseur, le temps d'attaque n'agit pas comme la croyance populaire le laisse croire
signal qui dépasse, le compresseur "laisse passer X msec" puis agit... non, il agit tout suite, dès le premier sample, mais le temps d'attaque va définir le temps que celui-ci va prendre pour atteindre sa diminution de gain maximale (fixée par le ratio et le taux de dépassement du seuil!)
je l'ai d'ailleurs illustré dans un autre thread, je ne sais plus trop où...
mais je peux vite le refaire ici
voyez plutot
l'exemple est un peu moins parlant car ici la courbe de réponse du comp n'est pas du tout linéaire et ce sont les derniers db de réduction qui prennent le plus de temps, mais ca, ca fait parti du caractère du compresseur (ou de la gate)
(puis, l'exemple est fait sur un sinusoide ce qui d'un point de vue strictement technique, n'est pas l'idéal pour illustrer la fonction d'une compresseur, mais bon...)
:D
Ce qui est formidable, c'est que même certains pro pensent que l'attaque du compresseur défini le temps que le compresseur "laisse passé le signal"... même un diplômé d'une école de renom me le prétendait encore mordicus y'a pas longtemps, jusqu'a ce qu'on fasse ce test tout con :P
Ceci dit (et après je m'arrête), certains plugs laissent vraiment une partie du signal intacte pour "emuler" des comportent de X ou y compresseur mais ce temps est défini par le dév et non par le bouton d'attaque :P
En numérique, tout ca est reproduit pas un calcul, qui prend du temps à être effectué. Pour compenser ce temps de calcul, les dev induisent un look ahead au plug pour qu'il aillent voir à l'avance ce qui se passe, le calcul est donc réalisé en amont du sample qui dépasse le seuil pour agir là où il doit logiquement agir
Le pregate ou pre open c'est différent, la le plug se sert certes du look ahead (et meme de PDC, mais on va pas compliquer les choses) pour aller voir à l'avance et se mettre en fonction avant le dépassement.
Quelle différence ca fait?
il faut tout d'abord bien comprendre ce qu'est le paramètre d'attaque sur un gate. il y'a une espèce de légende urbaine vieille comme le monde qui laisse penser que l'attaque d'une gate c'est ceci
le seuil est dépassé, la gate s'ouvre et reste ouverte X msec -> x étant le temps d'attaque.
Et bien, au risque d'en déplaire certains, c'est pas du tout comme ca que ca fonctionne.
l'attaque, c'est le temps que met la gate à s'ouvrir!
une image vaut toujours mieux qu'une long discours
voici un gate avec une attaque de 500 msec
la sélection temporelle dans l'image (locateur gauche droite fait exacement 50 msec)
Voyez ce que ca donne?
on voit très bien le temps que met la gate à s'ouvrir complètement.
si on met de la pre open ou de la prégate qu'est-ce que ca donne?
je met ici 250msec de pregate
On voir que la gate s'ouvre à l'avance (laissant même déjà passer du signal pourtant inférieur au seuil)
et elle ne part pas de 0 vu qu'elle a 250msec d'avance (sur 500 de temps d'attaque)
elle est donc déjà à "moitié" ouverte quand le seuil sépasse
Alors, ici, il s'agit de reagate qui à une courbe d'ouverture linéaire, mais d'autre gate ont des type d'ouverture différente (un peu comme les forme de fade in ou fade out) et donc ca peut varier les résultats
mais en gros c'est ni plus ni moins que ca!
le release fonctionne de la même façon, mais en sens inverse. c'est le temps que la gate met à se refermée une fois le signal repassé en dessous du seuil
le hold, permet de maintenir la gate ouverte un peu plus longtemps avant que le release se mette en marche!
Ces temps d'attaque et de release sont souvent mal compris et c'est d'ailleurs pareil avec un compresseur, le temps d'attaque n'agit pas comme la croyance populaire le laisse croire
signal qui dépasse, le compresseur "laisse passer X msec" puis agit... non, il agit tout suite, dès le premier sample, mais le temps d'attaque va définir le temps que celui-ci va prendre pour atteindre sa diminution de gain maximale (fixée par le ratio et le taux de dépassement du seuil!)
je l'ai d'ailleurs illustré dans un autre thread, je ne sais plus trop où...
mais je peux vite le refaire ici
voyez plutot
l'exemple est un peu moins parlant car ici la courbe de réponse du comp n'est pas du tout linéaire et ce sont les derniers db de réduction qui prennent le plus de temps, mais ca, ca fait parti du caractère du compresseur (ou de la gate)
(puis, l'exemple est fait sur un sinusoide ce qui d'un point de vue strictement technique, n'est pas l'idéal pour illustrer la fonction d'une compresseur, mais bon...)
:D
Ce qui est formidable, c'est que même certains pro pensent que l'attaque du compresseur défini le temps que le compresseur "laisse passé le signal"... même un diplômé d'une école de renom me le prétendait encore mordicus y'a pas longtemps, jusqu'a ce qu'on fasse ce test tout con :P
Ceci dit (et après je m'arrête), certains plugs laissent vraiment une partie du signal intacte pour "emuler" des comportent de X ou y compresseur mais ce temps est défini par le dév et non par le bouton d'attaque :P
[ Dernière édition du message le 07/04/2015 à 21:06:39 ]
TC Hotrod
8237
Je poste, donc je suis
Membre depuis 13 ans
Je connaissais le principe des fonctions d'un comp, mais, pas du tout cette forme alternative de gate.
Intéressant en effet, ce preopen... Dommage que ce ne soit pas implémenté dans tous les plugins de gate (au hasard… rien d'équivalent dans… Pro Tools par exemple…).
Intéressant en effet, ce preopen...
Dommage que ce ne soit pas implémenté dans tous les plugins de gate (au hasard… rien d'équivalent dans… Pro Tools par exemple…).Anonyme
8413
j'utilise très peu protools, je sais juste que la gate de base est très archaique (je pense d'ailleurs que c'est la même depuis protools 7 si je ne m'abuse)
mais doit y avoir des plug au format AAX qui font ca!
je crois que le pro-g de fabfilter à un potard qui se nomme look ahead et qui fait ca!
mais doit y avoir des plug au format AAX qui font ca!
je crois que le pro-g de fabfilter à un potard qui se nomme look ahead et qui fait ca!
Jimbass
11603
Drogué·e à l’AFéine
Membre depuis 19 ans
TC Hotrod
8237
Je poste, donc je suis
Membre depuis 13 ans
Citation :
je crois que le pro-g de fabfilter à un potard qui se nomme look ahead et qui fait ca!
Et j'imagine qu'il le fait bien… Mais au prix d'un plugin Fab Filter, c'est le minimum qu'on peut en espérer
Anonyme
8413
-Livingroom-
6738
Je poste, donc je suis
Membre depuis 15 ans
Anonyme
8413
Anonyme
316
TC Hotrod
8237
Je poste, donc je suis
Membre depuis 13 ans
Hors sujet :
Citation de Reno Mellow :
Citation :je ne sais pas si protools intégre enfin un wrapper vst? J'ai lu quelque part que c'était possible.
La position d'Avid est très claire sur le sujet. Si tu développes un plugin qui fait wrapper mais également quelquechose d'autre, ils te laissent tranquille. Si tu essayes de sortir un simple wrapper Vst --W> AAX, ils te tombent dessus. Il y a une petite boite qui a tenté le coup récemment et qui a vite renoncé face à la pression et aux menaces en tous genres.
Dommage que les développeurs chez Avid ne soient pas aussi efficaces et réactifs que leur service juridique…
Bon... on s'éloigne du sujet initial.
- < Liste des sujets
- Charte
- 1
- 2