Cuando AMD en diciembre empezó ha hablar del futuro de su tecnología AMD FidelityFX Super Resolution 2 así como sus nuevas versiones 2.2, ya avanzó en que estaba trabajando en conseguir distintos objetivos y así ha sido.
Con algo más de retraso de lo deseable hemos visto como AMD publicaba el código fuente de AMD FidelityFX Super Resolution 2.2 en GPUOpen, el prometido plugin para Unreal Engine también es otra realidad y nos faltaba la inclusión de un "Feature Test" en 3DMark, cosa que acaba de ocurrir.
Era algo esperado puesto que la suite ya tiene sendos tests para DLSS y para Intel XeSS, por lo que era lógica su inclusión. Tal y como podemos comprobar la suite se ha actualizado y ha añadido de forma gratuita el nuevo test para las versiones Advanced y Professional de 3DMark.
Según la propia nota de prensa en la web de 3DMark el test incluido utiliza la versión 2.2 de FSR algo que la propia suite no precisa. Junto al test se incluye la herramienta "3DMark frame inspector tool" que permite realizar comparaciones de igual a igual entre fotogramas generados usando Temporal Anti-Aliasing (TAA) o FSR 2.2.
Para poder ejecutar este test es necesaria una gráfica con soporte para DirectX 12 y FSR 2, algo que es bastante amplio puesto que las gráficas actuales lo soportan, ya sean de AMD, NVIDIA o Intel. En este caso el test se pasa dos veces, primero sin FSR y luego con FSR permitiendo mostrar la mejora en FPS y porcentaje de rendimiento al usar dicha técnica.
Un aspecto que ya ocurrió con la introducción del test para XeSS es que a pesar de que la suite ya soporta todas las técnicas de reescalado éstas se usan en escenas distintas e impiden comparaciones directas entre DLSS, XeSS y FSR.
Para la ocasión el Feature Test FSR 2 usa la escena del test Speed Way sin embargo para aumentar la compatibilidad con todo el hardware capaz de usar FSR 2, estamos ante una versión de Speed Way que no usa DirectX Ultimate y por lo tanto el trazado de rayos ha sido desactivado en este test en concreto.
Finalmente un pequeño detalle que seguro que ya estaba presente en anteriores versiones pero que ahora nos hemos dado cuenta y debemos revindicar de cara a UL Benchmarks, cuidad bien las traducciones:
