Webradios saccadées malgré un système audiophile optimisé – Besoin de vos retours

[jean-luc]

Bonjour à tous,
 
Je tenais à vous remercier chaleureusement pour vos retours très précieux, vos expériences partagées et vos pistes d’investigation qui m’ont permis d’approfondir la compréhension de ce problème récurrent : les webradios systématiquement saccadées, alors que les fichiers locaux et le streaming Tidal (Hi-Res) fonctionnaient parfaitement.
 
Résumé du problème

• Fichiers locaux : parfaits.
  
• Tidal (Hi-Res) : fluide, sans aucune coupure.
  
• Webradios (MP3, AAC, FLAC) : saccadées, buffering fréquent, coupures intempestives.
  
• Configuration haut de gamme : HDPLEX, JCAT Net XE EVO, OCXO DIY, Diretta DST CT00, Holo Spring 3, Gentooplayer + HQPlayer + JPLAY IOS.
  

Ce que j’ai testé

• Bypass du switch audiophile (NetOne Mini) et du filtre réseau (eno 2).
  
• Utilisation de plusieurs cartes réseau (JCAT et CM).
  
• Essais avec MinimServer, LMS, MPD, UPnP.
  
• Optimisations système : noyau realtime , scripts audio/réseau, câbles variés.
  
• Masterclock OCXO active (20 MHz carrée → 10 MHz carrée sur le Diretta).
  

Aucune amélioration significative.
 
  Hypothèses explorées

• Latence réseau / buffering insuffisant.
  
• Interférences de la masterclock sur les flux UDP.
  
• DNS ou routage défaillant via la BBox.
  
• Limites logicielles : HQPlayer, JPLAY IOS, ou leur interaction.
  
• Problème de gestion des flux en continu (durée infinie) par certains logiciels.
  

 
Découverte importante : le rôle du logiciel
 
Plusieurs d’entre vous ont pointé du doigt HQPlayer + JPLAY IOS comme possible coupable :

• @DS21 : problèmes similaires avec les flux MP3 via HQPlayer.
  
• @Cellindo : dépendance forte entre le player et l’interface de contrôle (ex : JPLAY direct sur Esoteric OK, mais pas via HQPlayer).
  
• @flht : mentionne du rôle de MinimServer avec conversion AAC → WAV via fichier m3u, et durée finie simulée (3h42), ce qui semble mieux géré par HQPlayer.
  

 
Solution trouvée
J’ai reçu le TP-Link ER605 Omada, que j’ai mis en place :

• BBox en mode bridge.
  
• Création d’un réseau dédié avec QoS optimisé pour les flux audio (Tidal + webradios).
  
• Alimentation linéaire pour le routeur (amélioration du jitter réseau).
  
• Résultat : réduction notable des saccades, mais pas de résolution complète.
  

Puis j’ai testé une autre chaîne logicielle :
 
Audirvana sous Linux → envoi vers HQPlayer
Résultat : toutes les webradios passent parfaitement, qu’il s’agisse de MP3, AAC ou FLAC. Aucune coupure, aucun buffering.
 
 
 
Le problème ne vient ni du réseau audiophile, ni de la masterclock, ni du matériel , mais bien d’une interaction instable entre JPLAY IOS et HQPlayer dans la gestion des flux webradio en continu (UDP, durée infinie).
HQPlayer semble avoir besoin d’un buffering plus important pour gérer ses processus d’upsampling, ce que certains flux radio ne fournissent pas nativement.
MinimServer, en encapsulant le flux dans un fichier m3u avec une durée simulée, contourne ce problème.
Audirvana, via une gestion différente du buffering et du protocole UPnP, le contourne aussi.
 
En conclusion

1. Pour les webradios fluides : privilégier MinimServer + fichier .m3u ou Audirvana comme source UPnP vers HQPlayer.
   
2. Éviter JPLAY IOS pour les webradios, sauf si le flux est encapsulé avec une durée définie.
   
3. Un routeur manageable (ER605, ER-X, est fortement recommandé : il permet un QoS fin, des DNS fiables (1.1.1.1, 9.9.9.9), et une séparation du trafic audio.
   
4. Le mode bridge de la BBox est idéal pour éviter les conflits NAT et maximiser la stabilité.
   

Un grand merci
À DS21, Cellindo, flht , et tous ceux qui ont partagé leurs retours : vos témoignages m’ont permis de sortir du cadre purement matériel et de comprendre que le maillon faible était logiciel.

C’est rassurant de voir que, même dans des systèmes très haut de gamme, le bon sens et l’écoute croisée des utilisateurs restent les meilleurs outils pour résoudre les mystères de l’audio numérique.
Je continue mes tests, notamment avec MinimServer + .m3u, et je partagerai mes fichiers de configuration si cela peut aider d’autres .

Bonne écoute à tous, et vive la musique !

Bien cordialement,

Jean-Luc 

[ds21]

(Hier, 09:16 PM)jean-luc a écrit : Bonjour à tous,
.....
Découverte importante : le rôle du logiciel
 
Plusieurs d’entre vous ont pointé du doigt HQPlayer + JPLAY IOS comme possible coupable :

• @DS21 : problèmes similaires avec les flux MP3 via HQPlayer.
  
• @Cellindo : dépendance forte entre le player et l’interface de contrôle (ex : JPLAY direct sur Esoteric OK, mais pas via HQPlayer).
  
• @flht : mentionne du rôle de MinimServer avec conversion AAC → WAV via fichier m3u, et durée finie simulée (3h42), ce qui semble mieux géré par HQPlayer.
  

 .....

Désolé Jean-Luc, pour préciser les choses, c’est moi (ds21) qui ai envisagé que HQP serait mieux servi du fait de la durée finie simulée (3h42) pour les flux aac convertis en wav avec minimserver.

Mais dans mon message suivant celui où j’évoquais cette possibilité, l’essai avec des flux mp3 (convertis ou non en wav) et, la aussi, à durée finie (3h 40 je crois dans ce cas) ne résout pas le problème. 

Ça fonctionne pour le aac et pas pour le mp3 dans ma configuration,donc pas certain que la gestion d’une durée finie ne fasse quelque chose à l’affaire.

Cordialement.