Plugin's Waves Natif Options

[Studiodecibel]

Bonjour,

Quand j'utilise des plugs WAVES : SSL4000, V-SERIE ou API collection

Je constate un légère différence de coloration de timbres sur le son par rapport aux mix initial quand, dans une session protools 8 sur MAC je met de côté la fenetre du projet protools pour lancer une autre aplication SAFARI par ex ... Quand je reviens sur la fenétre du projet protools en instance, le son de certaine pistes n'est plus tout à fait le même .c'est à peine audible mais sur ma config je perçois cette différence .

j'ai une chaine audio très propre console DIGIDESIGN PT8 HD3 ACCEL I/O 192 tout relié en MONSTER CABLE spécial studio et enceintes GENELEC 1031.

Voila je ne sais pas si vous avez constaté la même chose, mais je me demande si les fluctuations du processeur du MAC ne serait pas la cause ?

cordialement

[PomQ]

Comme je te comprends......

[Han_Solo]

Conflits de générations...
Pratiquement à chaque poste je dis la même chose
Allezzzzz les bounnnnnccceeeessss !!!!

This post has been edited by 12monkeys: Sat 9 Oct 2010, 19:27

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

Conflits de générations...

C'est à dire ?

Tu veux dire que tu est un jeune con ou un vieux con ?

[Han_Solo]

Tu me fais quoi là ?
Faut se calmer
J'ai pas l'impression d'avoir été désagréable quand même...
C'est ridicule là, je faisais référence avec sourire aux questions réponses entre tout le monde voilà tout.
Je croyais que tu sortais de ce fil, attention car je pourrais reprendre une tristement célèbre phrase de notre cher président !!!
Vraiment du délire ce thread

Alllesss lessss bouuunnncessss !!!

This post has been edited by 12monkeys: Sat 9 Oct 2010, 20:03

[Marsu]

Faut se calmer

Exact, et ça commence par arrêter de prendre les gens de haut systématiquement sur tous les sujets et/ou de parler comme un charretier.

Le côté j'ai tout vu, j'ai tout fait, c'est vite lourd sur un forum.

Léon, PomQ, 100% d'accord.

[shirm]

Bon détendons l'atmosphère, ça me fait un peu penser à Audiard tout ça:
"Quand les types de 2000 messages postent sur MacMusic, les types de moins de 200 les écoutent".
J'écoute et je m'incline quand il s'agit de techniques du son, de mixage...
Par contre quand je lis:

"La méthode qui consiste à comparer des bounces n'est pas forcément signifiante. En effet si on image que la différence est due à une horloge qui serait moins stable quand ProTools ne serait pas au premier plan"

pour continuer sur Audiard: "ça m'défriiiise" ... c'est une conjecture qui tombe quand même un peu de l'espace, et dont s'est ensuit une série de messages assez hallucinante! <-- Ne pas voir d'attaque personnelle ni de gargarisation ici
D'autant qu'on est tous d'accord sur le fait que le problème est probablement une de ces petites inattentions qui touche chacun de nous, à une fréquence suffisamment faible pour nous feinter à chaque fois!

Bref, en bottum-up:
- Tout en bas (converto): chaque convertisseur D/A (pareil pour A/D, mais c'est pas la question ici), met un certain temps entre le moment où il reçoit un mot à son entrée et le moment où ce mot est converti en une tension. Un temps court certes, mais un temps quand même, et qui de surcroît n'est pas constant (c'est le jitter).
- Un poil au dessus (carte son - lecture des buffers): la carte son envoie les échantillons contenus dans le buffer de lecture vers le convertisseur (pour un canal donné), et ce à un rythme équivalent à la fréquence d'échantillonnage, et contrôlé par le micro-contrôleur de la carte. Cette horloge là ne bouge pas, ou dans des proportions équivalente au jitter de l'horloge du micro-contrôleur (et donc pas dans des proportions notables pour de l'audio, même à 192kHz).
- Encore au dessus (carte son - écriture des buffers): pour chaque canal, la carte possède généralement deux buffers, un de lecture (celui évoqué juste avant), et un d'écriture. Le buffer d'écriture attends d'être rempli avec du contenu en provenance du pc pendant que l'autre est progressivement envoyé vers les convertos (cf. étape d'avant). Une fois le dernier sample envoyé vers le converto, les deux buffers échangent leur rôle.
Si aucun nouveau contenu n'est arrivé, alors le buffer joué sera un buffer de sécurité, rempli de zéro (d'où le crac, clic).
- On remonte encore (appli - processus audio): l'appli récupère l'audio de toutes les sources, le passe dans les plugins, bus, aux etc, et une fois que tout est fini, l'envoie à la carte son. Puis recommence. C'est le processus audio, ayant une haute priorité. Si il manque de temps, rien n'est envoyé à la carte, et celle-ci utilisera le buffer de sécurité.
- Au même niveau (appli - processus interface): En parallèle, un autre processus de priorité plus faible rafraîchi les infos à l'écran se basant sur les nouvelles valeurs (position de la tête de lecture, des vu-mètres, des automations etc). C'est le processus d'interface utilisateur. Si il n'y a pas de fenêtre ou que le focus est sur une autre appli (fenêtre non visible), ce processus ne fait rien. Bypass.
- Au dernier niveau (OS): l'OS se charge de distribuer du temps processeur entre les applis, selon le nombre d'appli lancées, et la priorité des processus que ces applis ont déclaré. L'appli avancera à chaque fois un petit peu, quand du temps processeur lui est accordé. Selon ce que cette appli a à effectuer, ce temps peut venir à manquer, et il peut arrive qu'elle ne remplisse pas son contrat. En ce qui nous concerne, elle n'aura pas traité ni envoyé l'audio avant un temps défini. Mais ça ne change pas ce qu'elle a à effectuer.

Bref, premier plan ou pas, difficile pour une appli de jouer sur le jitter des convertos...

Je ne dit pas que notre amis n'a pas une carte son avec un gros jitter, et qu'il ne s'en soit rendu compte en placant la fenêtre en arrière plan, mais les bounces permettent d'infirmer la piste logicielle.

Cordialement, et avec plus de calme!