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]

(07-22-2025, 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.

[Cellindo]

Pour info, je confirme que JPlay iOS commandant directement en UPnP mon Esoteric N-05XD ne prend pas en charge les flux radio FLAC (ex. Radio Paradise). Par contre c’est OK sur le mp3 et l’aac, comme déjà indiqué
Ps; je n’utilise pas Minimserver/Minimserver.

Selon la solution software employée on a souvent un blocage sur un ou deux format(s) de stream (en terme d’encodage).

---

Sinon, je suis intéressé par le principe du routeur manageable et de la séparation du trafic purement Audio. Pourriez vous nous expliquer un peu plus comment faire, svp?

La qualité et la précision descriptive de vos Posts me font penser à un Prof de technologie ou un Ingénieur en bureau d’études, ou responsable IT, LoL.

[zaurux]

Jean-Luc, juste en version démo ou plutot "mois gratuit", as-tu essayé ROON en amont ?
No problem chez moi.

[ds21]

Effectivement, avec roon devant HQP, les radios Web ont toujours fonctionné sans problème quel que soit le type de flux.

[jean-luc]

(07-23-2025, 09:28 PM)zaurux a écrit : Jean-Luc, juste en version démo ou plutot "mois gratuit", as-tu essayé ROON en amont ?
No problem chez moi.

Bonjour Zaurux,

Oui, j’ai testé Audirvana (en version Linux) en amont d’HQPlayer, via le protocole  UPnP et c’est précisément cette chaîne qui a permis une lecture parfaite des webradios, sans aucune saccade – contrairement à JPLAY IOS.

Concernant Roon, je n’ai pas encore fait d’essai, ni en version démo ni en abonnement. Ton retour est intéressant : si tu n’as aucun souci avec les webradios via Roon, cela renforce l’idée que le problème vient bien de certaines chaînes logicielles (comme JPLAY IOS + HQPlayer), et non du réseau ou du matériel.

Merci pour ta question, je garde Roon en tête pour de futurs tests !

Bien cordialement, 
Jean-Luc

[Le dom]

Bonjour Jean-Luc,
Sur JPLAY iOS tu as mis le temps de mise à jour à combien? 12000 ou 1?
D'autre part, Diretta est dans la chaine?
Si oui, as-tu essayé sans Diretta?

[jean-luc]

bonjour @le dom

Diretta est retiré de l'équation en Maintenance chez Watt cat, aux dernière nouvelle, "marche nickel sur les alimentations " reste à voir pour le Kernel" mais ce nest pas le sujet.
oui je l'ai mis à 1 et toujours pareil

Marcin est au courant
on verras bien ce qu'il en dit .....

[Le dom]

OK, j'ai lu sur AS que Jussi (Miska) anti Diretta pur et dur mettait en cause Diretta. Ce n'est donc pas le cas.

[jean-luc]

Bonjour Dom,

Effectivement, Jussi n'est pas près d'intégrer Diretta, d'autant plus que le problème persiste avec ou sans cette intégration. Et je ne suis pas le seul dans ce cas - DS21 et d'autres utilisateurs rencontrent le même souci.

Je précise que les radios Web ne sont effectivement pas écoutées très fréquemment, mais le problème est réel : ça fonctionnait avant et ça ne marche plus maintenant.

J'ai constitué un dossier complet comprenant :

• Des captures d'écran des paramétrages (Jplay iOS + HQPlayer + MinimServer)
  
• Les logs de Jplay iOS + HQPlayer
  
• Comparaison entre les radios qui fonctionnent et celles qui lagguent
  

Ce dossier a été transmis aux développeurs concernés :

• Marcin pour Jplay iOS
  
• Jussi pour HQPlayer
  

Après de nombreux tests et essais de toutes les combinaisons de réglages possibles, avec l'aide de la communauté, nous sommes arrivés à la même conclusion : le problème ne vient plus de notre configuration. C'est désormais aux développeurs de nous fournir une réponse.

Musicalement