Frame generation en Android: futuro del gaming y la emulación móvil

La idea de llevar la generación de frames y el escalado avanzado a Android está dejando de ser una fantasía de foros para convertirse en algo bastante real. Entre herramientas experimentales tipo companion apps, módulos con root, emuladores intentando exprimir pantallas de 120 Hz y propuestas académicas como Mob-FGSR, el panorama se está moviendo muy rápido en los móviles de gama alta.

En este contexto, conceptos como frame generation, super resolución por software, SGSR (Snapdragon Game Super Resolution) o ASR (Arm Super Resolution) ya no son solo palabras de moda heredadas del PC. Cada vez hay más pruebas de que, bien implementados, pueden cambiar por completo la forma en la que jugamos y emulamos en Android, permitiendo más FPS sostenidos, mejor calidad percibida y temperaturas algo más controladas en sesiones largas.

Qué es la generación de frames en Android y por qué importa tanto

Cuando hablamos de frame generation en Android nos referimos a técnicas que generan fotogramas intermedios entre dos imágenes realmente renderizadas por la GPU. Es decir, el juego o la app dibuja menos frames «reales» y un sistema de interpolación o predicción crea frames extra para que la animación se vea más fluida, subiendo la tasa de fotogramas percibida sin multiplicar el coste de renderizado.

La idea es parecida a lo que ya se ve en PC con tecnologías como DLSS 3 o FSR con generación de frames, pero en móvil hay particularidades. Los móviles de gama alta actuales pueden mantener una tasa base de 60 FPS si se baja la resolución; si luego se aplica un buen algoritmo de escalado y framegen, es posible volver a una resolución aparente alta (1080p o incluso 1440p) y a la vez aumentar suavidad hasta 90, 120 FPS o más, dependiendo del panel.

En pantallas pequeñas, los artefactos de interpolación y escalado se notan menos que en un monitor grande de PC. Eso abre la puerta a aceptar algún defecto visual a cambio de ganar mucha sensación de fluidez, siempre y cuando la latencia no se dispare y la calidad de imagen se mantenga razonable.

Además, combinar escalado + frame generation en móvil no solo va de FPS: también puede ayudar a reducir la temperatura sostenida y el thermal throttling, porque el SoC no tiene que renderizar todo a máxima resolución y tasa de refresco de forma nativa. Menos trabajo bruto para la GPU, más margen para usar algoritmos de postprocesado inteligentes.

Todo esto tiene implicaciones especialmente jugosas para la emulación de consolas y de Windows en Android. Al poder fijar una base de 40-60 FPS reales a baja resolución y apoyarse en escalado + framegen, se podría llegar a experiencias muy cercanas a 1080p60 o 120 Hz en títulos que hoy van justitos.

Herramientas actuales: de las apps tipo Lossless Scaling a los companions con root

Una de las preguntas recurrentes en la comunidad es si existe ya una app en Android similar a Lossless Scaling de PC, capaz de duplicar la tasa de fotogramas de los emuladores y juegos para aprovechar las pantallas de 120 Hz de las consolas Android portátiles y móviles gaming modernos.

Los dispositivos recientes suelen montar paneles de 120 Hz o incluso más, de modo que, sobre el papel, sería ideal coger un emulador que corre a 60 FPS y generar frames intermedios para ver y sentir 120 FPS. O coger un juego que apenas llega a 40 FPS y escalarlo perceptivamente a 80 FPS, sin reventar la GPU.

En este terreno empiezan a aparecer soluciones especializadas como lyb Frame Generation Companion. Se trata de una herramienta pensada para probar las capacidades de generación de frames de la GPU en Android, todavía en fase de acceso anticipado, con lo que eso implica: bugs, funciones incompletas y una experiencia que no representa un producto pulido final.

