05-19-2020, 06:42 PM
(05-19-2020, 01:27 PM)phile a écrit : tcp/ip sous-entend "contrôle que ce qui est envoyé est arrivé", donc de facto, tu as un flux double
1. de l'emetteur vers récepteur : l'envoi
2. du récepteur vers l'metteur : renvoi, afin que l'emtteur contrôle et valide que le récepteur a bien tout reçu.
Dans le tome 54 des oeuvres de je ne plus qui que j'ai lu hier il fait la remarque que le streaming video (nul doute que c'est idem pour l'audio) utilise l'UDP car en tcp/ip ce flux double surchargerait le système...
Je ne suis pas un spécialiste de la communication tcp/ip par rapport à udp, mais le peu de culture réseau que j'ai me fait mettre en doute le fait qu'il y aie renvoi vers l'émetteur afin que celui-ci contrôle et valide que le récepteur à bien tout reçu (ce qui doublerait le problème puisqu'il faudrait qu'à son tour le récepteur vérifie et valide que l'émetteur à tout bien reçu pour qu'il puisse faire un contrôle correct , et là, on en fini plus des aller-retours...
Il me semble que le récepteur vérifie lui-même la cohérence de ce qu'il reçoit par des jeux de bits de contrôle de parités qui permettent dans un premier temps de corriger d'éventuelles erreurs de transmission sans qu'il soit nécessaire de redemander le renvoi, et dans les cas ou c'est insoluble, ou bien dans les cas ou des trames seraient manquantes, et seulement dans ces cas là, il y aurait une requête de récepteur vers l'émetteur pour un renvoi de la trame erronée ou manquante. Charge au récepteur de remettre toutes les trames dans l'ordre grâce à un système de bufferisation...donc pour moi, il ne devrait pas y avoir de flux doublé.
Qobuz sublime/Tenda wifi mesh -> wifi -> mini PC i5 fanless Gentooplayer/roon+HQPeV5/PCM>>DSD256 -> Gustard A26/Diretta DST-00 -> XLR Grimm TPR -> Benchmark AHB2-> Mulidine Cadence