El SharpDroid en Android incorporó el 3 de octubre de 2026 un sistema real de pausa y reanudación para los juegos ejecutados por SharpEmu. El proyecto ejecuta la compilación Linux x64 del emulador de PlayStation 5 en dispositivos ARM64 mediante FEXCore y una capa propia para Android, con acceso directo a Vulkan y AAudio.
El cambio permite salir temporalmente de la aplicación sin mantener al guest consumiendo CPU en segundo plano. Según la medición registrada por el desarrollador con Dreaming Sarah, el uso bajó de aproximadamente el 140% de un núcleo a cero durante la pausa, mientras que una pausa de 308 segundos se reanudó en el mismo proceso sin añadir dicho intervalo al reloj del juego.
SharpDroid en Android usa FEXCore para ejecutar SharpEmu
Por su parte, SharpDroid no es una simple versión ARM64 recompilada de SharpEmu. El proyecto carga la compilación Linux x86-64 del emulador y usa FEXCore para traducir instrucciones x86-64 a ARM64 durante la ejecución.
Dreaming Sarah en una captura publicada por el proyecto SharpDroid. Imagen: mircowuffwuff/GitHub.
Alrededor de FEXCore existe una capa host propia. Esta se encarga de la carga ELF, las syscalls, las señales, la memoria y las llamadas a bibliotecas. Para los gráficos, una biblioteca intermedia reenvía las llamadas de SharpEmu a Vulkan en Android. El audio sigue un camino similar a través de AAudio.
Esta arquitectura difiere de proyectos como ARMSX3 para Android, que adapta otra base de emulación a ARM64. En SharpDroid, la propuesta es mantener el SharpEmu x64 cerca del upstream y traducir el camino necesario para el hardware móvil.
SharpDroid en Android pausa hilos, audio y reloj monótono
Además, el nuevo mecanismo para el guest no se limita a ocultar la ventana. Cuando la pausa entra en acción, los hilos del juego se detienen en puntos controlados y los streams de audio también se paran. Asimismo, el tiempo acumulado en pausa se resta de los relojes monótonos entregados al guest.
Esto evita que un juego interprete varios minutos fuera de la aplicación como tiempo de ejecución continua. El código también ajusta los deadlines monótonos usados por llamadas como clock_nanosleep y determinados futexes.
Interfaz de la biblioteca de juegos de SharpDroid. Imagen: mircowuffwuff/GitHub.
Android 13 ayuda a preservar el proceso en segundo plano
En Android 13 o más reciente, SharpDroid también inicia un foreground service de tipo specialUse mientras el juego está activo. El objetivo es reducir la probabilidad de que el sistema cierre el proceso cuando el usuario sale de la aplicación.
Por otro lado, el desarrollador señala que volver a la app no reanuda el juego automáticamente. La reanudación depende de una acción del usuario a través de la interfaz o el control. Además, la aplicación mantiene una copia del último fotograma sobre la superficie mientras el guest vuelve a mostrar imagen.
Las compilaciones de SharpEmu se pueden intercambiar mediante el administrador
Por último, otro elemento de la arquitectura es el administrador de compilaciones de SharpEmu. SharpDroid permite importar diferentes payloads y seleccionar una compilación específica por juego. De este modo, se pueden probar forks especializados sin convertir toda la aplicación en una variante separada.
Administrador de compilaciones de SharpEmu integrado en SharpDroid. Imagen: mircowuffwuff/GitHub.
El proyecto exige un procesador ARM64, Android 9 o superior y una GPU con compatibilidad para Vulkan. Aun así, el propio README trata al SharpDroid y al SharpEmu como tecnologías experimentales. Por lo tanto, la existencia de la capa de Android no significa una compatibilidad amplia con la biblioteca de PS5.
El avance ocurre mientras otros proyectos de emulación de la consola también evolucionan. El Allves Games acompaña, por ejemplo, al KytyPS5 en Windows, Linux y macOS. En el caso de SharpDroid, la diferencia radica en llevar la ejecución a dispositivos Android ARM64 por medio de FEXCore.
El proyecto sigue siendo experimental
SharpDroid no incluye juegos, firmware u otros activos propietarios de PlayStation. Las pruebas deben usar archivos obtenidos legalmente por el propio usuario. Además, el desarrollador advierte que las compilaciones externas de SharpEmu solo deben importarse cuando el origen sea confiable.
De este modo, la pausa real resuelve un problema importante de uso móvil: el juego deja de consumir CPU mientras el usuario está fuera de la aplicación y puede reanudarse en el mismo proceso. Al mismo tiempo, la función preserva la naturaleza experimental del proyecto y no altera las limitaciones de compatibilidad de SharpEmu.
Fuentes: repositorio oficial de SharpDroid | commit de la pausa en la aplicación | commit de la pausa del guest
