Justin est inflexible sur ce problème alors qu'il est très grave selon moi

[ovnis]

Tout ce qui fait que l'on ne peut pas précisément régler un son/réglage ou/et que l'on obtient un son/réglage involontaire est un grave problème pour moi.

Or, c'est ce qu'il se passe lorsque les items d'automation sont déconnectés de l’enveloppe d'automation normale. Afin d'éviter qu'il y ait un clique désagréable, Justin a décidé de faire une transition entre la première ou la dernière valeur de l'item d'automation et la valeur du point de l’enveloppe d'automation qui est adjacent à l'item d'automation.

Le problème est qu'au lieu de régler cette transition à 0.1 ms elle dure quelque chose comme 12 ms, ce qui est beaucoup trop long...

Du coup, alors que nous avons un réglage à - inf DB à l'intérieur de l'item d'automation, nous pouvons nous retrouver avec du son ! Ou bien sinon, lorsqu'il s'agit de l'automation de filtre, on peut se retrouver avec des effets involontaires de changement progressif de fréquence de filtrage (cutoff).

Une vidéo :
https://www.youtube.com/watch?v=CIYr...ature=youtu.be

Un gif :


Et pour une raison que je n'arrive pas à expliquer, il refuse de faire passer la transition de 12 ms à 0.1 ms (alors que c'est un très bon réglage) ou bien de proposer à l'utilisateur de régler ce temps de transition...

Voyez la différence entre une transition de l’enveloppe à 0.1 ms et la transition qu'il y a entre l'item d'automation et l'enveloppe classique à 12 ms :

https://www.youtube.com/watch?v=ATDs...ature=youtu.be

Si vous pouviez m'aider à le convaincre de réviser sa position, cela serait génial... Il en a va de la correction d'un grave problème qui pourrait pourrir la vie de n'importe quel utilisateur.


Des topics qui parlent du sujet :

https://forum.cockos.com/showthread....36#post2071636

https://forum.cockos.com/showthread.php?t=207454

https://forum.cockos.com/showthread.php?t=214688

[Reno.thestraws]

Le soucis, c'est que 0.1 ms, ca peut être potentiellement problématique et donner des artefacts audible en cas de modulation type LFO ou "ouvert-fermé" rapide... C'est un peu comme un brickwall limiter qui est obligé de suréchantillonné et de faire du look ahead dès lors qu'il provoque des changements de volume drastique et rapide, sinon, ca provoque de la saturation

Le soucis, c'est qu'ici, le échantillonnage n'est pas envisageable et look ahead encore moins vu qu'il s'agit d'un plug mais de la simple automation. Et si cela provoque de la saturation, c'est aussi un problème

Je comprend tout à fait Justin à ce niveau, lui, il fait avec les lois de l'audio-numérique

Ton problème finalement, ne vient du fait que lorsque ton point de démarrage est pil sur un début d'item d'automation,

Tu peux aller dans les préférences -> audio et cocher la case "tiny fade on playback start", cela adoucira le problème.

Après, il y'a aussi la "ballistique" du fade

Lorsqu'on fait une transition par fade, imaginons de 0db à -6db à la mesure 4.1.1, la bonne pratique voudrait qu'au moment T 4.1.1, la courbe de fade devrait etre à mi course et donc avoir déjà commencée un poil avant

le poil etant de la meme longueur que la deuxième partie

[ovnis]

Originally Posted by Reno.thestraws

Le soucis, c'est que 0.1 ms, ca peut être potentiellement problématique et donner des artefacts audible en cas de modulation type LFO ou "ouvert-fermé" rapide...

Dans une de mes vidéos, on entend qu'il y a moins d'artefact à 0.1 ms qu'à 12 ms dans un cas de "ouvert-fermé" (son/pas de son).

Originally Posted by Reno.thestraws

Le soucis, c'est qu'ici, le échantillonnage n'est pas envisageable et look ahead encore moins vu qu'il s'agit d'un plug mais de la simple automation. Et si cela provoque de la saturation, c'est aussi un problème

J'entends que l'artefact/transition est moins dégueulasse avec une transition courte que longue. Alors peut-être que je ne suis pas tombé sur l'exemple qui va aller dans le sens contraire ? Comment le reproduire si il existe ?

Originally Posted by Reno.thestraws

Ton problème finalement, ne vient du fait que lorsque ton point de démarrage est pil sur un début d'item d'automation,

Cela me semble inexacte. C'est encore dans la vidéo. Le problème a même lieu même quand on ne démarre pas la lecture sur un item d'automation problématique.

Originally Posted by Reno.thestraws

Lorsqu'on fait une transition par fade, imaginons de 0db à -6db à la mesure 4.1.1, la bonne pratique voudrait qu'au moment T 4.1.1, la courbe de fade devrait etre à mi course et donc avoir déjà commencée un poil avant

le poil etant de la meme longueur que la deuxième partie

Ce qui m'obligerait à créer de nouveaux items d'automation (ou de nouveaux points sur l'enveloppe classique ou dans l'item d'automation), ce qui leur enlèverait une énorme part de l'utilité qu'ils me procurent. Dommage.

[ovnis]

Ce n'est plus d'actualité. J'ai été écouté par Justin !

https://forum.cockos.com/showthread....71#post2076971

Les transitions réglées à 0 ms sont magnifiques. Pas un pet d'artefact.