Erreurs de transmission de données audio via internet / wifi etc ?

[melbamel]

Bonjour Joël et bonne nouvelle année

Les données sont tout de même contrôlées à la réception, si un paquet est déclaré corrompu il est supprimé et remplacé par du silence, une coupure du son. C'est une mesure de moindre mal le bruit numérique résultant d'erreur peut être assez éprouvant pour les oreilles voire pour le cœur de certains!

Coupure si un tampon d'un noeuds réseau est vidé sur le chemin et que les données ne peuvent pas être retransmises à temps. En streaming, il y a toujours un léger différé et une mise en cache pour rattraper certaines erreurs de transmission

Les services d'écoutes à la demande comme Qobuz et autres n'utilisent pas ce mode de transmission temps réel. Ce n'est pas à proprement parler du streaming mais bien du transfert de fichier avec toutes les garanties d'intégrité de la réception.

Là aussi si des différences de qualité sonore sont constatées il faut chercher ailleurs que dans les erreurs de transmissions...

joël

Oui les différences de qualité sonore ne sont pas dû à une perte d'information induite par la qualité des transmissions numériques.

A ma connaissance, en streaming internet les fichiers lu par les serveurs, sont probablement compressés à la volé lors de la transmission sur le même principe que le débit binaire variable des MPEG lors de la transmission en fonction de la qualité de la connexion établis (et probablement du nombre de sollicitations simultanées des serveurs pour les abonnement de base "qualité CD", en gros les temps de réponses des serveurs et autres nœuds réseau sur le chemin).

Les performances du débit binaires n'est pas en soit important en streaming audio. Le débit binaire constant d'un CD ou d'un fichier 16/44,1Khz s'élève à 1 411 200 bits/s (16bits x 44100 échantillons x 2 canaux). Ce n'est rien comparé au streaming vidéo, et pour donner un ordre de grandeur une liaison informatique même ancienne comme l'USB 2 à un débit de 480 000 000 bits/s.

C'est à dire qu'avec des tampons d'émission et réception suffisamment dimensionnés, un morceau de musique pourrait être transférer en un cycle de transmission USB 2 et même avec un débit empirique de 10 Mbits/s ou celui de l'ADSL basique.

Le débit binaire constant à décoder jouent donc un rôle de meneur "ralentisseur" en offrant plus ou moins de pause aux transmissions réseaux bien plus rapides et ce rôle a donc aussi +/- une influence sur l'occupation inutile des ressources des serveurs de stockage (tous comme le nombres d'abonnés connectés).

L'inconvénient avec ce mode VBR appliqué au streaming, c'est que les 0 ignorés des silences suffisent rarement pour réduire la taille des données transmises afin qu'elles puissent ne pas remplir entièrement les caches des nœuds réseaux intermédiaires et soient disponibles pour une éventuelle retransmission sans recommencer à zéro en sollicitant les serveurs. Cette astuce est inutiles pour les passages complexes ou très riches en données, c'est donc la substitution des bits de moindre importance pour l'audition sur les passages moins complexe qui réduit, en principe d'un bon compromis, les données à transmettre. Sauf qu'avec les latences cités d'une connexion internet, cela entraine un trie des bits à la volée considérés comme les moins importants à l'audition par les logiciels/plugin des organismes de streaming, dans des proportions induites par le débit moyen réellement obtenue de la connexion établie (débits nominal en continue + les latences).

Si la transmission est mauvaise pour X raison (trop de sollicitations des serveurs de stockage ou d'un nœud du réseau internet qui répond tardivement), des bits plus important pour la reproduction des timbres peuvent être ignorés sur les passages complexes et suivant la résolution du matériel de reproduction, ça peu devenir assez audible. Suffisamment pour ne pas avoir de doute à l'audition comparative du même fichier téléchargé (même si ce dernier est déjà encodé en VBR).

Un NAS ou le disque dur en local transmet sans problème rapidement le flux à décoder en temps réel avec tous les garde-fous amplement suffisant pour garantir une parfaite intégrité des données.

S'ajoute aussi les différences de mode de transmission réseau entre local et internet :
Les liaisons des lignes internet sont en "monomode" (2 fils de cuivre pour l'ADSL ou coaxial pour le câble, ou 1 seule fibre pour le FTTH).

Le monomode (terme apparu avec la fibre, avant on parlait plus de liaison série) a l'avantage d'être le mode le plus rapide pour transmettre des données sur de longue distance.
L'inconvénient, les émissions et réceptions ne peuvent pas être transmises simultanément (mode "Full Duplex"), à la différence d'un réseau ethernet local dont les liaisons sont dites "multimodes" (8 conducteurs pour du RJ45 cuivre ou 2 fibres pour la fibre multimode, seuls moyens physiques d'avoir des allées/retours simultanés en 1 cycle de transmission).

Les liaisons monomodes transmettent donc les émissions et réceptions alternativement, ce qui nécessite des performances de débits plus important pour compenser le débit transmis en // et les latences supplémentaires lors des transmissions et donc des tampons/caches d'émissions et réceptions aussi, plus importants. Ce qui n'arrange pas les bidons pour l'occupation des ressources du serveur et les latences. En fait c'est comme le SCSI des disques durs PRO d'antan à la base en liaison parallèle et aujourd'hui le protocole est passer en liaison série (SAS) plus rapide mais avec des temps d'accès aux données moindre offrant des latences supplémentaires. Une fois la connexion établie ça speed mais si y'a une pause, la reprise est beaucoup plus longue.

Cdlt,
François