Este tipo de companion apps ofrecen, en esencia, un marco para activar interpolación basada en color, profundidad y vectores de movimiento (motion vectors) sobre juegos y aplicaciones que usan superficies de GPU directas. Sin embargo, su uso está hoy plagado de limitaciones técnicas y de compatibilidad.

Por ahora, no existe una «Lossless Scaling para Android» totalmente plug and play sin requisitos extra, pero herramientas como esta muestran hacia dónde va el mercado y sirven de banco de pruebas para ver qué aguantan las GPUs móviles y qué problemas reales aparecen en juego.

Requisitos de hardware, root y compatibilidad de lyb Frame Generation Companion

lyb Frame Generation Companion está pensado para un perfil muy concreto de usuario, porque no basta con instalar una app desde la Play Store y empezar a generar frames. A día de hoy, requiere root y un módulo Zygisk, así que hablamos de un público dispuesto a desbloquear el bootloader y modificar el sistema.

Los requisitos concretos que se mencionan son:

• GPU recomendada: Adreno 725 o superior.
• Dispositivos con Adreno 6xx y Android 11 o posterior para mejor compatibilidad.
• Otros GPUs como Mali Valhall r27 o más recientes suelen funcionar, aunque con posibles inestabilidades bajo Vulkan.

En cuanto al sistema, es necesario tener bootloader desbloqueado y root activo mediante Magisk, KernelSU o Apatch, con Zygisk habilitado. El equipo de desarrollo comenta que trabaja en una versión sin root para Android 11 o superior, pero por ahora es una promesa futura, no una realidad consolidada.

Otro punto clave es la compatibilidad con las aplicaciones. El companion solo soporta juegos o apps que dibujen en superficies GPU directas. Aplicaciones más típicas como YouTube o muchas interfaces de vídeo no entran en el grupo soportado, y por tanto no pueden aprovechar la generación de frames con este método.

En cuanto a la experiencia visual, se recomienda partir de al menos 40 FPS base y una pantalla de 120 Hz. Por debajo de ese umbral, los artefactos visuales y la latencia de entrada tienden a empeorar de forma notable, ya que el algoritmo tiene menos información temporal y espacio de maniobra para interpolar correctamente.

El uso de esta herramienta tampoco está exento de riesgos colaterales: en algunos juegos, especialmente competitivos, ciertos anti-cheats pueden detectar comportamientos anómalos y causar baneos. Por eso se recomienda revisar listas de juegos no soportados y participar en la comunidad para minimizar sorpresas desagradables.

El modelo de negocio se basa en una licencia ligada a un único dispositivo, no transferible. Se invita a probar antes la demo o versión de prueba, y luego comprar la licencia a través de distintos métodos (incluyendo Patreon). Una vez adquirida mediante Patreon, se puede cambiar al tier gratuito o darse de baja.

Cómo funciona la generación de frames: color, profundidad y motion vectors

Todo el concepto de framegen, tanto en PC como en Android, descansa sobre la capacidad de derivar vectores de movimiento y diferencias de profundidad entre fotogramas consecutivos. Con esos datos, un algoritmo puede construir posiciones intermedias de los píxeles y generar imágenes nuevas en los tiempos deseados.

En propuestas avanzadas pensadas para móvil, como se ve en el framework Mob-FGSR, se trabaja con:

• Color de los fotogramas renderizados.
• Profundidad (depth buffer) de la escena.
• Motion vectors (MVs) que indican cómo se desplaza cada píxel entre dos instantes.

Con esos tres ingredientes, resulta posible generar tanto frames interpolados (entre A y C) como extrapolados (por delante de C) y, a la vez, producir versiones en súper resolución de esos mismos frames para subir la resolución efectiva sin renderizar todo en nativo.

Mob-FGSR propone un enfoque especialmente adaptado a la realidad del hardware móvil: nada de depender de unidades dedicadas de optical flow o redes neuronales pesadas. En su lugar, se usa un método ligero de reconstrucción de vectores de movimiento basado en «splatting» (expansión espacial de información) y modelos de imagen rápidos que funcionan sin deep learning, favoreciendo tiempos de ejecución muy reducidos.

