NiixerVideojuegos

AMD lleva FSR 4.1.2 a los desarrolladores de Xbox: una nueva opción para Series X y Series S

Una mejora de imagen puede llegar a una consola sin cambiar el aparato que está junto al televisor. Lo que debe cambiar es el juego. Ese es el punto de partida del anuncio de AMD y Microsoft: FSR Upscaling 4.1.2 ya está disponible para los desarrolladores de Xbox Series X y Xbox Series S mediante el kit de desarrollo de octubre de 2026. La tecnología utiliza aprendizaje automático para reconstruir una imagen de mayor resolución, con dos modelos entre los que cada estudio puede escoger.

Ilustración conceptual de reconstrucción de imagen
Portada conceptual del reescalado. No es una prueba de FSR.

El anuncio técnico, publicado por ambas compañías el 4 de noviembre, no es una actualización que transforme de inmediato toda la biblioteca de Xbox. Abre una opción de integración para quienes hacen los juegos. Para el jugador, la noticia cobrará forma cuando un título concreto la incorpore y explique sus cambios. Mientras tanto, los datos publicados permiten entender qué ofrece la herramienta, cuánto procesamiento consume en la demostración de Microsoft y por qué la versión Lite merece atención.

No se trata tampoco de una nueva consola ni de una promesa universal de jugar a 4K y 60 imágenes por segundo. AMD describe una vía para mejorar la resolución percibida y la calidad de imagen sobre el hardware existente. Conseguirlo exige decidir cuánto trabajo se dedica a dibujar la escena, cuánto a reconstruirla y qué resultado se considera adecuado para cada juego. Las dos versiones del modelo permiten explorar ese equilibrio con más alternativas.

Una herramienta para los estudios, no un botón del sistema

AMD sitúa FSR Upscaling 4.1.2 dentro del Microsoft Game Development Kit, conocido como GDK, de octubre de 2026. Los desarrolladores registrados de Xbox reciben los binarios firmados por AMD a través de ese kit. La compañía acompaña la disponibilidad con un proyecto de ejemplo que enseña a integrarlo. Es, por tanto, una novedad de desarrollo: el destino final son los juegos que adopten la herramienta, no una casilla que todos los propietarios deban buscar en la configuración de su consola.

La distinción evita una expectativa equivocada. Un juego instalado seguirá utilizando su implementación actual mientras su desarrollador no la cambie. La disponibilidad del kit permite preparar esa modificación, pero no confirma que un estudio específico la haya hecho, ni que vaya a lanzar un parche en una fecha determinada. En los anuncios primarios revisados para este artículo no se identifica un primer juego comercial de Xbox con una fecha de incorporación confirmada.

La situación puede cambiar con futuras notas de actualización. Cuando eso ocurra, la comprobación útil será leer qué versión del juego recibe la mejora, en qué consola, con qué modo gráfico y bajo qué condiciones. El nombre de una tecnología en un anuncio general no sustituye esos datos. Para quien juega hoy, el paso razonable no es reinstalar títulos o buscar controladores de PC, sino esperar una comunicación del estudio que corresponda al juego que utiliza.

Qué significa reconstruir una imagen

El reescalado parte de una idea sencilla: un juego puede dibujar internamente una imagen con menos resolución que la que termina mostrando la pantalla y utilizar después un proceso de reconstrucción. AMD presenta FSR como esa etapa que convierte una entrada de menor resolución en una salida más definida. Su anuncio distingue la nueva opción basada en aprendizaje automático de las implementaciones analíticas de FidelityFX Super Resolution que los desarrolladores ya podían utilizar en Xbox.

La integración no recibe solo una imagen aislada. AMD enumera color con variación de muestreo, profundidad y vectores de movimiento como entradas del reescalador. Las máscaras reactiva y de transparencia y composición son opcionales. Para un lector que no desarrolla gráficos, basta con retener que la calidad final depende de cómo el motor prepara la información, además del modelo que la procesa. Cambiar una etiqueta en el menú no describe todo el trabajo necesario para que una escena se reconstruya bien.

El beneficio buscado es gastar menos recursos en la resolución interna y conservar una imagen convincente en la pantalla de salida. Sin embargo, la reconstrucción también cuesta tiempo de GPU. No es trabajo gratuito. El estudio debe comprobar si lo que ahorra en una parte del proceso compensa lo que añade en otra y si la imagen resultante mantiene sus detalles importantes. Ese balance explica por qué las mediciones en milisegundos del ejemplo de Microsoft son útiles, aunque no equivalgan a una ganancia de rendimiento de un juego comercial.

