Corriger les grésillements audio de RetroArch sur Android sans masquer un ralentissement
Rétablissez la synchronisation par défaut, retirez shaders et run-ahead, puis observez la vitesse d’émulation pendant le défaut. Si elle passe sous la cible du cœur, réduisez d’abord la charge : agrandir le tampon ne crée pas de temps CPU. Si la vitesse reste stable, testez le haut-parleur, un taux de rafraîchissement fixe et un seul ajustement prudent de latence, avec journal et configuration réversible.
Isolez la panne dans cet ordre
- 01
Notez les versions de RetroArch et du cœur, les pilotes audio et vidéo, le mode de rafraîchissement, la sortie et la scène où le grésillement commence.
- 02
Rétablissez audio et synchronisation par défaut, désactivez shaders et run-ahead, fermez les enregistreurs et relancez le même contenu autorisé.
- 03
Surveillez la vitesse plusieurs minutes ; si elle baisse avec le grésillement, réduisez la charge du cœur et de la vidéo avant de toucher à la latence.
- 04
Si la vitesse reste stable, testez le haut-parleur sans Bluetooth ni audio USB, puis vérifiez le volume multimédia et le focus audio Android.
- 05
Utilisez la mesure de rafraîchissement de RetroArch ou un mode Android fixe, retestez et gardez le contrôle dynamique de fréquence pour la référence.
- 06
Modifiez une seule fois la latence audio avec prudence, rejouez la scène appareil chaud et ne conservez le réglage que s’il améliore le son sans retard inacceptable.
Indice et prochain essai
| Indice | Limite la plus probable | Action suivante |
|---|---|---|
| Grésillement et vitesse sous la cible | Charge du cœur, coût vidéo ou limitation thermique | Retirer les effets et mesurer la vitesse durable |
| Vitesse stable ; seul le Bluetooth grésille | Route Android, codec ou ordonnanceur radio | Tester le haut-parleur puis reconnecter un appareil |
| Vitesse stable et saccades vidéo périodiques | Synchronisation rafraîchissement/vsync | Mesurer le taux et rétablir le contrôle dynamique |
| Échec uniquement avec une latence très basse | Sous-alimentation du tampon audio | Revenir à la dernière latence stable |
L’audio est souvent la première alarme de performance
L’émulateur doit fournir un flux audio régulier tout en faisant avancer la machine et en affichant la vidéo. Si le cœur ne tient pas la vitesse cible, le tampon se vide et le grésillement peut précéder le ralentissement visible.
Mesurez la vitesse du cœur, pas seulement les FPS rendues. Des images peuvent être sautées tout en gardant la bonne cadence, ou être affichées alors que l’émulation est en retard.
La synchronisation forme un système, pas une série d’accélérateurs
Le contrôle dynamique de fréquence de RetroArch compense de faibles écarts entre le contenu et l’écran. Désactiver plusieurs options ensemble peut déplacer le symptôme tout en créant mouvement irrégulier, dérive de hauteur ou latence accrue.
Revenez aux valeurs par défaut, identifiez le vrai taux d’écran et ne changez qu’une couche. La vidéo multithread peut réduire le coût du pilote, mais Libretro documente un compromis de fluidité et de latence : gardez-la comme solution mesurée.
Sur Android, le résultat à chaud est déterminant
Android peut réduire les capacités CPU ou GPU sous contrainte thermique. Une première minute propre suivie de grésillements indique une limite durable, surtout si la vitesse baisse simultanément.
Retestez à chaud avec le même mode d’alimentation, la même luminosité et la même charge en arrière-plan. Ne généralisez pas la latence d’un téléphone : liez-la à l’appareil, la sortie, le cœur et la scène exacts.
Utilisez votre propre copie licite, un contenu autorisé par son créateur ou un programme de test original. Aucun jeu commercial connu n’est nécessaire pour diagnostiquer l’audio, et un réglage d’émulateur ne change pas les droits sur le contenu.