"Nettoyage/amélioration" Internet amont des lecteurs réseau

[HoberM]

Hello Phile,

Tu te trompes lourdement, une chute au millieu du peleton, la gamelle, le manque de chance...
https://fr.m.wikipedia.org/wiki/Protocole_UPnP
Tu devrais aussi jeter un oeil au modèle OSI
Tu melanges complètement le sujet et tu semble un peu perdu ...

Corentin, l'horloge ne sers pas à ce que tu penses. Donc tu ''''ameliores'''' quelque chose qui n'a rien à voir avec l'audio

Je pensais que vous étiez plus costaud techniquement.....

[roland_de_lassus]

Si on pouvait éviter d'être condescendant...

[j_yves]

Si on pouvait éviter d'être condescendant...

certe .... mais il faut aussi remettre l'église au centre du village .... quand on lit en audio pas de tcp/ip je m'étouffe un peu ... et je voudrais bien savoir comment fonctionne upnp sans couche tcp/ip pour le supporter ....

[ds21hcfr]

Bonjour,

Dans le lien : https://fr.m.wikipedia.org/wiki/Protocole_UPnP il est dit que c’est UDP/IP au lieu de TCP/IP qui est utilisé pour UPnP.

Or, il me semble qu’en UDP, il n’y a pas nécessairement systématiquement de renvoi de paquets erronées car dans certains cas les contrôles type "bit de parité" ne sont pas forcément activés. Ce qui fait que le flux transporté pourrait se trouver ne plus être bitperfect.

Cdlt.

[jacko]

AMHA, dans ce cas là, ce n'est pas une électronique couteuse qui changerait les éventuels problèmes.

[ds21hcfr]

Mais, je ne prône pas forcément l’utilisation d’électroniques coûteuses. C’était seulement pour relativiser la notion TCP/IP (au sens global lorsqu’on n’entre pas dans les détails) qui serait sans défaut.

[jacko]

... il ne faudrait pas trop s'éloigner su sujet du thread ...

[boXem | audio]

Bonjour,

Dans le lien : https://fr.m.wikipedia.org/wiki/Protocole_UPnP il est dit que c’est UDP/IP au lieu de TCP/IP qui est utilisé pour UPnP.

Or, il me semble qu’en UDP, il n’y a pas nécessairement systématiquement de renvoi de paquets erronées car dans certains cas les contrôles type "bit de parité" ne sont pas forcément activés. Ce qui fait que le flux transporté pourrait se trouver ne plus être bitperfect.

Cdlt.

Facultatif en IPv4, obligatoire en IPv6.

[Steph-Hifi]

hello stefifi,

le seul rôle du switch est de transporter des octets, peu importe la vitesse et peu importe la dérive (le jitter) de l'horloge, il faut juste que ce soit bitperfect, et la encore les protocoles de communication et les couches TCP/IP assurent qu'il arrive bit perfect et il le sera avec n'importe quel switch.

tu mélanges des trucs... arretes de mettre dans la phrase tcp/ip & bitperfect.
- tcp/ip : c'est pour afficher ta page web par ex, échanger des donner via web, des data pure sucre ; ca arrive dans ordre/désordre, avec lag ou pas, on s'en tape => au bout d'un certain temps ta page web s'affiche en totalité
- bitperfect : c'est la tarte à la crème "audio" ; rien à voir

en audio :
- avec lecteur réseau UPNP par ex, pas de tcp/ip, mais un flux... donc flux de données, dans l'ordre, et là le jitter joue, bien sûr.
- je mets en bémol le point juste avant concernant Roon et son protocole "maison", qui semble ne pas etre un flux... mais comme c'est du maison... on n'en sert trop rien.
Ah oui sinon, vu que tu sembles avoir les idées très claires sur ce sujet : what's on your bench ?

et tu te trompes sous UPNP qui est un protocole de partage et d'acces de fichier il y a TCP/IP sinon ca ne peut pas fonctionner !

concernant mon commentaire sur le coté bitperfect :

TCP (protocole IP numéro 6) est un protocole de transport « fiable », orienté connexion, qui fournit un flux d'octets fiable assurant l'arrivée des données sans altérations et dans l'ordre, avec retransmission en cas de perte, et élimination des données dupliquées. Il gère aussi les données « urgentes » qui doivent être traitées dans le désordre (même si techniquement, elles ne sont pas émises hors bande).

c'est un commentaire pour expliquer que ce n'est pas la matériel (le switch) qui assurera le transport des données de meilleurs qualité, c'est le protocole de transport TCP qui s'en assure et elles seront strictement identique avec n'importe quel switch utilisé.

L'architecture UPnP permet une mise en réseau poste à poste d'ordinateurs personnels, d'appareils réseaux et de périphériques sans fil. C'est une architecture ouverte, distribuée, basée sur les protocoles TCP/IP, UDP et HTTP.

et oui il faut bien un reseau personnel TCP/IP pour faire fonctionner ton reseau personnel privé entre le box et ton streamer, au dessus tu as DLNA; UPNP ou tout ce que tu veux... (ROON ou autre). c'est aussi ta box qu ifait passerelle avec internet et ton reseau privé (pour spotify, tidal etc..) lu par ton streamer...