Xbox Series X junto a su control. Foto: Ian Hughes, CC BY 2.0.

Xbox Series X junto a su control. Foto: Ian Hughes, CC BY 2.0.

Full y Lite funcionan en ambas consolas

La implementación incluye un modelo Full INT8 y un nuevo Lite INT8. AMD dice que Lite ocupa menos de la mitad del tamaño del modelo completo y tiene un costo de reescalado inferior. Tanto Full como Lite funcionan en Xbox Series X y en Xbox Series S. La división no consiste en reservar automáticamente Full para la consola más potente y Lite para la más pequeña; son opciones que el equipo de desarrollo puede evaluar según las necesidades de su juego.

La muestra del GDK permite cambiar entre modelos durante la ejecución. Eso facilita comparar una misma escena sin cambiar de proyecto ni depender únicamente de imágenes tomadas en condiciones distintas. El objetivo que describe AMD es observar al mismo tiempo la calidad y el costo de procesamiento. Un modelo más rápido puede liberar margen para otra parte del renderizado, mientras un modelo más costoso puede ser preferible si aporta una mejora de imagen que el equipo considera necesaria.

INT8 identifica el tipo de representación numérica de los modelos mencionados en el anuncio. La noticia relevante para las consolas no exige convertir esa sigla en una clasificación de calidad. Ambas compañías dicen que trabajaron juntas en optimizaciones para el hardware de Xbox. Microsoft destaca específicamente la posibilidad de utilizar reescalado basado en aprendizaje automático en las GPU de arquitectura RDNA 2 de estas consolas. Lo que interesa al jugador es el resultado de esa integración, no la sigla por sí sola.

Un modelo más pequeño no implica el mismo ahorro en memoria

Uno de los detalles más fáciles de interpretar mal aparece en la explicación de AMD: el consumo de memoria del reescalador es el mismo para Full y Lite cuando se comparan las mismas resoluciones de renderizado y salida. Depende de esas resoluciones, no del tamaño del modelo. Por tanto, "menos de la mitad del tamaño" y "menor costo de procesamiento" no autorizan a afirmar que la versión Lite recorta a la mitad toda la memoria necesaria para usar FSR.

La precisión es importante porque rendimiento y memoria son limitaciones diferentes. Un equipo puede disponer de suficiente memoria para una etapa del renderizado y necesitar reducir el tiempo que tarda; también puede encontrar el problema inverso. La muestra permite estudiar el costo del modelo, pero la decisión final debe considerar el conjunto del motor. No hay que trasladar a todo el juego una cifra que describe solo una parte de la tecnología.

Para leer un futuro anuncio comercial, conviene buscar términos concretos. Si un estudio menciona que usa Lite, eso informa sobre su elección de modelo. Para saber si cambió texturas, resolución interna, estabilidad de imagen o frecuencia de actualización harán falta sus propias notas y pruebas. Un mismo nombre puede acompañar decisiones distintas en dos juegos. Esa flexibilidad es precisamente parte de la propuesta para los desarrolladores, no una inconsistencia que deba resolverse imponiendo una configuración universal.

Los tiempos que Microsoft publicó para Series X

El blog de desarrollo de Xbox publica mediciones de costo de GPU obtenidas con la muestra del GDK. En Xbox Series X, el modelo Lite tarda 1,29 milisegundos con salida a 1440p y 2,75 milisegundos con salida a 4K. El modelo Full figura con 1,95 milisegundos a 1440p y 3,86 milisegundos a 4K. Son cifras del ejemplo de Microsoft, no mediciones independientes realizadas por Niixer.

La lectura más directa es que, dentro de esas condiciones, Lite consume menos tiempo en ambos destinos de salida. También se observa que reconstruir hacia 4K cuesta más que hacerlo hacia 1440p. Eso ayuda a explicar por qué un equipo puede optar por una salida intermedia en vez de perseguir siempre el número más alto. El presupuesto de una imagen debe cubrir otras etapas del juego, y el tiempo que utiliza el reescalador forma parte de ese presupuesto.

Lo que la tabla no demuestra es cuántas imágenes por segundo ganará un título determinado. No presenta una comparación completa antes y después de un juego comercial, con idénticas escenas, resolución interna y ajustes. Tampoco autoriza a sumar el ahorro de Lite como si el resto del renderizado permaneciera siempre constante. Los tiempos son una referencia para evaluar la herramienta; el rendimiento final depende de cómo se integre con el trabajo que ya realiza cada motor.

