(02-23-2019, 03:47 PM)Pascal64 a écrit : Si vous avez une source parfaite, nul besoin de REGEN
Ce produit s'adresse à ceux qui ont des laptops ou ordinateurs comme source USB.
Les bits seront toujours là au final , c'est surtout une question de timing et de la manière dont ils sont interprétés par le DAC.
Je prend un exemple (dans la réalité c'est bien plus complexe) :
Le seuil de déclenchement est de 2,34v
En dessous de de 2,34 v on a 0. Au dessus de 2,34 v on a un 1
Si le signal carré embarque une pollution comme nous l'avons vu sur les graphiques postés en première page, le trait est plus gros, il y a donc une marge d'erreur.
Même infime qui conduira à un déclenchement plus ou moins aléatoire autour du seuil de 2,34v
Sans compter que cette petite pollution électrique va aussi perturber les horloges du DAC qui fait ce qu'il peut pour tenter de retrouver tout ses petits au rythme effréné de 44100 fois par seconde.
Bref, si c'était aussi simple que bits are bits, on le saurait.
en usb on a pas de seuil de déclenchement à proprement parlant,
on a deux lignes de données D+ et D- dans le cadre de l'USB on travaille sur du différentiel de signal.
cad que les deux signaux se complémentent.
pour avoir un 1 D+ doit être à 400 mv et D- à -400mv et inversement pour un 0 pour l'usb2 (pour l'usb 1 on parle de 3,3v pour D+ et 0 pour D-).
ce protocole est mis en place pour réduire l'impact au bruit.
l'idée est mettre les Cable D+ et D- en torsadé ainsi ils souffrent les mêmes pb de nuissance.
en faisant du différentiel, les pb de bruit se compensent.
ceci est pour l'aspect Donnée. le fait d'avoir deux cables permet aussi de mettre en place des mots de contrôle en imposant des voltages différents suivant les contrôles que l'on veut transmettre.
l'usb2 part sur un débit théorique de 480mbits/s soit une info toutes les 2ns.
ceci est bien sur un débit théorique , comme on doit passer les mots de controle, les checks au final on a 280mbits/s de débit effectif.
soit bien au dessus de notre besoin de 44khz de la norme red book....
si nous reprenons la mesure de l'iso regen
on voit que le eyes width passe de 1.8748 à 1.954 soit une amélioration de 4%
on passe d'un jitter de 30ps à 20ps....
cette mesure est faite sur la vitesse maximale de l'USB2.
quelle est la valeur de ces jitter sur des vitesses de transmission plus faible?
fonctionne t'on toujours sur de la transmission audio à vitesse max pour l'USB2?
je ne sais pas
ces mesures sont une réalité, expriment elles une réalité d'une amélioration en audio surement pas...
elles nsont juste la representation d'un cadre choisi pour faire une jolie mesure sans lien technique sur le son.
mais attention ce jitter n'est en rien un jitter applicable directement au signal audio c'est un jitter sur la fenêtre où on est sur d'avoir la bonne information ...
c'est donc la conception du recepteur usb (XMOS, amanero etc...) qui pourrait ou non être sensible à ce point.
les recepteurs USB onf fait d'énormes progrès (il y a déjà quelques années) , et franchement il n'y a plus de souci là dessus.
par contre comme tout élément hardware ou traitement logiciel on va avoir un jitter interne.
le jitter applicable d'un dac en USB sera celui de son recepteur USB plus le jitter associé aux horloges.
- chéri c'est quoi ce paquet ? - un switch ma chérie. -ah ça sert à quoi c'est pas encore pour ta hifi? - non ça va servir à brancher la playstation des gosses à l' étage, ça n'a aucun rapport avec la hifi