[ds21hcfr]

Bonjour,

Dans le lien : https://fr.m.wikipedia.org/wiki/Protocole_UPnP il est dit que c’est UDP/IP au lieu de TCP/IP qui est utilisé pour UPnP.

Or, il me semble qu’en UDP, il n’y a pas nécessairement systématiquement de renvoi de paquets erronées car dans certains cas les contrôles type "bit de parité" ne sont pas forcément activés. Ce qui fait que le flux transporté pourrait se trouver ne plus être bitperfect.

Cdlt.

Facultatif en IPv4, obligatoire en IPv6.

Beaucoup de réseaux locaux sont encore en IPv4.


[/quote]

... il ne faudrait pas trop s'éloigner su sujet du thread ...

Je ne vois pas en quoi on s’éloigne du sujet du thread. Parce que, dès qu’on parle de possibles erreurs, on est en droit de se demander s’il n’existerait pas des technologies qui diminuerait le taux d’erreurs, et là, il y a de quoi discuter dans ce thread, il me semble.

[phile]

hello bendiv,

dommage .... je trouve le terme "2 autres causeurs" pas super plaisant et on peut débattre sans montrer qui a la plus grosse, non ?
bonne journée, également.

au temps pour moi, je me suis trompé sur toi, excuse-moi de t'avoir mis dans le même sac à patate que les autres.
Néanmoisn cela permet de savoir si les posteurs ont l'habitude de traiter ce type de sujet, en live, et pas en rêve, c'était juste l'objet de ma quuestion : what's on your bench ?
En sus il va de soi que le causeur qui fait que causer, il ne pige rien à cette question (à force, cette blagounette perdra de son efficacité c'est sûr... )

Je te remercie pour ta réponse, car ENFIN, on avance de manière constructive sur ce sujet, merci encore.
Comme tu le dis, quand ya soucis de PDN, il y a des solutions peu couteuse qui sont éfficace... le "gros" souci que tu as remarqué et que tu pointes très justement : c'est le flan des constructeurs de ce type de matos (Innuos avec leur blabla sur vibration est stupide) => qui fait passer leur appareil pour un machin limite ésotérique, alors que sur le fond, il apporte bien un plus au rendu etc.. C'est dommage car cela crée une confusion totalement inutile sur ce un sujet déjà "pas simple"
Je répondrai ce soir sur ton topo car pas le temps là.
Cdt

[renecito]

Donc, comme il n'y a aucune différence technique entre les switchs et seulement des précautions installées pour contrer des perturbations électromagnétiques, au cas ou la théorie ne serait pas vraie sur la capacité des protocoles à ne pas en tenir compte, il devient utile dans sa propre suspicion de se doter de tels appareils, bien trop chers à mon gout.
Mais soigner son doute se paie !

[Steph-Hifi]

hello stefifi,

le seul rôle du switch est de transporter des octets, peu importe la vitesse et peu importe la dérive (le jitter) de l'horloge, il faut juste que ce soit bitperfect, et la encore les protocoles de communication et les couches TCP/IP assurent qu'il arrive bit perfect et il le sera avec n'importe quel switch.

tu mélanges des trucs... arretes de mettre dans la phrase tcp/ip & bitperfect.
- tcp/ip : c'est pour afficher ta page web par ex, échanger des donner via web, des data pure sucre ; ca arrive dans ordre/désordre, avec lag ou pas, on s'en tape => au bout d'un certain temps ta page web s'affiche en totalité
- bitperfect : c'est la tarte à la crème "audio" ; rien à voir

en audio :
- avec lecteur réseau UPNP par ex, pas de tcp/ip, mais un flux... donc flux de données, dans l'ordre, et là le jitter joue, bien sûr.
- je mets en bémol le point juste avant concernant Roon et son protocole "maison", qui semble ne pas etre un flux... mais comme c'est du maison... on n'en sert trop rien.
Ah oui sinon, vu que tu sembles avoir les idées très claires sur ce sujet : what's on your bench ?

non, le jitter d'un switch ne joue en rien sur la qualité audio, a ce stade on est en asynchrone complet...

[Steph-Hifi]

donc stop au HS retour sur le sujet (enfin pour autant qu'il y en ait encore un )

[Anonyme65]

donc stop au HS retour sur le sujet (enfin pour autant qu'il y en ait encore un )

Le post initial :

Bonsoir
Actuellement j'ai un réseau de musique dématérialisé. Mon QNAP relie su un switch Netgear (basique), entre ce switch et mon streamer j'ai placé un pont optique.
Je lis dans différents post des personnes qui parlent de switch audiophile lesquels coûtent entre 300€ et beaucoup plus….
ce sont des switch (audiophiles ou idiophiles), avez vous déjà testé ces produits et qu'en pensez vous ?
Je suis toujours en recherche d'optimisation de mon système mais je reste prudent et je n'aime pas trop aller à l'aventure
Merci pour vos réponses

Donc la réponse est garde ton switch Netgear (basique)