Une session vidéo correcte, mais aucun son sur le client
Le retour concernait une Anbernic RG557 utilisée comme client Lume. La vidéo et les commandes permettaient d’ouvrir la session, tandis que l’audio disparaissait lorsque le périphérique de sortie Windows du PC hôte n’était pas configuré à 48 kHz.
Le caractère dépendant du format de sortie orientait le diagnostic vers la préparation audio côté Helio plutôt que vers une panne générale du haut-parleur client.
Ne pas supposer que la source Windows arrive déjà au format attendu
Les périphériques Windows peuvent exposer plusieurs fréquences d’échantillonnage. Une chaîne robuste doit traiter le format réellement fourni, puis le convertir lorsque l’étape suivante attend un autre format. Le défaut venait de cette hypothèse implicite autour de 48 kHz.
Helio 0.1.81 normalise le chemin audio concerné
La version 0.1.81 corrige la gestion du format afin que la session ne dépende plus de ce réglage manuel dans le cas reproduit. Le testeur a confirmé le retour du son sur son RG557 avec la configuration qui échouait auparavant.
Le numéro de version, le symptôme et le périmètre restent consignés dans le journal des versions.
“Corrigé sur l’appareil du testeur” n’est pas “corrigé partout”
Une validation sur un RG557 confirme la régression initiale et la valeur du correctif. Elle ne couvre pas toutes les fréquences, interfaces audio, pilotes Windows, PWA ou appareils Android. La surveillance reste donc ouverte pour les variantes voisines.
- Noter le modèle exact du client.
- Indiquer la version de Helio.
- Relever le format de sortie Windows.
- Préciser si le son échoue en web, natif ou les deux.
Les quatre informations qui accélèrent le support
Joignez la version de Helio, le client utilisé, le périphérique audio Windows et sa fréquence d’échantillonnage. Dites aussi si le son fonctionne localement sur le PC et si changer temporairement vers 48 kHz modifie le comportement. N’envoyez pas de données personnelles inutiles.