Le Forum Indépendant de la Hifi et des Audiophiles

(07-19-2018, 04:29 PM)r11bordo a écrit : [ -> ]Dans la série streamer haut de gamme, quand j'active le wifi en mode hotspot sur le player Digione avec une distribution Volumio, la qualité audio devient vraiment bas de gamme...
Pour rappel, le mode hotspot s'active sous Volumio au premier démarrage de l'appareil. Il est possible alors de se connecter directement au Digione (un peu comme le wifi direct) pour la configuration initiale ou le lancement d'une bibliothèque locale.
Donc ici, point de réseau pollué via le rj45 mais une puce wifi avec un impact archi crapouille. 
Une idée de la part de nos stars locales du jitter ou du diagramme de l'oeil réseau ?

Le DAC est à proximité de la puce / antenne Wifi ? Si oui, rien de surprenant : pollution radio directe. Si c'est pas le cas, je suis sur le c** !

(07-19-2018, 04:25 PM)Bruno a écrit : [ -> ]Reste plus qu'à écouter tout ça... haha... dans la "réalité" enfin si BZ31 consent
à préter ses bandages évidemment.

Au bout du compte, la réalité est l'écoute, mais quelle écoute ?  

(07-19-2018, 12:48 PM)r11bordo a écrit : [ -> ]

(07-19-2018, 08:49 AM)phile a écrit : [ -> ]

(07-19-2018, 06:56 AM)r11bordo a écrit : [ -> ]Ok pour tcpip, mais en audio, ce n'est pas l'udp qui est utilisé presque exclusivement ? 

Pourquoi en audio ce serait différent, en udp et non pas en tcp ? Tu as des infos là-dessus ?
Il y a un moyen de détecter si le transfert vers le streamer est en udp ou tcp ?
Cdt

Je n'ai pas vraiment de docs là dessus, à part Google who is my friend.
Je crois que les dispositifs fonctionnant en tcp pour de l'audio sont les drives Audio Over IP tels que Rednet & consorts. Même pas sûr, et n'étant pas encore en congés, point le temps de vérifier mes dires ... 

Désolé r11bordo, pris dans mon élan j'ai posté au lieu d'aller voir ce que disait Google.
Et effectivement les Rednet qui marchent sous AoIP sont en tcp.

Questions  
Finalement, le fait que les appareils AoIP sonnent de manière excellentissme d'après les testeurs sur CA, n'est-ce pas grace au tcp ?
Et les nombreuses merdouilles et aléas liés au UPNP et autres process marchant sous UTP, ne sont-ils pas lié à l'UTP lui-meme ?

Finalement, pour en revenir au fond du sujet, on l'a notre streamer HDG , c'est le RedNet 3 de Focusrite => https://www.thomann.de/fr/focusrite_rednet_3.htm
HDG pour 1320eur, finalement HDG ne rime pas du tout avec hors-de-prix
CDFD 

Quel est l'avantage de ce RedNet 3 par rapport à un lecteur réseau avec DAC intégré, par exemple un FDA, un Allo Katana DAC ?

Tu peux déjà lire les quelques centaines de pages à ce sujet sur head-fi...

...et au passage, en pratique, rien à voir avec un « streamer ». Ça revient à une interface ethernet/AES ou spdif, en gros, et qui nécessite un PC en amont pour le pilotage.
On en a déjà parlé assez longuement il y a plus d’un an ici, pas mal de fabricants connus utilisent l’AoIP dans leurs matériels, sans communiquer spécialement dessus (ex Melco...). Et il y a d’autres protocoles que celui utilisé par Focusrite, cf. par exemple les produits Merging...

Ces protocoles AoIP sont développés spécifiquement pour des applications Audio, et permettent jusqu’à 256 canaux (potentiellement beaucoup plus...) avec une très faible latence, le tout à des débits’ de 192khz (et là aussi le dsd serait possible s’il y a une demande). C’est juste l’avenir de l’audio, même si ça sera totalement transparent pour le grand public.

(07-19-2018, 05:13 PM)bz31 a écrit : [ -> ]

(07-19-2018, 04:25 PM)Bruno a écrit : [ -> ]Reste plus qu'à écouter tout ça... haha... dans la "réalité" enfin si BZ31 consent
à préter ses bandages évidemment.

