03-14-2026, 10:51 PM
(Modification du message : 03-28-2026, 10:37 PM par KIKIWILLYBEE.)
Bonsoir les gars,
Svp ..
Je me permets ,
A propos : de I-usb. Vs II-IIS.
I- Dans notre cas , le protocole utilisé pour nos liaisons audio numériques est l’USB AUDIO CLASS 2.o a 48o Mbits-1 , aussi nommé usb.UAC 2.o , et effectivement ce protocole est asynchrone.
Le protocole USB Audio Class 2.o (UAC 2.o) est donc dans la pratique très peu sensible au jitter, grâce à sa gestion asynchrone de la transmission, qui distingue ce protocole des nos méthodes adaptatives habituelles employées telles sur S/PDIF. ou AES/EBU. , l’I2s. ou IIS. souvent véhiculé en mode différentiel low voltage. (lvds., +/_ 5.o VDC. , HDMi., RJ45.,cf. ci dessus svp. #.84.) étant un cas particulier par l’isolement de ses signaux bit et Clock et une commutation bas niveau .
Cependant, cela , seul ne justifie pas la nécessité d’un clocking de grande stabilité, ne serait ce que pour une bonne synchronisation de la trames des paquets ; à l’exemple , ici les utilisateurs d’UIP. (x) , étalonnées sur Masterclock externe 1o Mhz.
- Jitter et fonctionnement de l’UAC 2.0.
En UAC 2.o. la liaison entre l’ordinateur et le DAC est **asynchrone** : le DAC. et non l’ordinateur possède sa propre horloge interne de haute précision et demande les paquets de données audio à intervalles réguliers, selon son propre rythme. Cela permet de :
1) minimiser les erreurs de synchronisation temporelle ,
2) De meilleurs circuits atteignent des niveaux de jitter ( stabilité, précision) inférieurs à 10 picosecondes 1o-12. en comparaison nos objectifs avec des connexions I²S et un clocking externe Ad-hoc serait @ +/_>= 1o.13. ( Adev.S-1).
- cependant il faut considérer la Sensibilité réelle et les facteurs d’influence.:
Bien que le protocole lui-même soit pratiquement ‘insensible au jitter de transmission.’ : d’autres facteurs peuvent nuire à la qualité du signal audio :
- Pollution électromagnétique (EMI. CEM.RF.HF. …) : les interférences présentes sur le bus USB (notamment lorsque plusieurs périphériques partagent le même contrôleur ou via des hubs non isolés , à ne surtout pas intégré , et ci dessus est développé le problème spécifique du + 5.oVDC. de band-shaker. USB., ; au travers de l’exemple du câble FROG13. …. ) peuvent ajouter des fluctuations mineures dans l’horloge locale du DAC.
- cf ci dessus l’Alimentation et bruit de masse: le + 5.o VDC du port USB. peut véhiculer du bruit électrique provenant de l’ordinateur ou de l’environnement susceptibles d’affecter certains circuits analogiques , numériques du DAC, bien que cela ne soit pas strictement du jitter.
- Qualité du câble USB. : un câble hors norme (trop long ou mal blindé) peut ajouter de légères distorsions du signal numérique, sans toutefois produire du jitter audible si le DAC est bien conçu. Néanmoins nous avons aussi développé la supériorité des Argents à haut indice de pureté ou traités … pour ces usages …., de même à propos des ferrites et de l’optimisation du blindage des masses et courants de fuites locaux…..
Soit svp en résumé :
Le standard USB Audio UAC 2.o n’est pas intrinsèquement sensible au jitter car le timing est déterminé par le DAC récepteur asynchrone, non par l’ordinateur. Les variations restantes proviennent davantage de bruit électrique ou électromagnétique , que d’instabilités temporelles réelles. avant tout .
L’isolation galvanique : Soit au travers de phy.Ethernet et de fibre optique , ou de chips d’isolation spécifiques photo électroniques HF. tel exemple la série Analogiques Device. .us ADMU. 3/4xxx., peut être aussi prise en charge. Et l’exemple des utilisateurs UIP. + clock..(et les retours d’expérience positifs exprimés.).
Cependant, dans des visées haut de gamme , ou les enjeux en timing , stabilité ou précision sont de l’orde de @ 1o-13. pour ADEV.S-1. (Impliquant de disposer d’une Master-clock. de cette gamme ) , la stabilité du transport des trames des paquets de données est à prendre en compte dans le jitter global.
Par ailleurs, l’ajout d’un clocking externe , n’est pas seulement impliqué dans la stabilité de la transmission des trames & de la trame USB.UAC.2.o. . Dans les Streamer HDG., bien conçu , cet étalonnage temporel peut intervenir sur le bus cpu. , les E\S. Numérique, et particulièrement le bus d’entrée Ethernet 8o2.3….
…
II- L.’accès au format de com. IIS . LVDS. low voltage +/_ 5.o V.DC. différentiel sur format physique Rj45. ou HDMi.’ , avec un signal en quatre composantes : bit., Data l/r , Clock. apporte l’avantage d’une communication bas niveau : -inter chip , supprimant ainsi un process , et l’usage du DIR. (Digital interface receiver : chip dédiée) cela Sur la même couche que l’I2c. (liaison interchip.). , et inter compatible ; l’i2s. offre l’avantage d’une liaison interchip’ bas niveau, soit couche physique, et donc contrairement à l’usb.uac.2.o. le signal ne dépend pas d’un processus d’extraction de protocole pour in fine être transformé en IIs. Ce processus de conversion de couche et de protocoles nécessite un CPU. Puissant spécifique : typiquement X-mos. (XU-316…) , celui-ci comme SDA. (serial data application) ce CPU. Est adossé à des oscillateurs spécifiques audio 44/45 MHz. pour les transferts dsd.’PCM. , et du 2o MHz. pour la trame usb. , alors L’affinité temporelle étant corollaire de la précision des oscillateurs employés. Cependant ce traitement logique ne sera pas sans impact sur la latence et le Jitter global …
Aussi l’individualisation du signal de clocking clk. , permet un traitement particulier individuel spécifique , avec l’usage local d’horloge plus précises , souvent adossé à soit un FGPA. puce portes logiques programmables ou CPLD. avec traitement soft. Proprietaire programmé pour un traitement, une optimisation sur le jitter (algorithmes et fifo reclock……) …et encore soit un re-synthétiseur , ou autre procédé de reclocking numérique tels PLL. Etc
En conclusion, usb. ou I2s. nous sommes sous l’emprise des performances et qualités des interfaces usb. ou IIs. De nos propres devices : dacs et streamer’s et du choix de ceux ci … ?!
…
Bien à vous,
Cordialement,
W ;-).
Svp ..
Je me permets ,
A propos : de I-usb. Vs II-IIS.
I- Dans notre cas , le protocole utilisé pour nos liaisons audio numériques est l’USB AUDIO CLASS 2.o a 48o Mbits-1 , aussi nommé usb.UAC 2.o , et effectivement ce protocole est asynchrone.
Le protocole USB Audio Class 2.o (UAC 2.o) est donc dans la pratique très peu sensible au jitter, grâce à sa gestion asynchrone de la transmission, qui distingue ce protocole des nos méthodes adaptatives habituelles employées telles sur S/PDIF. ou AES/EBU. , l’I2s. ou IIS. souvent véhiculé en mode différentiel low voltage. (lvds., +/_ 5.o VDC. , HDMi., RJ45.,cf. ci dessus svp. #.84.) étant un cas particulier par l’isolement de ses signaux bit et Clock et une commutation bas niveau .
Cependant, cela , seul ne justifie pas la nécessité d’un clocking de grande stabilité, ne serait ce que pour une bonne synchronisation de la trames des paquets ; à l’exemple , ici les utilisateurs d’UIP. (x) , étalonnées sur Masterclock externe 1o Mhz.
- Jitter et fonctionnement de l’UAC 2.0.
En UAC 2.o. la liaison entre l’ordinateur et le DAC est **asynchrone** : le DAC. et non l’ordinateur possède sa propre horloge interne de haute précision et demande les paquets de données audio à intervalles réguliers, selon son propre rythme. Cela permet de :
1) minimiser les erreurs de synchronisation temporelle ,
2) De meilleurs circuits atteignent des niveaux de jitter ( stabilité, précision) inférieurs à 10 picosecondes 1o-12. en comparaison nos objectifs avec des connexions I²S et un clocking externe Ad-hoc serait @ +/_>= 1o.13. ( Adev.S-1).
- cependant il faut considérer la Sensibilité réelle et les facteurs d’influence.:
Bien que le protocole lui-même soit pratiquement ‘insensible au jitter de transmission.’ : d’autres facteurs peuvent nuire à la qualité du signal audio :
- Pollution électromagnétique (EMI. CEM.RF.HF. …) : les interférences présentes sur le bus USB (notamment lorsque plusieurs périphériques partagent le même contrôleur ou via des hubs non isolés , à ne surtout pas intégré , et ci dessus est développé le problème spécifique du + 5.oVDC. de band-shaker. USB., ; au travers de l’exemple du câble FROG13. …. ) peuvent ajouter des fluctuations mineures dans l’horloge locale du DAC.
- cf ci dessus l’Alimentation et bruit de masse: le + 5.o VDC du port USB. peut véhiculer du bruit électrique provenant de l’ordinateur ou de l’environnement susceptibles d’affecter certains circuits analogiques , numériques du DAC, bien que cela ne soit pas strictement du jitter.
- Qualité du câble USB. : un câble hors norme (trop long ou mal blindé) peut ajouter de légères distorsions du signal numérique, sans toutefois produire du jitter audible si le DAC est bien conçu. Néanmoins nous avons aussi développé la supériorité des Argents à haut indice de pureté ou traités … pour ces usages …., de même à propos des ferrites et de l’optimisation du blindage des masses et courants de fuites locaux…..
Soit svp en résumé :
Le standard USB Audio UAC 2.o n’est pas intrinsèquement sensible au jitter car le timing est déterminé par le DAC récepteur asynchrone, non par l’ordinateur. Les variations restantes proviennent davantage de bruit électrique ou électromagnétique , que d’instabilités temporelles réelles. avant tout .
L’isolation galvanique : Soit au travers de phy.Ethernet et de fibre optique , ou de chips d’isolation spécifiques photo électroniques HF. tel exemple la série Analogiques Device. .us ADMU. 3/4xxx., peut être aussi prise en charge. Et l’exemple des utilisateurs UIP. + clock..(et les retours d’expérience positifs exprimés.).
Cependant, dans des visées haut de gamme , ou les enjeux en timing , stabilité ou précision sont de l’orde de @ 1o-13. pour ADEV.S-1. (Impliquant de disposer d’une Master-clock. de cette gamme ) , la stabilité du transport des trames des paquets de données est à prendre en compte dans le jitter global.
Par ailleurs, l’ajout d’un clocking externe , n’est pas seulement impliqué dans la stabilité de la transmission des trames & de la trame USB.UAC.2.o. . Dans les Streamer HDG., bien conçu , cet étalonnage temporel peut intervenir sur le bus cpu. , les E\S. Numérique, et particulièrement le bus d’entrée Ethernet 8o2.3….
…
II- L.’accès au format de com. IIS . LVDS. low voltage +/_ 5.o V.DC. différentiel sur format physique Rj45. ou HDMi.’ , avec un signal en quatre composantes : bit., Data l/r , Clock. apporte l’avantage d’une communication bas niveau : -inter chip , supprimant ainsi un process , et l’usage du DIR. (Digital interface receiver : chip dédiée) cela Sur la même couche que l’I2c. (liaison interchip.). , et inter compatible ; l’i2s. offre l’avantage d’une liaison interchip’ bas niveau, soit couche physique, et donc contrairement à l’usb.uac.2.o. le signal ne dépend pas d’un processus d’extraction de protocole pour in fine être transformé en IIs. Ce processus de conversion de couche et de protocoles nécessite un CPU. Puissant spécifique : typiquement X-mos. (XU-316…) , celui-ci comme SDA. (serial data application) ce CPU. Est adossé à des oscillateurs spécifiques audio 44/45 MHz. pour les transferts dsd.’PCM. , et du 2o MHz. pour la trame usb. , alors L’affinité temporelle étant corollaire de la précision des oscillateurs employés. Cependant ce traitement logique ne sera pas sans impact sur la latence et le Jitter global …
Aussi l’individualisation du signal de clocking clk. , permet un traitement particulier individuel spécifique , avec l’usage local d’horloge plus précises , souvent adossé à soit un FGPA. puce portes logiques programmables ou CPLD. avec traitement soft. Proprietaire programmé pour un traitement, une optimisation sur le jitter (algorithmes et fifo reclock……) …et encore soit un re-synthétiseur , ou autre procédé de reclocking numérique tels PLL. Etc
En conclusion, usb. ou I2s. nous sommes sous l’emprise des performances et qualités des interfaces usb. ou IIs. De nos propres devices : dacs et streamer’s et du choix de ceux ci … ?!
…
Bien à vous,
Cordialement,
W ;-).
set-up v2. :![[Image: PLAN-RSX-3.jpg]](https://i.ibb.co/4nyKzrFX/PLAN-RSX-3.jpg)