Streaming audio : WiFi versus Ethernet

[KIKIWILLYBEE]

Koukou …

Si, si ,Mr. Sylvain…
J’ai bien sûr respecté ton injonction,, et traduit et lu .., mais il y a déjà quelques semaines …beaucoup de choses ont pu prendre place dans ma petite mémoire ..
Cependant , je ne vois pas où tu veux en venir ??? , acceptes Mes excuses stp’…. ,´l’usage d’une mise en mémoire , pour compenser les paquets non reçus , renvoyés , et remis en ordre fait appel à une mise en place et du software ici spécifique a DCS., et sur nos infrastructures simples la perte de paquets peut être quasi nulle , et les BER. mesuré sont de l’ordre de 1o-13….., et effectivement malgré de telles. métriques : RTP mS-1 , paquet loss a Zéro , des BER < 1o-13 ( BIT ERROR RATIO , UN BIT PERDU TOUT LES DIX MILLIARDS) , D’une infrastructure à l’autre il semblerait que l’on puisse distinguer des différences. L’explication est bien sûr autour du temps , et. On peut même considérer qu’elle est exclusivement autour du temps , et demande certainement beaucoup plus de développement, auquel je ne sais répondre .
J’ose juste avancer qu’entre deux infrastructures, il faut choisir. Celle aux meilleures métriques….
Je reste à ta disposition,
Bien cordialement,
W ;-).

[bbill]

 
.....
Asynchronous Sources
Cette étape, le déballage et la mise en mémoire tampon, supprime efficacement tout lien de synchronisation entre les paquets TCP et le signal audio résultant. (Relisez cette phrase, car elle est très importante.)
.....
....

c'est bien exact et dCS l'explique très bien... 
mais ce n'est peut être pas l'explication du problème "WiFi vs Ethernet"
quels sont tous les composants WiFi vs Ethernet ? (spécifiques à chaque installation) et quels sont les niveaux qualitatifs respectifs ? (pour une application audio)

ps : dans le même genre, certains parlaient du "pont optique" comme la solution optimum... sans faire attention à la qualités de tous les composants du "pont magique"

[ThL]

Tout ça m’a l’air bien compliqué.
Ne suffit-il pas de mettre un pont optique avant le streamer pour éliminer toute forme de parasite autour du signal?
Le streamer lui-même est conçu pour palier aux problèmes inhérents à la conversion des données : jitter, horlog, DAC… DCS cité plus haut, propose d’ailleurs des appareils séparés pour traiter le signal. Mais ici nous sommes dans les hautes sphères de la hifi haut de gamme!
DCS propose le Lina X streamer en 1 seul appareil (16000€!) sans wifi, avec ethernet.

[bbill]

Tout ça m’a l’air bien compliqué.
Ne suffit-il pas de mettre un pont optique avant le streamer pour éliminer toute forme de parasite autour du signal?

à titre d'exemple, si tu recherches, dans les archives du forum, le premier "pont optique à la mode" était une catastrophe à cause du boitier destination dont notamment l'alimentation créait une belle pollution

[ThL]

Sauf que dans mon pont optique, le 2e convertisseur est alimenté par une batterie pour éviter les pollutions électriques

[bbill]

oui, c'est le bon exemple typique d'amélioration nécessaire

[Sylvain74]

Hello Kiki

Le logiciel Capture Wireshark, tu l’installes sur un PC que tu relies en filaire soit au switch, soit au TP-Link?

[Lapinou]

Salut Willy,

Si, si ,Mr. Sylvain…
J’ai bien sûr respecté ton injonction,,

La définition du Robert du terme injonction : Action d'enjoindre ; ordre exprès, formel. Se soumettre, obtempérer à une injonction.

Ce que tu désignes comme une injonction (sur le fil WordClock, pur marketing ou réelle utilité ?):

Salut Willy,

as-tu jeté un oeil sur le document de DCS que j'évoque plus haut ? Il contient plein de choses intéressantes ! Ou peut-être le connaissais-tu déjà ?

Pour ce détail, et pour tous le reste, je laisse les lecteurs de ce fil se faire leur idée.

Bonne journée à tous !

[KIKIWILLYBEE]

.sylvain 74..
Hello…

Stp,
Avec mon installation en référence , et cette suivante introduction à l’utilisation de WireShark, en fin de msg des vidéos, mais aussi individuellement l’ia aideront à la prise en main de l’outil . ,
Et pour te répondre donc :
Il me parait possible de l’installer (sous Windows , Mac os , ou Linux , a partir de wireshark.org ) sur. I. Mon serveur ou II. .Man in the middle : pc-pc portable a branché sur un port du switch/ hub. Ethernet , l’idéal en port mirroring .

Mais selon les installations , on peut choisir de surveiller ses protocoles spécifiques - Roon Rop. Raat, naa pour Audirvāna, Dlna/upnp si votre. serveur active. se service (en place de naa…), et si il y a partage et Nas smb/nfs , icmp pour le contrôle de la latence et la perte de paquets, et le DNS. Résolution des noms : pour les mise à jour , paquets Linux …(cf port yy. )