Por qué se mide en milisegundos y no solo en FPS

La frecuencia de imágenes expresa cuántos cuadros se presentan en un segundo; el tiempo por imagen permite observar cuánto tarda el trabajo que los produce. Como referencia aritmética, 30 imágenes por segundo corresponden a unos 33,33 milisegundos por cuadro, 60 a unos 16,67 y 120 a unos 8,33. No son resultados de FSR ni objetivos confirmados para un juego. Son la conversión de una misma unidad de tiempo para entender por qué una etapa que tarda varios milisegundos merece atención.

Si el objetivo de un motor es presentar una imagen cada 16,67 milisegundos, dentro de ese período debe coordinar todo el trabajo necesario. La tabla de Microsoft describe únicamente el costo de reescalar en su muestra. El resto incluye otras tareas, y no todas se suman de una manera simple o permanecen iguales cuando cambia la resolución interna. Por eso no se puede restar el costo de Full y Lite y anunciar directamente una nueva cifra de FPS.

La utilidad de medir una etapa por separado es identificar una decisión concreta. En Series X con salida a 4K, los valores publicados permiten comparar 2,75 milisegundos de Lite con 3,86 de Full dentro de la muestra. Un desarrollador puede utilizar esa información como punto de partida y comprobar qué pasa en su escena real. Si el ahorro no se produce donde el juego tiene su principal limitación, el efecto final puede ser diferente del que sugiere mirar solo el reescalador.

Series S tiene su propio margen de decisión

Para Xbox Series S, la tabla de Microsoft muestra 1,9 milisegundos con Lite a 1080p y 3,4 milisegundos a 1440p. Full aparece con 2,9 milisegundos a 1080p y 5,2 milisegundos a 1440p. De nuevo, se trata del costo de la etapa de reescalado en la muestra publicada. La diferencia entre modelos está presente en las dos resoluciones de salida que Microsoft documenta para esta consola.

Es tentador convertir esos datos en un anuncio de mejoras garantizadas para Series S, pero el punto interesante es más concreto. Los estudios disponen de una opción menos costosa que pueden comparar con Full y con su solución anterior. Eso puede resultar útil al decidir cómo repartir recursos entre resolución, efectos y estabilidad. El anuncio no asegura que todos los títulos vayan a cambiar de modo gráfico ni que una experiencia de 30 imágenes por segundo pase automáticamente a 60.

Tampoco conviene enfrentar la cifra de Series S a 1080p con la de Series X a 4K como si fueran pruebas equivalentes. La resolución de salida es diferente. Una comparación responsable conserva cada consola, cada modelo y cada resolución junto a su tiempo. Si se quiere estudiar la diferencia de calidad entre plataformas, harán falta escenas y condiciones preparadas para ese objetivo, no una tabla de costos recortada hasta dejar solo los valores que parezcan más llamativos.

Xbox Series S con control y caja. Foto: AsmodeanUnderscore, CC BY-SA 4.0.

Xbox Series S con control y caja. Foto: AsmodeanUnderscore, CC BY-SA 4.0.

Los modos de calidad mantienen nombres conocidos

AMD enumera los mismos modos que utiliza en PC: Native AA, Quality, Balanced, Performance y Ultra Performance. La compañía recomienda conservar esos nombres y las relaciones de escalado estándar dentro de los ajustes del juego. La intención es que los jugadores encuentren una terminología consistente entre títulos. No significa que todos los juegos de consola deban ofrecer al usuario cinco interruptores separados ni que sus menús actuales vayan a ser idénticos.

Hay dos decisiones distintas: el modelo Full o Lite y el modo de calidad elegido para procesar la imagen. El anuncio permite evaluar ambas, pero no dice que una palabra como Performance identifique siempre el mismo resultado visual en cualquier escena. El motor, los datos de entrada y los objetivos del estudio siguen formando parte de la ecuación. Por eso es mejor leer una configuración completa que sacar conclusiones de una sola palabra del menú.

Para el público, una buena comunicación de un parche debería explicar el objetivo del cambio: una imagen más estable, otra resolución de salida o un equilibrio diferente de calidad y fluidez. Una etiqueta técnica es útil como referencia, pero no reemplaza esa explicación. Los estudios podrán decidir cómo exponer sus opciones al jugador; lo que AMD propone es un vocabulario común que haga más comprensible la tecnología cuando aparezca en un título compatible.

