Como corrigir áudio estalando no RetroArch para Android sem esconder lentidão
Restaure a sincronização padrão, remova shaders e run-ahead e observe a velocidade de emulação durante os estalos. Se ela ficar abaixo da meta do núcleo, reduza primeiro a carga; um buffer maior não cria tempo de CPU. Se a velocidade permanecer estável, teste o alto-falante, uma taxa de atualização fixa e uma única mudança conservadora de latência, mantendo o log e uma configuração reversível.
Isole a falha nesta ordem
- 01
Registre as revisões do RetroArch e do núcleo, drivers de áudio e vídeo, modo de atualização da tela, saída e cena em que os estalos começam.
- 02
Restaure áudio e sincronização padrão, desative shaders e run-ahead, feche gravadores e reinicie o mesmo conteúdo autorizado.
- 03
Observe a velocidade por vários minutos; se ela cair junto com os estalos, reduza a carga do núcleo e do vídeo antes de alterar a latência.
- 04
Se a velocidade ficar estável, teste o alto-falante sem Bluetooth nem áudio USB e confira volume de mídia e foco de áudio do Android.
- 05
Use a medição de atualização do RetroArch ou um modo fixo do Android, teste novamente e mantenha o controle dinâmico de taxa na linha de base.
- 06
Altere a latência de áudio uma vez, de forma conservadora, repita a cena com o aparelho aquecido e salve apenas se melhorar sem atraso inaceitável.
Evidência e próximo teste
| Evidência | Limite mais provável | Próxima ação |
|---|---|---|
| Estalos e velocidade abaixo da meta | Carga do núcleo, custo de vídeo ou limitação térmica | Remover efeitos e medir velocidade sustentada |
| Velocidade estável; só Bluetooth estala | Rota do Android, codec ou agendamento de rádio | Testar alto-falante e reconectar um dispositivo |
| Velocidade estável e vídeo engasga periodicamente | Sincronização de atualização/vsync | Medir atualização e restaurar controle dinâmico |
| Só falha com latência muito baixa | Buffer de áudio insuficiente | Voltar à última latência estável |
O áudio costuma ser o primeiro alarme de desempenho
O emulador precisa entregar áudio continuamente enquanto avança a máquina e apresenta vídeo. Se o núcleo não sustenta a velocidade-alvo, o buffer esvazia e os estalos podem aparecer antes da lentidão visual.
Meça a velocidade do núcleo, não apenas os FPS renderizados. Quadros podem ser pulados preservando o tempo da máquina, ou exibidos enquanto a emulação está atrasada.
Sincronização é um sistema, não um conjunto de aceleradores
O controle dinâmico de taxa do RetroArch coordena pequenas diferenças entre conteúdo e tela. Desligar várias opções ao mesmo tempo pode mover o sintoma e criar movimento irregular, alteração de tom ou mais latência.
Volte ao padrão, identifique a taxa real da tela e mude uma camada. Vídeo em thread pode recuperar sobrecarga em alguns aparelhos, mas o Libretro documenta perdas de suavidade e latência; trate-o como alternativa registrada.
No Android, o resultado com o aparelho aquecido é o que vale
O Android pode reduzir CPU ou GPU sob estresse térmico. Um primeiro minuto limpo seguido de estalos aponta para limite sustentado, principalmente se a velocidade cair junto.
Repita após aquecer, com o mesmo modo de energia, brilho e carga em segundo plano. Não trate como universal uma latência de um telefone; vincule o resultado ao aparelho, rota, núcleo e cena.
Use um dump próprio e legal, conteúdo autorizado pelo criador ou um programa de teste original. Um jogo comercial popular não é necessário para diagnosticar áudio, e a configuração do emulador não altera os direitos do conteúdo.