|
|
|
Plugin's Waves Natif |
|
|
|
sam. 9 oct. 2010, 12:44
|
Newbie
Groupe : Members
Messages : 11
Inscrit : 31 août 09
Lieu : FR
Membre no 110,308
|
Citation (mrleon @ sam 9 oct 2010, 12:54) Une horloge instable va introduire une distorsion temporelle, c'est à dire que les samples auront une durée qui variera plus ou moins selon l'ampleur du problème et qui dégradera la qualité de la restitution une fois le signal reconverti en analo. Oui, c'est du jitter de la carte son dont tu parles: la déviation de l'horloge de la carte son par rapport à l'horloge qu'elle devrait suivre. Sauf que le jitter est présent tout le temps et dans toute conversion A/D D/A, l'essentiel étant qu'il soit suffisamment faible pour ne pas être perceptible (ce qui est le cas depuis plus de 15 ans dans toutes les interfaces audio ou platine CD à plus de 30€/200Fr). C'est donc un phénomène 100% interne à la carte son, qui opère constamment, et sans corrélation aucune avec le fait d'avoir plusieurs applis qui tournent sur l'ordinateur, et/ou que la fenêtre soit au premier plan. Si jitter il y avait, l'intéressé l'aurait constaté avec ou sans fenêtre au premier plan. Ça ne semble donc pas être l'origine du problème, d'où la proposition de réaliser les bounces.
|
|
|
|
|
sam. 9 oct. 2010, 12:57
|
R.I.P.
Groupe : Members
Messages : 2,442
Inscrit : 11 janv. 04
Lieu : Maurecourt - FR
Membre no 32,928
|
Citation (shirm @ sam 9 oct 2010, 12:44) Citation (mrleon @ sam 9 oct 2010, 12:54) Une horloge instable va introduire une distorsion temporelle, c'est à dire que les samples auront une durée qui variera plus ou moins selon l'ampleur du problème et qui dégradera la qualité de la restitution une fois le signal reconverti en analo. Oui, c'est du jitter de la carte son dont tu parles: la déviation de l'horloge de la carte son par rapport à l'horloge qu'elle devrait suivre. Je suis content qu'on soit d'accord sur la definition. Citation (shirm @ sam 9 oct 2010, 12:44) Sauf que le jitter est présent tout le temps et dans toute conversion A/D D/A, l'essentiel étant qu'il soit suffisamment faible pour ne pas être perceptible (ce qui est le cas depuis plus de 15 ans dans toutes les interfaces audio ou platine CD à plus de 30€/200Fr). Tu es bien optimiste. Une bonne horloge devant une Digi002 par exemple (qui coute plus de 30€ améliore grandement les choses). Citation (shirm @ sam 9 oct 2010, 12:44) C'est donc un phénomène 100% interne à la carte son, qui opère constamment, et sans corrélation aucune avec le fait d'avoir plusieurs applis qui tournent sur l'ordinateur, et/ou que la fenêtre soit au premier plan. Si jitter il y avait, l'intéressé l'aurait constaté avec ou sans fenêtre au premier plan. Je ne trouve pas ça si évident que ça, la carte son interagissant dans le cas d'un daw énormément avec la partie logiciel. Tu notes au passage que je n'ai jamais dit qu'il y avait un problème. Je note juste que le test des bounces hors phase n'est ni pertinent ni signifiant. Et quoi de plus difficile à détecter qu'une variation du jitter. Il semble que les symptômes soient extrêmement subtils, d'où ma théorie de la piste psychosomatique. Citation (shirm @ sam 9 oct 2010, 12:44) Ça ne semble donc pas être l'origine du problème, d'où la proposition de réaliser les bounces. Voir plus haut.
|
|
|
|
|
sam. 9 oct. 2010, 13:02
|
Maniac Member
Groupe : Members
Messages : 516
Inscrit : 28 juil. 10
Lieu : Paris - FR
Membre no 114,744
|
Exactement, on s'éloigne du sujet pour que tout le monde y aille de sa science et ça devient lourdingue. Qu'il nous ponde un bounce de 15 sec non compressé avec une EQ bien violente en bougeant des fenêtres sur Safari dans tous les sens et qu'on se phase ça purée !!! Des expériences que diable !!! Si j'avais un TDM à la maison je le ferais mais là je suis encore au lit avec mon Macbook Pro sur la couette PS : Euh Léon arrête de dire n'importe quoi, je propose de récupérer les bounces, de les importer dans une session et des les écouter en même temps en ayant pris soin d'inverser la phase d'un des deux. Si il y a du son c'est que quelque chose à bougé; la base quoi... Donc en outre pour me répéter encore une fois : 4 Bounces : 2 en TDM 2 en RTAS Sur chaque passe suivant la plateforme, une passe toutes applications fermées et une autre en bidouillant sur Safari par exemple. Ensuite on importe les deux bounces RTAS et les deux bounces TDM, et on inverse par exemple la phase du bounce sans applications ouvertes. C'est pas compliqué, si rien ne sort en écoutant les deux en même temps c'est que l'on se retrouve avec le même fichier. Sans dec c'est le délire ce sujet !!!
Ce message a été modifié par 12monkeys - sam. 9 oct. 2010, 13:16.
|
|
|
|
|
dim. 10 oct. 2010, 08:44
|
Tikophobe forever…
Groupe : Team
Messages : 6,651
Inscrit : 08 févr. 03
Lieu : Fontaine Daniel - FR
Membre no 11,773
|
Citation (12monkeys @ sam 9 oct 2010, 21:03) 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.
--------------------
|
|
|
|
|
dim. 10 oct. 2010, 18:30
|
Newbie
Groupe : Members
Messages : 11
Inscrit : 31 août 09
Lieu : FR
Membre no 110,308
|
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: Citation "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!
|
|
|
|
|
|
1 utilisateur(s) sur ce sujet (1 invité(s) et 0 utilisateur(s) anonyme(s))
0 membre(s) :
|
|