L’installation à partir de wireshark.org
sera. Astucieusement complétée par Npcap.. (inclus) pour une meilleure capture.
Pour la capture d’un bon trafic sélectionnez la bonne interface réseau audio : eth0 , exclure le wifi.

Appliquer des filtres pour isoler le trafic audio ( le.objet de notre mesure )
-Filtre par IP.(celle du serveur)
Ip.addr == 192.168.1.xxx
-Filtre par protocole
tcp.port == yy
-Filtre pour exclure le bruit ( trafic http…)
!(tcp.port ==80 ll tcp.port==443)
Lancez .la Capture : bouton bleu
Sauvegardez .pcap

Les informations signifiantes de wireshark

-Pertes. de paquets TCP Retransmission ou UDP Lost Packet.
-latence Time Delta >
-Jitter Time Delta >
( le mos de 1 a 5 selon la qualité de l’audition du flux audio ; mean opinion score…


Soit stp en résumé :

1. Installez Wireshark sur votre serveur (Gentooplayer) ou un PC portable.

2. Utilisez un switch avec port mirroring pour capturer le trafic entre le serveur et le bridge target.

3. Appliquez des filtres pour isoler le trafic audio yy (IP + port NAA/RoP).

4. Vérifiez :
- Pas de perte de paquets (TCP Retransmission).
- Latence stable (Time Delta constant).
- Pas d’erreurs CRC (câbles défectueux).
-Unknown Protocol : pour les protocoles non supportés

5. Complétez avec ping/iperf3 pour tester la stabilité du réseau


Wireshark est puissant, mais pour l’audio, d’autres outils peuvent aider :

- ping et traceroute :
Afin de Vérifiez la latence et le chemin réseau entre le serveur et le bridge cible :ping ou
traceroute du target
- iperf3 :
Qui nous permet de Tester. la bande passante entre le serveur et le bridge :
iperf3 -s # IP (mode serveur)
iperf3 -c 192.168.1.200 # Sur le serveur (mode client)
- Audirvāna (logs internes) :
Audirvāna a des logs de streaming (dans Préférences > Avancé). Cela nous permet de Vérifier. les erreurs de connexion etc .

yy : protocoles à filtrer selon sa config. :
C’est
* Le protocole utilisé (ex: RoP (Roon on RAAT), DLNA/UPnP, NAA (Network Audio Adapter), ou streaming direct via Audirvāna).
* L’intégrité des données audio (absence de corruption, notamment pour le DSD ou le PCM haute résolution).

NAA protocole utilisé par Audirvāna pour le streaming vers le target.
Tcp.port == 49152 (port par défaut)

DLNA/UPnPSi Gentooplayer stream en DLNA.

upnp ou http
SMB/NFSSi les fichiers audio sont lus depuis un partage réseau.

smb ou nfs
ICMPPour vérifier la latence et la perte de paquets.
icmp
DNS/mDNSRésolution des noms (ex: gentooplayer.local).
tcp.port == 49152 (port par défaut)

DLNA/UPnPSi Gentooplayer stream en DLNA.
upnp ou http
No

Sources

To Find Network Latency in Wireshar | PDF - Scribd ;
https://www.scribd.com/document/78238660...n-Wireshar

Examining Packet Loss Using Wireshark ;
https://www.linkedin.com/pulse/examining...ejith-raju

Jitter values for TCP Streams in Wireshark? ;
https://stackoverflow.com/questions/9530...-wireshark

Troubleshooting Latency, Packet Loss, and Jitter Using ... : https://www.linkedin.com/pulse/troublesh...nune-nxaof

TCP Segment Loss in Wireshark: Expert Tips and Tricks - PacketSafari :
https://packetsafari.com/blog/2022/12/27...-wireshark

Detect TCP Delays with Wireshark .;
https://www.youtube.com/watch?v=e_iS4DfLCEM

Jitter value for an RTP stream ; https://www.reddit.com/r/wireshark/comme...tp_stream/
[8] 7.5. TCP Analysis https://www.wireshark.org/docs/wsug_html...lysis.html

Jitter calculation in Wireshark ;
https://stackoverflow.com/questions/9786...-wireshark

Tcp latency analysis in wireshark ;
https://stackoverflow.com/

How can I measure throughput, packet loss, delay and jitter ... https://osqa-ask.wireshark.org/questions...over-wifi/

RTP_statistics - Wireshark Wiki https://wiki.wireshark.org/RTP_statistics

RTP Voice Stream Analysis in Wireshark https://www.packetsafari.com/blog/2023/0...m-analysis


….
# Sylvain,
alias Lapinou …
Svp …
Acceptes mes excuses sincères, et mon incompréhension….,
si ma formulation , qui n’était que légèrement ironique ,
t’as bousculée .. , c’est parce que j’imaginais que nous partagions un peu de familiarité qui mepermettait cette expression dans le simple domaine de l’humour ou le registre de la taquinerie .., je retire donc mes phrases , et essaierais à l’avenir de prêter plus d’attention à mes formulations, et renouvelles mes excuses empressées…

[Lapinou]

Ah ben si ça n'est que ça, les smileys sont là pour ça, mine de rien !