Il y a mécaniquement une correction erreur, TCP permet d'aquitter une trame, et d'assurer qu'elle est intègre via un checksum. (et pas juste s'assurer de la non collision).
Le client redemande alors le paquet, ralentissant toute la chaine de transfert (d'où le TCP plus lent que le UDP notamment, même si c'est aussi + lent pour d'autres raison : le nombre de question / réponses entre l'émetteur et le récepteur essentiellement).
Un protocole utilisant le TCP applique forcément ce principe fondamental, si la trame n'arrive pas, ou si une trame manque (admettons il recoit la trame 1 et la 3, mais pas la 2), ou si la trame est altérée (mauvais checksum) = il redemande la trame en erreur.
Pour le reste .... c'est de l'ésotérisme, ou du matérlel deffectueux.
Il est impossible d'écouter 2 fois un système de la même manière avec la même courbe 2cm de décalage de la tête peut provoquer 6db de différences sur les fréquences.
Le client redemande alors le paquet, ralentissant toute la chaine de transfert (d'où le TCP plus lent que le UDP notamment, même si c'est aussi + lent pour d'autres raison : le nombre de question / réponses entre l'émetteur et le récepteur essentiellement).
Un protocole utilisant le TCP applique forcément ce principe fondamental, si la trame n'arrive pas, ou si une trame manque (admettons il recoit la trame 1 et la 3, mais pas la 2), ou si la trame est altérée (mauvais checksum) = il redemande la trame en erreur.
Pour le reste .... c'est de l'ésotérisme, ou du matérlel deffectueux.
Il est impossible d'écouter 2 fois un système de la même manière avec la même courbe 2cm de décalage de la tête peut provoquer 6db de différences sur les fréquences.
Atlantis Lab AT23 -> Atohm ZEF MAX / VIBORG VB-401 -> Atoll ST300-> ELECAUDIO SC-221OCC XLR -> Atoll AM300