Au bout du compte, la réalité est l'écoute, mais quelle écoute ?  

Finalement vous allez finir par vous ....

....entendre  

(07-19-2018, 06:52 PM)Pascal64 a écrit : [ -> ]Finalement vous allez finir par vous ....

....entendre  

hihi on s'écoute, n'allons pas flamber les étapes !

Et puis vous est les bienvenus, avec plaisir, si passage à proximité de la maison
pour partager qq notes, nous tacherons de laisser faire la musique, ça changera.

(07-19-2018, 05:01 PM)Jacques92 a écrit : [ -> ]Le DAC est à proximité de la puce / antenne Wifi ? Si oui, rien de surprenant : pollution radio directe. Si c'est pas le cas, je suis sur le c** !

Non, le DAC est externe au dispositif, dans son propre boitier métallique, donc dans une cage de faraday en ce qui concerne les rayonnements CEM.
Et pour t'étonner davantage, Volumio précise bien sur l'interface web que l'activation du Wifi peut affecter la qualité de la restitution, ce qui semble bien le cas (tests non faits selon les standards bz31)   
Autre éléments, la bibliothèque locale se trouve sur la carte microSD hébergeant l'OS.

---

(07-19-2018, 05:55 PM)phile a écrit : [ -> ]Questions  
Finalement, le fait que les appareils AoIP sonnent de manière excellentissme d'après les testeurs sur CA, n'est-ce pas grace au tcp ?
Et les nombreuses merdouilles et aléas liés au UPNP et autres process marchant sous UTP, ne sont-ils pas lié à l'UTP lui-meme ?

Pas sûr l'UDP soit la cause d'un éventuel écart. Sur un réseau local, la mise en place d'un traceur de trames IP montrerait, j'en suis sûr, que peu ou pas de trames UDP sont perdues sur le réseau, ce qui n'est pas possible en tcp.

(07-19-2018, 07:39 PM)r11bordo a écrit : [ -> ]Pas sûr l'UDP soit la cause d'un éventuel écart. Sur un réseau local, la mise en place d'un traceur de trames IP montrerait, j'en suis sûr, que peu ou pas de trames UDP sont perdues sur le réseau, ce qui n'est pas possible en tcp.

Effectivement, si l'UTP fait perdre 1bit/1e9bit, pas sûr qu'on le perçoive

ET JUSTEMENT ! 
on avait dit précédemment que le streaming se faisait via UDP, donc sans correction.
Horrifié à l'idée de perdre un bit , j'ai posé la question à Simon le developpeur de Minimserver pour savoir comment se passe le streaming en local entre Minim (sur NAS par ex) et le renderer
Sa réponse : streaming using TCP !!!!!!!!!!!! donc super clean avec correction d'erreur !
Sa réponse est là : http://forum.minimserver.com/showthread....2#pid30852

Vous pouvez dire que là j'en... les mouches, mais il fallait controler ce point je trouve.
Reste que le streaming online lui semble être fait via udp...
Cdt

(07-19-2018, 08:58 PM)phile a écrit : [ -> ]

(07-19-2018, 07:39 PM)r11bordo a écrit : [ -> ]Pas sûr l'UDP soit la cause d'un éventuel écart. Sur un réseau local, la mise en place d'un traceur de trames IP montrerait, j'en suis sûr, que peu ou pas de trames UDP sont perdues sur le réseau, ce qui n'est pas possible en tcp.

Effectivement, si l'UTP fait perdre 1bit/1e9bit, pas sûr qu'on le perçoive

ET JUSTEMENT ! 
on avait dit précédemment que le streaming se faisait via UDP, donc sans correction.
Horrifié à l'idée de perdre un bit , j'ai posé la question à Simon le developpeur de Minimserver pour savoir comment se passe le streaming en local entre Minim (sur NAS par ex) et le renderer
Sa réponse : streaming using TCP !!!!!!!!!!!! donc super clean avec correction d'erreur !
Sa réponse est là : http://forum.minimserver.com/showthread....2#pid30852

Vous pouvez dire que là j'en... les mouches, mais il fallait controler ce point je trouve.
Reste que le streaming online lui semble être fait via udp...
Cdt

Salut Phile,

Dans le cas que tu mentionnes, je crois qu'il s'agit de ce qui transite entre le NAS et le streamer, pas entre le streamer et le DAC...