Les switchs audiophiles + ponts optiques

[KIKIWILLYBEE]

SVP,

Je me permets : 8o2.3, ne dispose que d'une simple détection de collision ?!
en l'absence de toute correction d'erreur , un bit perdu est un bit perdu ?!

sur ce flux synchrone en temps réels . l'USB AUDIO successif, vous le rapplez est asynchrone.
Ajouter un process asynchrone à un process synchrone , ajoute naturellement 'latence' , et 'delay'...!?
Si le tampon du process asynchrone, est trop important, 'latence' et 'delay', augmentent ?
dans le cas, ou il est insuffisant , il y a congestion du bus d'entrée , et pertes d'informations ..???.
..?

Pour qualifier un rsx 8o2.3 se fait à l'aide de mesure sur _simple point et RTT. (single Endpoint) : Round Trip Term ,
ou en _double point : variation entre deux intervalles pour la transmission et réception paquets ,
ainsi qu'une mesure de la bande passante et la définition de la capacité de saturation rsx. 'Paquet loss' ajoutera une information de qualité...
Avec 'Latence' ms-1, 'Delay' ms-1, 'Over all packet latency' en % il est possible alors d'évaluer le 'Networking jitter' composé du 'Jitter constant': valeur consolidé moyenne de la variation de 'Delay' paquet à paquet , le 'Jitter transitoire' qui affectera un seul paquet et 'la variation de delay à court terme' ayant pour causse essentielle la congestion des paquets ...

...