Les switchs audiophiles + ponts optiques

[Jacques92]

Un switch audiophile ou non ne transmet par forcément des fichiers. Il transmet des paquets de données dans le cadre du protocole IP. Cela peut être un fichier ou autre chose (de toute façon le switch ne le sait pas).
Il y a globalement deux protocoles dans la couche au dessus de IP : TCP/IP ou UDP.
Si c'est TCP/IP, les trames sont intègres car il y a du hanfshaking qui permet de retransmettre les trames erronées. Si c'est UDP, comme il n'y a pas de handshaking, les trames erronées ne sont pas retransmises.
Donc, en fonction du type de protocole utilisé entre le streamer et le NAS ou entre le streamer et Internet, le streamer a ou n'a pas de garantie d'intégrité. Dans les deux cas, on a le même switch au milieu.
C'est pas tout blanc ou tout noir.

[lamouette]

(11-16-2019, 01:19 PM)Faboz a écrit :

(11-16-2019, 12:40 PM)bbill a écrit :

(11-16-2019, 12:31 PM)Faboz a écrit :

(11-16-2019, 08:48 AM)bbill a écrit :

(11-16-2019, 02:19 AM)lamouette a écrit : Par contre je ne suis pas sûr que le jitter soit un problème, une fois que le fichier est arrivé/vérifié il doit être intègre.

