Quels sont vos câbles I2S préférés ?

[r11bordo]

En XLR, tu as un signal et son inverse. La différence des deux à l'arrivée, c'est juste le bruit et les parasites, ce qui fait (signal + bruit) - bruit = signal :-)
Ce n'est pas la même chose en LVDS ?

[patatras]

je comprends ce que tu veux dire.

Mais XLR est un connecteur, et LVDS une technologie de transmission.

[Jef Paris]

Est-ce que l’un d’entre vous a pu tester le câble I2s Tubulus Ximius ? Le haut de gamme de chez Tubulus.
J’aimerais savoir s’il va vraiment plus loin que le Concentus.
D’avance merci.

[KIKIWILLYBEE]

Bonjour les Gars ,
Et bon week-end à tous …

Svp,
XLR., balanced, symétrique, différentiel et le IIS. LVDS. ont en commun le mode de transmission du signal : en mode différentiel ou symétrique, c’est à dire que le signal est séparé en une phase négative , et positive , sur un signal audio analogique, ou pour I2s. sur quatre signaux numériques TTL. au standard LVDS. LOW VOLTAGE DIFFIRENTIAL SIGNALING , sous forme d’impulsions de +/_ 5.o VDC.., la connectique dans ce cas peut être HDMi, ou RJ45.
L’avantage de ce mode de transport du signal , est de lui apporter une certaine immunité à l’environnement EMI. CEM. HF. …, ce mode de durcissement permettant alors un transport sur de plus longues distances. Cependant les signal IIS. , assujettis au temps par distribution d’un flux de paquets TTL. x4 (x2 +/_ 5.o VDC.). , et un signal horloge clk. transporté reste très sensible , et je n’aurait pas l’optimisme de le transporter au delà du mètre . Dans ce cas le double blindage , et des matériaux de grande qualité sont nécessaires…
…
Bien à vous ,
Cordialement,
W ;-).

[r11bordo]

Et j'ajouterais que l'USB fonctionne tellement bien aujourd'hui que cela vaut le coup de le comparer au LVDS sur son DAC ...

[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 tels 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. # i84.) é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) Les 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ère la Sensibilité réelle et 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, susceptible d’affecter certains circuits analogiques 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 traites … pour ces usages …., de même à propos des fer rites et de l’optimisation du blindage….

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 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. telle exemple la série Analogiques Device. .us ADMU. 3/4xxx., peut être aussi prise en charge. Et l’exemple des utilisateurs UIP. + clock..

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 des la trame USB.UAC.2.o. Dans les Streamer HDG., bien conçu , cet étalonnage temporelle 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 . L VDS. 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. . Sur la même couche que l’I2c. , inter compatible , l’i2s. offre l’avantage d’une liaison interchip’ bas niveau, soit physique, et donc contrairement à l’usb.uac.2.o. le signal ne dépend pas d’un processus d’extraction de prototocole 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 , comme SDA. (serial data application) ce CPU. Est adossé à des oscillateurs spécifique audio 44/45 MHz. pour les transferts dsd.’PCM. , et 2o MHz pour la trame usb. 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……) …
Ou soit un re-synthétiseur , ou autre procédé de reclocking numérique tel PLL. Etc

En conclusion, usb. ou I2s. nous sommes sous l’emprise des performances et qualités des interfaces usb. ou I2s. De nos propres devices dacs et streamer et du choix de ceux ci … ?!
…

Bien à vous,
Cordialement,
W ;-).