La clave es reconstruir con precisión el movimiento a nivel de píxel, tanto en trayectorias lineales como en movimientos no lineales con aceleración uniforme, para que el algoritmo sepa exactamente cómo deben desplazarse los elementos de una escena entre dos instantes.

Interpolación y extrapolación de frames en móviles

El sistema Mob-FGSR distingue de forma clara entre modelos de interpolación (cuando se genera un frame entre dos ya rendereados) y modelos de extrapolación (cuando se predice un frame por delante del último disponible). Cada enfoque requiere un tratamiento ligeramente distinto de los MVs y la profundidad.

En el caso de la interpolación, se parte de los datos de I-frames en los tiempos 0 (A) y 1 (C): color, profundidad y vectores de movimiento. A partir de ahí se realiza un proceso de motion splatting bidireccional para obtener MVs que apunten hacia el instante intermedio (α). Con esos vectores, se deforman (warp) ambos fotogramas hacia el tiempo deseado y se combinan cuidadosamente para construir el frame interpolado.

Para la extrapolación, el reto es mayor porque no existe un fotograma posterior de referencia. Se utilizan entonces MVs unidireccionales desde el frame 1 hacia 1+α, y se añade un módulo de relleno de disoclusiones para las zonas donde faltan vectores de movimiento, como cuando aparecen partes de la escena que estaban ocultas.

Una pieza importante es el tratamiento del orden de los objetos en profundidad. El splatting se realiza de forma depth-aware, usando operaciones atómicas para dar prioridad a los píxeles en primer plano frente a los del fondo. De esta manera se minimizan artefactos de superposición extraña o ghosting cuando los objetos se cruzan.

Los vectores generados por splatting pueden presentar patrones tipo rejilla o huecos, algo muy problemático en bordes finos. Para mitigarlo, se aplica un procedimiento de detección de objetos delgados para identificar las zonas con huecos y un filtrado medio (mean filter) para rellenar los MVs que faltan.

La reconstrucción final del frame, tanto interpolado como extrapolado, se apoya en una combinación de los fotogramas warpados, la información de profundidad y el análisis de cambios de brillo, con reglas específicas para decidir qué píxeles provienen de qué frame y cómo fusionarlos.

Reconstrucción de imagen y gestión de disoclusiones

Durante la reconstrucción de un frame generado, el sistema necesita decidir constantemente cómo combinar los dos fotogramas warpados (en el caso de interpolación) o cómo rellenar huecos en el frame único warpado (en extrapolación), evitando errores visibles.

En el modo de interpolación, se utilizan criterios basados en:

• Diferencias de profundidad entre las versiones warpadas de los dos frames.
• Cambios de color y brillo en cada píxel.

Con eso, se sigue una lógica de selección bastante clara:

• Si color y profundidad de ambos warpados son similares, se toma preferentemente la muestra del frame temporalmente más cercano al instante interpolado.
• Si se detecta una disoclusión (área que antes estaba oculta y ahora visible), se escogen píxeles adecuados de una u otra imagen para evitar el ghosting.
• Si los cambios parecen deberse solo a variaciones de iluminación o sombreado, se recurre a una interpolación lineal (lerp) entre ambos frames para una transición suave.

En extrapolación, al solo disponer de un frame de referencia, el procedimiento es más austero: se realiza un warp hacia el futuro con los MVs extrapolados y se aplica un módulo de relleno de disoclusiones simplificado para completar zonas donde faltan datos de movimiento. Es una concesión entre rendimiento y calidad visual, crucial para que el sistema siga siendo viable en tiempo real en smartphones.

Esta combinación de análisis de profundidad, color, movimiento y relleno selectivo permite que la generación de frames produzca una imagen suficientemente limpia para videojuegos en tiempo real, donde la prioridad es evitar artefactos demasiado cantosos que distraigan o dificulten la jugabilidad.

Super resolución en móviles: SGSR, ASR y el módulo SR de Mob-FGSR

El otro gran pilar que se está integrando junto a framegen es la super resolución temporal. En el mundo Android ya se habla de soluciones a nivel de plataforma como SGSR (Snapdragon Game Super Resolution) o ASR (Arm Super Resolution), pensadas para mejorar la resolución percibida de los juegos con un impacto de rendimiento moderado.

En paralelo, frameworks de investigación como Mob-FGSR integran un módulo de super resolución (SR) que reutiliza muestras temporales acumuladas de frames anteriores para reconstruir la imagen actual a mayor resolución. El planteamiento es similar al de técnicas como DLSS, FSR 2 o TSR en PC/console, pero adaptado a las restricciones de cómputo de móviles.

El proceso SR funciona, en esencia, así:

• Se toma el frame SR histórico (una versión ya escalada de un frame previo).
• Se alinea con el frame actual de baja resolución mediante un warp inverso (backward warping) basado en LUTs e información temporal.
• Se corrigen los píxeles inválidos del frame histórico warpado.
• Se fusiona ese histórico corregido con el frame actual low-res para obtener la imagen final en alta resolución.

La fórmula para reconstruir cada píxel incluye términos que tienen en cuenta la distancia al punto de muestreo, parámetros optimizados de manera data-driven y el valor del píxel histórico, buscando un equilibrio entre nitidez, estabilidad temporal y ausencia de parpadeos.

SGSR y ASR, por su parte, se integran a nivel de chipset y middleware, ofreciendo a los juegos APIs o ajustes para activar estos modos en tiempo real. En teoría, combinados con framegen, permitirían que un juego se renderice internamente a una resolución baja, mantenga 60 FPS base y, a través de SR + frame generation, se vea como si estuviera a 1080p-1440p y 120 FPS, con un coste térmico más manejable que el de una renderización nativa pura.

Este enfoque es especialmente interesante en móviles porque el espacio térmico y de consumo es muy limitado. Aprovechar algoritmos inteligentes de SR y framegen puede ser la diferencia entre un título que baja a 30 FPS tras unos minutos y otro que aguanta estable sin quemar la mano del usuario.

Resultados, comparativas y pruebas en dispositivos reales

Para valorar el potencial real de la generación de frames y la SR móvil no basta con teoría: hay que probar en dispositivos concretos, con escenas variadas y cargas de trabajo reales. En el caso de Mob-FGSR, los autores comparan sus modelos con varias técnicas existentes tanto de framegen como de super resolución.

En el terreno de la generación de frames se comparan soluciones como:

• 3DWarp (Mark et al. 1997).
• BSR (Yang et al. 2011).
• AFME (Holmes y Wicks 2020).

Frente a estas técnicas, las variantes Ours-I (interpolación) y Ours-E (extrapolación) consiguen resultados competitivos e incluso superiores en calidad visual y estabilidad temporal, manteniendo tiempos de ejecución adecuados para móviles.

En la parte de super resolución, las comparaciones se hacen con pesos pesados como:

• TSR (Temporal Super Resolution de Epic, 2022).
• FSR 2 (AMD, 2022).
• DLSS 2 (NVIDIA, Liu 2020).

Aquí entran en juego las variantes Ours-SR, Ours-ISR (interpolación+SR) y Ours-ESR (extrapolación+SR), que logran aproximarse a la calidad de estas técnicas más pesadas, pero con un consumo computacional adaptado a GPUs móviles. Para las pruebas se utilizan tanto escenas de Unity con forward shading (Street View, Meadows, Hilly Area, Dragon Park) como escenas de Unreal Engine con deferred shading (Bunker y Western Town).