oui et il s'agit donc bien de fichiers intègres à l'arrivée, alors, pourquoi parler de jitter au niveau du switch ? (et pour le reste, tu peux utiliser par exemple le terme "paquet" qui est l'entité de transmission), finalement tout cela pour dire que le switch audiophile ne fait pas autrement, à ce niveau, qu'un switch standard (alors que c'est l'argument de certains pour affirmer, a priori, que le switch audiophile est une arnaque, en fait ils se trompent d'argument !)

Sauf que ce n est pas un fichier qui est transmis, mais un flux audio. Le streamer le décode au fur et à mesure. Ce n'est pas un fichier type photo qui doit être complet pour être ouvert. Si tu écoutes un morceau de 30 min (gros fichier sur ton disque), il est envoyé sous forme de flux, ton streamer ne peut mettre tout cela dans la mémoire tampon. En général, le streamer decode plus vite qu'il ne reçoit les data, c'est pour cela que tu as encore de la musique pendant qq secondes quand tu debranches ton rj45. C'est aussi pour cela que quand tu retires le cable réseau pendant que tu écoutes, la musique s'arrête au bout des qq secondes.

bien d'accord avec ton explication sur le lecteur réseau mais, la, on parlait de switch sur un réseau et tu m'expliques ce que fait le lecteur réseau qui est bien après le switch !
quant au terme flux, il est bien équivoque (car il fait référence à autre chose) alors que sur un réseau on parle de "paquet" qui est l'entité de transmission

Je ne vais pas jouer sur les mots, le switch ne fait que véhiculer le flux audio. Il peut le dépolluer du bruit induit sur tout le chemin en amont ou pas. 
L'explication de Nicoben plus haut est très claire.

Donc le jitter est possible? Qu'est ce que le flux audio par rapport à un transfert de fichier ordinaire, nous le savons quand même.
L'autre jour bbill m'a dit que je racontais n'importe quoi , même Jacques92, le bit perfect c'est bit perfect , niark . (même quand il y a des erreurs c'est bit perfect m'a t-il dit) , les informaticiens auraient des tendances à immiter les politiciens? Avec un câble complètement désaccordé en impédance c'est toujours bit perfect? Comme par hasard changer de câble ethernet peut modifier le son.
Dans tout ça on ne sait pas vraiment expliquer mais on reste quand même sur des certitudes.
Maintenant Nard se pose des questions aussi et faboz.

---

(11-16-2019, 01:43 PM)Jacques92 a écrit : Un switch audiophile ou non ne transmet par forcément des fichiers. Il transmet des paquets de données dans le cadre du protocole IP. Cela peut être un fichier ou autre chose (de toute façon le switch ne le sait pas).
Il y a globalement deux protocoles dans la couche au dessus de IP : TCP/IP ou UDP.
Si c'est TCP/IP, les trames sont intègres car il y a du hanfshaking qui permet de retransmettre les trames erronées. Si c'est UDP, comme il n'y a pas de handshaking, les trames erronées ne sont pas retransmises.
Donc, en fonction du type de protocole utilisé entre le streamer et le NAS ou entre le streamer et Internet, le streamer a ou n'a pas de garantie d'intégrité. Dans les deux cas, on a le même switch au milieu.
C'est pas tout blanc ou tout noir.

Tiens maintenant Jacques est moins catégorique....
quel protocole est utilisé en audio?

[Faboz]

Rassure toi Lamouette, je ne me pose pas de questions sur les switchs en audio. J'ai testé Dlink, Netgear, avec et sans alims linéaires, Aqvox SE sur 2 systèmes et je me suis fait une idée. J'attends le Uptone.
Les cables rj45, cela fait des mois que je les test. Oui ils ont une influence.
Les explications techniques viendront en partie du White Paper de J. Swenson.
Relis les mots de Nicoben en attendant le papier d'uptone. http://forum-hifi.fr/thread-13381-post-2...#pid298851
Sinon, raconte nous tes expériences de switchs à et cables rj45, on est preneur.

[lamouette]

Les questions que je me pose sont sur le fonctionnement, je ne doute pas de l'interêt de choisir un bon switch, il y a assez de témoignages.
Justement tout ce que je mets en exergue va de le sens de la compréhension qu'un switch a son importance et même les câbles du coup puisqu'au final, le signal doit être le plus net possible , tout ça est bien encore une histoire électrique.
J'aime bien comprendre et il y a des fois des arguments qui me paraissent un peu illogiques, maintenant je comprends mieux. Si on est en udp, on ne peut pas dire à 100% que les infos sont intègres alors qu'il peut manquer des trames, il n'y a pas de vérification donc il faut soigner le signal.

[Jacques92]

(11-16-2019, 01:46 PM)lamouette a écrit :

(11-16-2019, 01:43 PM)Jacques92 a écrit : Un switch audiophile ou non ne transmet par forcément des fichiers. Il transmet des paquets de données dans le cadre du protocole IP. Cela peut être un fichier ou autre chose (de toute façon le switch ne le sait pas).
Il y a globalement deux protocoles dans la couche au dessus de IP : TCP/IP ou UDP.
Si c'est TCP/IP, les trames sont intègres car il y a du hanfshaking qui permet de retransmettre les trames erronées. Si c'est UDP, comme il n'y a pas de handshaking, les trames erronées ne sont pas retransmises.
Donc, en fonction du type de protocole utilisé entre le streamer et le NAS ou entre le streamer et Internet, le streamer a ou n'a pas de garantie d'intégrité. Dans les deux cas, on a le même switch au milieu.
C'est pas tout blanc ou tout noir.

Tiens maintenant Jacques est moins catégorique....
quel protocole est utilisé en audio?

Effectivement. S'il s'agit de mon NAS et de mes "fichiers" Audio avec mon streamer configuré en NFS/Samba, c'est TCP/IP et je n'ai aucun doute sur l'acheminement bit-perfect.
Mais si j'utilisais un service local de streaming via UDP, j'aurais des doutes. Perso, je n'utilise pas cela mais peut-être que d'autres oui.

Et, si on est abonné à un fournisseur de contenu audio en ligne ou qu'on écoute la radio sur Internet, c'est UDP ou TCP/IP ?

[Nard]

S'il manquait des trames, il y aurait du clipping, ça s'entendrait !

A part ça, parler de trames ou de paquets en transmission réseau ne fera pas avancer le débat puisque tous les types de transfert réseau passent par là !

Un transfert de fichiers, c'est un transfert complet avec copie à l'arrivée. Un flux, c'est une transmission en rondelles, par petits bouts. En multimédia, il y a en outre des contraintes temps réel et des gestions de priorités.

Où je me marre, c'est quand je regarde les propriétés de ce que j'écoute sur Qobuz avec Bubbleupnp, il est bien marqué Stream. Le stream va du cloud jusqu'au streamer. Alors, ce serait bien d'arrêter de parler de transfert de fichiers quand on streame

[lamouette]

Non ça ne s'entend pas forcément nettement si il en manque peu à la fois . Manques de trames et le jitter alors?

[bbill]

(11-16-2019, 02:50 PM)lamouette a écrit : Les questions que je me pose sont sur le fonctionnement

et bien, je vais essayer de résumer... et te dire pourquoi la notion de "flux audio" pour le cas des switch est un «raccourci de language» très équivoque...

(11-16-2019, 01:46 PM)lamouette a écrit :

(11-16-2019, 01:19 PM)Faboz a écrit :

(11-16-2019, 12:40 PM)bbill a écrit :

(11-16-2019, 12:31 PM)Faboz a écrit :

(11-16-2019, 08:48 AM)bbill a écrit : oui et il s'agit donc bien de fichiers intègres à l'arrivée, alors, pourquoi parler de jitter au niveau du switch ? (et pour le reste, tu peux utiliser par exemple le terme "paquet" qui est l'entité de transmission), finalement tout cela pour dire que le switch audiophile ne fait pas autrement, à ce niveau, qu'un switch standard (alors que c'est l'argument de certains pour affirmer, a priori, que le switch audiophile est une arnaque, en fait ils se trompent d'argument !)

Sauf que ce n est pas un fichier qui est transmis, mais un flux audio. Le streamer le décode au fur et à mesure. Ce n'est pas un fichier type photo qui doit être complet pour être ouvert. Si tu écoutes un morceau de 30 min (gros fichier sur ton disque), il est envoyé sous forme de flux, ton streamer ne peut mettre tout cela dans la mémoire tampon. En général, le streamer decode plus vite qu'il ne reçoit les data, c'est pour cela que tu as encore de la musique pendant qq secondes quand tu debranches ton rj45. C'est aussi pour cela que quand tu retires le cable réseau pendant que tu écoutes, la musique s'arrête au bout des qq secondes.

bien d'accord avec ton explication sur le lecteur réseau mais, la, on parlait de switch sur un réseau et tu m'expliques ce que fait le lecteur réseau qui est bien après le switch !
quant au terme flux, il est bien équivoque (car il fait référence à autre chose) alors que sur un réseau on parle de "paquet" qui est l'entité de transmission

Je ne vais pas jouer sur les mots, le switch ne fait que véhiculer le flux audio. Il peut le dépolluer du bruit induit sur tout le chemin en amont ou pas. 
L'explication de Nicoben plus haut est très claire.

Donc le jitter est possible? Qu'est ce que le flux audio par rapport à un transfert de fichier ordinaire, nous le savons quand même.

si tu prends dans l’ordre...
1.- ce que tu demandes à ton Nas, c’est un fichier (qui correspond à une piste sur ton CD)
2.- sur le réseau, ce sont des «paquets» dans le cadre du protocole IP (la, il n’y a pas encore de musique ! pourquoi parler de flux audio ? c’est un raccourci de langage qui prête à confusion avec l’étape suivante)
3.- ce que ton drive réseau livre au dac, c’est un flux et typiquement ton drive réseau est connecté, par exemple, via câble usb à ton dac (la on va parler aussi de jitter, etc..) 

[Nard]

Une trame normale transmet 1500 octets, la moindre perte s'entendrait.

Pour répondre à la question de Jacques, sur le forum Roon, ils disent que Qobuz streame en TCP/IP, donc contrôle de trames, pas de pertes ni d'erreur

https://community.roonlabs.com/t/protoco...ming/72458

[pda0]

C'est assez incroyable ces débats sur l'intégrité des bits. On a toujours les mêmes qui pensent qu'on en perd quoi qu'on leur démontre. Relisez les tests faits pas Gulistan même si ce n'est pas votre copain. Tout circule en flux en pratique puisque ce ne sont que les paquets successifs, mais quand on enregistre ce qui arrive au bout (comme l'a fait Gulistan) quelque soit le mode de transmission et qu'on le compare au fichier initial, comme par hasard, il ne manque rien...
Etrange non ?
Mais bon, on est sur un forum, et il faut bien débattre, y compris sur les évidences apparemment...