Salut Thierry,
Merci d'avoir répondu, je vais tenter de répondre point par point :
Je dis que je n'en ai pas connaissance et que je suis preneur. Google is my friend ? Merci de ton aide.
Il y a un chapitre "causes" dans cette video : à aucun moment il n'est question de soft.
Au sujet des causes, il ne parle toujours que de ce qui se passe dans le dac, du signal généré par l'horloge et de ce qu'il va traverser et choper avant de rentrer dans le DAC.
Et il le dit dans sa définition : un jitter est un écart par rapport à une horloge de référence. Ca n'a donc aucun sens quand on est en asynchrone (en asynch on a 2 horloges à des fréquences différentes).
Oui, le protocole est bulk, comme pour un disque dur par exemple, le seul jitter viendra du dac lui même (son horloge et sa mise en oeuvre, la sensibilité de son chip, etc)
Et oui, la qualité de la carte et ce qui se passera dans le câble aura très peu d'importance car les DAC (du moins les corrects) vont corriger comme il en donne des exemples à 29 min 30 s de la video. Il a aussi consacré une vidéo aux PLL où il indique le niveau de bruit qui passe quand même à travers, je crois de mémoire que c'est de l'ordre de -130db.
Le bonhomme peut remplir sa baignoire à la fréquence qu'il veut, de manière irrégulière si ça lui chante, tant que la baignoire n'est pas vide, ça n'aura aucun impact sur ce qui coule de la baignoire.
Une carte son dispose de sa propre horloge qui seule mettra en forme le signal qui sort sur la coax du PC.
Les seules choses internes à l'ordinateur à pouvoir l’altérer sont :
- les merdouilles électromagnétiques qu'elle va choper dans l'environnement PC
- la qualité du processus de construction du signal : l'horloge de la carte, comment elle lit son buffer. Bref, la qualité des composants et de leur mise en œuvre dans la carte.
Je m'arrête là pour l'instant car notre différence de point de vue sur ce point est trop importante pour aller plus loin, il faut d'abord se mettre d'accord là dessus.
J'ai donné un schéma qui montre qu'il n'y a aucun lien entre la régularité de l'appel au driver et le jitter d'une sortie coax de carte son.
J'ai donné l'image de la baignoire. Dis moi ce qui est faux là dedans.
L'utilisation même du mot jitter dans une fréquence d'appel à driver est impropre. Comme jipi le rappelle dans ton, un jitter est en référence à une horloge. Aucune horloge ne définit la fréquence d'appel au driver, il n'y a même pas de fréquence d'appel, c'est irrégulier par définition d'un processus asynchrone.
Si le Breeze audio a un transfert USB "high speed", la norme spécifie qu'un blindage est nécessaire pour le câble.
De toutes façons, nécessaire ou pas, faut pas s'en priver. Garde le câble blindé.
Merci d'avoir répondu, je vais tenter de répondre point par point :
(02-16-2016, 02:25 PM)ThierryNK a écrit : Il existe des milliers de mesure de jitter contrairement à ce qu'affirme Morbius. Google is your friend.Je n'affirme absolument pas ça, relis ce que j'ai dis.
Je dis que je n'en ai pas connaissance et que je suis preneur. Google is my friend ? Merci de ton aide.
(02-16-2016, 02:25 PM)ThierryNK a écrit : Le seuil d'audibilité est autour de 20 ns.Oui, video excellente et il indique de 100 à 2ns donc 20 est une bonne moyenne. Là dessus je le crois sur parole, je ne suis pas allé vérifier ses sources (qu'il donne). Correction sur ce que je disais : le rapport ce seuil d'audibilité et ce que fait une puce à 2€ n'est pas de 1000 mais de 100.
Voir l'excellent https://jipihorn.wordpress.com/2013/04/2...du-jitter/
Il y a un chapitre "causes" dans cette video : à aucun moment il n'est question de soft.
Au sujet des causes, il ne parle toujours que de ce qui se passe dans le dac, du signal généré par l'horloge et de ce qu'il va traverser et choper avant de rentrer dans le DAC.
Et il le dit dans sa définition : un jitter est un écart par rapport à une horloge de référence. Ca n'a donc aucun sens quand on est en asynchrone (en asynch on a 2 horloges à des fréquences différentes).
(02-16-2016, 02:25 PM)ThierryNK a écrit : En USB, il n'y a pas de jitter intrinsèque au protocole et aux câbles, il y a eu suffisamment de mesures pour le voir.
Pas plus que de pertes de données.
Oui, le protocole est bulk, comme pour un disque dur par exemple, le seul jitter viendra du dac lui même (son horloge et sa mise en oeuvre, la sensibilité de son chip, etc)
(02-16-2016, 02:25 PM)ThierryNK a écrit : En Spdif, il reste des emmerdes liées aux sauts d'impédance quand on utilise une connectique RCA.Oui mais ces emmerdes ne commencent qu'à partir de la génération du signal spdif par une horloge (avant la notion même de jitter n'a aucun sens), celle de la carte son si c'est ce qu'on utilise comme sortie SPDIF. Le soft n'a rien à voir là dedans.
http://www.whatsbestforum.com/showthread...s-and-DACs
La grande majorité des DAC actuels ont d'excellents dispositifs anti-jitter.
Et oui, la qualité de la carte et ce qui se passera dans le câble aura très peu d'importance car les DAC (du moins les corrects) vont corriger comme il en donne des exemples à 29 min 30 s de la video. Il a aussi consacré une vidéo aux PLL où il indique le niveau de bruit qui passe quand même à travers, je crois de mémoire que c'est de l'ordre de -130db.
(02-16-2016, 02:25 PM)ThierryNK a écrit : Pour qui connait l'informatique temps réel et n'oublie pas que tout signal est transporté électriquement et a aussi compris que tout phénomène de latence aléatoire est équivalent à du jitterNon, pas quand on est asynchrone.
Le bonhomme peut remplir sa baignoire à la fréquence qu'il veut, de manière irrégulière si ça lui chante, tant que la baignoire n'est pas vide, ça n'aura aucun impact sur ce qui coule de la baignoire.
Une carte son dispose de sa propre horloge qui seule mettra en forme le signal qui sort sur la coax du PC.
Les seules choses internes à l'ordinateur à pouvoir l’altérer sont :
- les merdouilles électromagnétiques qu'elle va choper dans l'environnement PC
- la qualité du processus de construction du signal : l'horloge de la carte, comment elle lit son buffer. Bref, la qualité des composants et de leur mise en œuvre dans la carte.
Je m'arrête là pour l'instant car notre différence de point de vue sur ce point est trop importante pour aller plus loin, il faut d'abord se mettre d'accord là dessus.
J'ai donné un schéma qui montre qu'il n'y a aucun lien entre la régularité de l'appel au driver et le jitter d'une sortie coax de carte son.
J'ai donné l'image de la baignoire. Dis moi ce qui est faux là dedans.
L'utilisation même du mot jitter dans une fréquence d'appel à driver est impropre. Comme jipi le rappelle dans ton, un jitter est en référence à une horloge. Aucune horloge ne définit la fréquence d'appel au driver, il n'y a même pas de fréquence d'appel, c'est irrégulier par définition d'un processus asynchrone.
(02-16-2016, 03:01 PM)bubu13 a écrit : Bonjour à tous,
Cela fait deux fois que Daphile ne reconnait pas l'interface Breeze Audio quant j'utilise un câble USB entre le PC et l'interface n'étant pas pourvu de blindage reliant les 2 carcasses des prises USB. Avec un câble blindé d'imprimante cela fonctionne bien. Avez vous une idée du rôle (et de la nécessité pour mon cas) de cette continuité entre les 2 carcasses de mes connecteurs USB?
Merci par avance.
Si le Breeze audio a un transfert USB "high speed", la norme spécifie qu'un blindage est nécessaire pour le câble.
De toutes façons, nécessaire ou pas, faut pas s'en priver. Garde le câble blindé.