Un camino parecido al de PC, con distribución propia de Xbox

La integración utiliza la misma API del SDK de FSR que en Windows. AMD indica que los desarrolladores de Xbox trabajan con las mismas cabeceras de la API que en PC, mientras los binarios específicos y firmados para consola se distribuyen en el GDK. Esta combinación reduce diferencias en la interfaz de integración sin convertir la consola en un computador al que se le instala cualquier controlador descargado de internet.

El proyecto de ejemplo compila para Xbox Series X y Series S y para el escritorio de Windows. Su documentación incluye datos de memoria y rendimiento. Eso permite estudiar la tecnología en más de una plataforma y observar cómo cambia el balance según el dispositivo. Sin embargo, compartir una API no equivale a que una configuración óptima en un PC sea automáticamente la mejor para cada consola. La evaluación sigue teniendo que realizarse sobre el hardware de destino.

Para un estudio que ya utiliza FSR, el interés está en disponer de una opción nueva dentro de un recorrido de integración conocido. Para el jugador, el efecto es indirecto: herramientas más accesibles para los equipos pueden facilitar su adopción, pero no garantizan una fecha de llegada. El anuncio abre una puerta técnica. La decisión de cruzarla, el trabajo de validación y la publicación de la actualización siguen perteneciendo a cada desarrollador.

ROG Xbox Ally utiliza otra ruta

La familia ROG Xbox Ally aparece en el mismo anuncio, pero no debe confundirse con las consolas de sobremesa. AMD recuerda que son dispositivos Windows y que utilizan el SDK estándar de FSR. Con la versión 2.4 del SDK, la compañía anuncia soporte para procesadores Ryzen AI Z2 Extreme y Ryzen Z2 A mediante un modelo INT8 eficiente. El mecanismo de distribución y prueba de un controlador de Windows no es el mismo que la integración en un juego de Xbox Series.

AMD señala que los desarrolladores pueden probar la tecnología con el controlador preliminar de ASUS para ROG Xbox Ally X y ROG Xbox Ally X20. Esa ruta actualiza juegos DirectX 12 que ya utilizan FSR 3.1 o una versión posterior. Para el modelo base ROG Xbox Ally, la compañía sitúa el soporte en una actualización posterior. Es una diferencia de disponibilidad que debe mantenerse al recomendar un procedimiento, aunque los nombres de los dispositivos se parezcan.

El anuncio recomienda integrar de forma nativa el SDK más reciente y aclara que esa integración es necesaria para FSR Upscaling 4.1.2 en Vulkan. Por tanto, tampoco en portátiles conviene resumir la situación como "funciona en cualquier juego". Hay condiciones de API, versión y dispositivo. Este artículo informa sobre esas rutas; no propone instalar un controlador preliminar ni cambiar la configuración de un equipo del lector sin revisar primero la documentación que corresponda a su modelo.

ROG Xbox Ally X en Tokyo Game Show 2025. Foto: RuinDig/Yuki Uchida, CC BY 4.0. No es la X20 ni una prueba de FSR 4.1.2.

ROG Xbox Ally X en Tokyo Game Show 2025. Foto: RuinDig/Yuki Uchida, CC BY 4.0. No es la X20 ni una prueba de FSR 4.1.2.

Qué aporta el análisis independiente disponible

El interés de los medios especializados ya es visible. VideoCardz y Pure Xbox han publicado noticias sobre el acceso de los desarrolladores, mientras Digital Foundry ha mostrado un análisis en video de FSR 4.1 Lite en una ASUS ROG Ally X20. Ese video permite ver pruebas y comparaciones de imagen en un dispositivo portátil, con condiciones descritas por sus autores. Sirve como contexto sobre la reconstrucción y sus compromisos, no como demostración de un juego comercial ejecutándose en Xbox Series X o Series S.

La distinción importa incluso cuando el resultado del portátil parece prometedor. Un procesador, una resolución de salida o un ajuste de potencia diferente pueden cambiar el rendimiento. Trasladar una cifra de esa prueba a una consola convertiría un resultado acotado en una promesa que el análisis no hizo. Por esa razón, los porcentajes del video no se presentan aquí como ganancias esperables en la biblioteca de Xbox.