Lo realmente relevante para Android es la validación en hardware real. En dispositivos con Snapdragon 8 Gen 3, Mob-FGSR se integra en una app de renderizado en tiempo real en Android, donde se simulan entornos de render intensivo añadiendo tareas de no-op ligadas a la resolución. Sin supersampling, el sistema ronda los 22 FPS; generando dos frames intermedios, la tasa sube a unos 50 FPS, y con SR 2x se dispara por encima de 110 FPS.

Estos números muestran que, con un diseño consciente de las limitaciones de móvil, es factible multiplicar por cinco el frame rate percibido en ciertos escenarios, siempre que se esté dispuesto a asumir algún artefacto visual y una latencia añadida moderada. Todo ello con una carga térmica comparativamente menor que si se intentase renderizar cada frame en alta resolución y a 100+ FPS nativos.

La propia existencia de un demo Android de Mob-FGSR y su integración en productos comerciales indica que ya no se trata solo de un experimento de laboratorio, sino de algo que empieza a filtrarse a la industria.

Impacto en móviles de gama alta y casos reales como Genshin Impact

La conversación sobre frame generation y SR en Android suele centrarse, al menos por ahora, en los teléfonos de gama alta, que son los primeros en poder mover este tipo de técnicas sin colapsar. Estos dispositivos suelen contar con paneles de 120 Hz, SoCs potentes y suficientes recursos de memoria como para soportar pipelines gráficos avanzados.

Un ejemplo llamativo es el OnePlus Ace 3 Pro, presentado como el primer smartphone Android capaz de ejecutar Genshin Impact de forma estable a 120 FPS. Se apoya precisamente en técnicas de predicción de frames (frame prediction) en combinación con renderizado optimizado, mostrando hasta qué punto la combinación de hardware y software puede elevar la experiencia en títulos muy exigentes.

También se menciona el OnePlus 13, que aplica predicción de frames en Genshin Impact y Honkai: Star Rail. Que juegos tan pesados y con tanta carga gráfica alcancen tasas tan altas en móvil sugiere que la integración de sistemas tipo Mob-FGSR, SGSR o soluciones propietarias está empezando a cuajar en productos comerciales.

En estos móviles, el gran beneficio no es solo presumir de 120 FPS, sino poder ofrecer una experiencia sostenida en sesiones largas, manteniendo resolución, fluidez y temperatura dentro de rangos razonables. Sin ayudar a la GPU con técnicas de framegen y SR, mantener ese listón durante mucho tiempo sería casi imposible sin throttling fuerte.

A la larga, es razonable pensar que estas soluciones irán filtrándose hacia gamas medias, aunque con ajustes más conservadores (por ejemplo, de 30 a 60 FPS percibidos, en lugar de 60 a 120). Aun así, la prioridad inmediata son los buques insignia, donde se puede permitir un overhead de cómputo extra para los algoritmos de generación de frames sin arruinar la autonomía.

Para la emulación, dispositivos de gama alta con buen soporte de SR y framegen podrían convertirse en plataformas muy serias para emular consolas y hasta entornos de Windows, siempre que los emuladores consigan exponer buffers adecuados (color, depth, MVs) o al menos trabajar bien con técnicas externas tipo companion apps.

Al final, la combinación de paneles rápidos, chipsets cada vez más fuertes y algoritmos ligeros abre una puerta muy interesante para que Android se convierta en un terreno principal de pruebas de estas tecnologías, más allá de su rol secundario tras el PC.

Todo apunta a que la generación de frames, la super resolución temporal y soluciones como SGSR/ASR van a ser piezas clave en la evolución del gaming y la emulación en Android, sobre todo en la parte alta del catálogo. Entre herramientas experimentales con root, frameworks de investigación optimizados para móvil y casos comerciales como los OnePlus enfocados a 120 FPS en títulos pesados, se está trazando un camino bastante claro hacia un futuro donde jugar a 1080p-1440p y 120 Hz en un smartphone sea algo habitual, con una fluidez que hace unos años habría parecido ciencia ficción.