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
Hypothèses explorées
Découverte importante : le rôle du logiciel
Plusieurs d’entre vous ont pointé du doigt HQPlayer + JPLAY IOS comme possible coupable :
Solution trouvée
J’ai reçu le TP-Link ER605 Omada, que j’ai mis en place :
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
À 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
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.
- 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).
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.
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
- Pour les webradios fluides : privilégier MinimServer + fichier .m3u ou Audirvana comme source UPnP vers HQPlayer.
- Éviter JPLAY IOS pour les webradios, sauf si le flux est encapsulé avec une durée définie.
- 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.
- Le mode bridge de la BBox est idéal pour éviter les conflits NAT et maximiser la stabilité.
À 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
