Cómo corregir el audio entrecortado de RetroArch en Android sin ocultar la lentitud
Restaura la sincronización predeterminada, quita shaders y run-ahead y observa la velocidad de emulación mientras aparece el fallo. Si baja del objetivo del núcleo, reduce primero la carga: un búfer mayor no crea tiempo de CPU. Si la velocidad se mantiene, prueba el altavoz, una frecuencia de pantalla fija y un único cambio prudente de latencia, conservando el registro y una configuración reversible.
Aísla el fallo en este orden
- 01
Registra las versiones de RetroArch y del núcleo, los controladores de audio y vídeo, el modo de refresco, la salida y la escena donde empieza el ruido.
- 02
Restaura la sincronización y el audio predeterminados, desactiva shaders y run-ahead, cierra grabadores y reinicia el mismo contenido autorizado.
- 03
Observa la velocidad durante varios minutos; si cae con los chasquidos, reduce la carga del núcleo y del vídeo antes de tocar la latencia.
- 04
Si la velocidad es estable, prueba el altavoz con Bluetooth y USB desconectados y comprueba el volumen multimedia y el foco de audio de Android.
- 05
Usa la medición de refresco de RetroArch o un modo fijo de Android, vuelve a probar y mantén el control dinámico de frecuencia en la línea base.
- 06
Cambia una sola vez la latencia de audio de forma prudente, repite la escena tras calentar el dispositivo y guarda el ajuste solo si mejora sin añadir un retraso inaceptable.
Evidencia y siguiente prueba
| Evidencia | Límite más probable | Siguiente acción |
|---|---|---|
| Chasquidos y velocidad inferior al objetivo | Carga del núcleo, coste de vídeo o limitación térmica | Quitar efectos y medir velocidad sostenida |
| Velocidad estable; falla solo por Bluetooth | Ruta de Android, códec o planificación de radio | Probar el altavoz y reconectar un dispositivo |
| Velocidad estable y tirones de vídeo periódicos | Sincronización de refresco/vsync | Medir refresco y restaurar control dinámico |
| Falla solo con latencia muy baja | Búfer de audio insuficiente | Volver a la última latencia estable |
El audio suele ser la primera alarma de rendimiento
El emulador debe entregar audio de forma constante mientras avanza la máquina y presenta vídeo. Si el núcleo no mantiene la velocidad objetivo, el búfer se vacía y los chasquidos pueden aparecer antes de que la lentitud visual sea evidente.
Mide la velocidad del núcleo, no solo los FPS renderizados. Se pueden omitir fotogramas conservando el ritmo de la máquina, o mostrar fotogramas mientras la emulación llega tarde.
La sincronización es un sistema, no un grupo de aceleradores
El control dinámico de frecuencia de RetroArch coordina pequeñas diferencias entre el contenido y la pantalla. Desactivar varias opciones a la vez puede desplazar el síntoma y provocar movimiento irregular, cambios de tono o más latencia.
Vuelve a los valores predeterminados, identifica el refresco real y cambia una sola capa. El vídeo en hilo puede recuperar sobrecarga del controlador, pero Libretro documenta costes de suavidad y latencia, así que úsalo como alternativa registrada.
En Android importa el resultado con el dispositivo caliente
Android puede reducir CPU o GPU por estrés térmico. Un primer minuto limpio y ruido posterior apunta a un límite sostenido, sobre todo si la velocidad cae al mismo tiempo.
Repite la prueba tras el calentamiento con el mismo modo de energía, brillo y carga de fondo. No presentes como universal una latencia medida en un solo teléfono: vincúlala al dispositivo, salida, núcleo y escena exactos.
Usa un volcado propio y legal, contenido autorizado por su creador o un programa de prueba original. No necesitas un juego comercial popular para diagnosticar el audio, y un ajuste del emulador no cambia los derechos del contenido.