Lo que sí aporta ese tipo de prueba es una forma de mirar: comparar escenas, observar movimiento y conservar los ajustes junto al resultado. La discusión puede ir más allá de decidir cuál imagen fija parece más nítida. La estabilidad de los detalles, el comportamiento al descubrir partes de la escena y el costo de reconstrucción ayudan a evaluar el equilibrio. Para una conclusión sobre consolas todavía habrá que esperar el juego y la implementación correspondientes.

Video: DF Clips

Análisis de una ROG Ally X20 publicado por DF Clips el 4 de noviembre de 2026. No es una prueba en Xbox Series X o S.

Cómo reconocer una mejora cuando llegue un parche

Una futura actualización debería identificarse por el juego, la plataforma y la versión. Después conviene revisar el modo gráfico utilizado y la resolución de salida anunciada. Si un estudio cambia varios ajustes a la vez, atribuir todo el resultado al reescalador sería incompleto. Una comparación útil explica qué se mantuvo y qué se modificó. Este es un criterio de lectura para futuras pruebas, no un parche anunciado para un título particular.

También conviene separar la impresión de una imagen estática de la experiencia en movimiento. Un encuadre puede mostrar letras, vegetación o bordes con mucha claridad y no explicar cómo se comportan al mover la cámara. Las pruebas publicadas por un medio o un estudio deberían conservar ese contexto. Un video comprimido tampoco muestra exactamente lo que verá cada televisor, aunque permita observar diferencias cuando la metodología está explicada.

Nada de esto obliga a esperar una medición profesional para disfrutar un juego. Ayuda, más bien, a decidir si una actualización cambia algo que al usuario le importa. Si el título favorito conserva mejor los detalles o mantiene mejor su objetivo de fluidez, ese resultado concreto puede tener más valor que una etiqueta nueva. El anuncio de AMD aumenta las herramientas disponibles para perseguirlo, pero la comprobación final sigue estando en el juego.

El avance está en ampliar las opciones sobre el hardware existente

FSR Upscaling 4.1.2 añade una alternativa de aprendizaje automático al desarrollo de Xbox Series X y Series S, con modelos Full y Lite compatibles con ambas. Los tiempos de la muestra de Microsoft muestran que la elección tiene un costo de procesamiento medible. AMD, por su parte, explica una integración cercana a la de PC y una vía específica para las portátiles Windows de la familia ROG Xbox Ally.

La consecuencia inmediata pertenece a los estudios: pueden comparar modelos y preparar su integración con el GDK de octubre. Para el público, la próxima noticia que importará será la de un juego que confirme qué implementó y qué cambia. Hasta entonces, no hace falta comprar una consola distinta ni suponer que todos los títulos ya han recibido una mejora silenciosa.

La novedad tiene interés precisamente porque parte de los equipos que ya existen. Mejorar su imagen requiere software, pruebas y decisiones de diseño, además de una técnica de reconstrucción. AMD y Microsoft han puesto una herramienta más sobre la mesa. Ahora serán los juegos, uno por uno, los que permitan juzgar cuánto aporta.

Referencias

Blake-Davies, A. (2026, 4 de noviembre). AMD FSR Upscaling 4.1.2 comes to XBOX. AMD GPUOpen. https://gpuopen.com/learn/amd-fsr-upscaling-412-xbox/

Marais, C. (2026, 4 de noviembre). AMD FSR Upscaling 4 is now available for XBOX developers. Microsoft Game Dev. https://developer.microsoft.com/en-us/games/articles/2026/11/amd-fsr-upscaling-4-is-now-available-for-xbox/

Microsoft. (s. f.). What's new in the October 2026 Microsoft Game Development Kit. Microsoft Learn. Recuperado el 9 de noviembre de 2026, de https://learn.microsoft.com/en-us/gaming/gdk/docs/gdk-dev/whatsnew/whats-new?view=gdk-2610

WhyCry. (2026, 5 de noviembre). AMD FSR 4.1.2 brings machine learning upscaling to Xbox Series X and S consoles. VideoCardz. https://videocardz.com/newz/amd-fsr-4-1-2-brings-machine-learning-upscaling-to-xbox-series-x-and-s-consoles

DF Clips. (2026, 4 de noviembre). FSR 4.1 "Lite" tested on Asus ROG Ally X20… And it's impressive [Video]. YouTube. https://www.youtube.com/watch?v=_-WWA17UcGI

Créditos de las fotografías

Ian Hughes. Fuente original. Licencia.

AsmodeanUnderscore. Fuente original. Licencia.

RuinDig/Yuki Uchida. Fuente original. Licencia.

Compartir: