Un modder demuestra que FSR 4 Redstone puede funcionar en GPUs RDNA 3 bajo Linux, desafiando la exclusividad oficial de AMD para RDNA 4 y reavivando el debate sobre limitaciones artificiales.
AMD vuelve a estar en el centro del debate técnico y comunitario tras la aparición de un workaround no oficial que permite ejecutar FSR 4 Redstone en GPUs RDNA 3, algo que la propia compañía ha limitado de forma oficial a RDNA 4 y a las Radeon RX 9000. El hallazgo, compartido por un usuario de Reddit, no solo demuestra que la tecnología funciona en hardware anterior, sino que también ha reavivado las críticas sobre la segmentación artificial de funciones en el ecosistema gráfico de AMD.
FSR 4 Redstone fue presentado hace apenas unas semanas como el gran salto de AMD en el terreno de la generación de frames basada en aprendizaje automático, una respuesta directa a DLSS de NVIDIA. A diferencia de FSR 3, Redstone no es una sola función, sino un conjunto modular de tecnologías que incluye reescalado, generación de frames, ray reconstruction y neural radiance caching. Sin embargo, AMD decidió que la nueva ruta de frame generation ML quedara exclusivamente habilitada para RDNA 4, relegando a RDNA 3 y anteriores a usar rutas de compatibilidad basadas en FSR 3.
Ese límite es precisamente el que ha roto el modder conocido como u/AthleteDependent926, quien ha demostrado que FSR 4 Redstone Frame Generation puede ejecutarse en GPUs RDNA 3, concretamente en una Radeon RX 7800 XT, aunque bajo condiciones muy específicas. El método solo funciona en Linux, requiere el uso de la capa de compatibilidad Proton de Valve, y depende de versiones modificadas de vkd3d-proton, además de herramientas externas como OptiScaler.
Según la explicación técnica compartida en r/radeon, el truco utiliza la misma ruta de emulación FP8/INT8 que ya se había empleado anteriormente para forzar el funcionamiento del reescalado FSR 4 en hardware no soportado oficialmente. La clave está en una variable de entorno concreta —DXIL_SPIRV_CONFIG="wmma_rdna3_workaround"— que apunta a un ajuste específico del comportamiento WMMA de RDNA 3 en la conversión de DXIL a SPIR-V. En otras palabras, el mod no “engaña” al driver, sino que aprovecha rutas ya existentes que AMD ha decidido no exponer de forma oficial.
En términos de rendimiento, el propio autor reconoce que FSR 4 Redstone es más exigente que FSR 3. En sus pruebas, la generación de frames con FSR 4 introduce una latencia aproximada de 0,13 ms por frame, frente a los 0,07 ms de FSR 3.1.6. Es prácticamente el doble, pero sigue estando dentro de márgenes razonables para muchos jugadores, especialmente si se compara con el coste computacional de soluciones equivalentes en otras plataformas.
Aun así, esta diferencia de latencia refuerza la postura oficial de AMD: Redstone está pensado para RDNA 4, donde su impacto es menor gracias a mejoras en aceleración ML. Pero para buena parte de la comunidad, el hecho de que funcione correctamente en RDNA 3, aunque con un coste mayor, deja en evidencia que la limitación no es estrictamente técnica, sino también comercial.
Las reacciones no se hicieron esperar. En los comentarios del hilo original, muchos usuarios acusaron a AMD de replicar las mismas prácticas que históricamente ha criticado en NVIDIA: bloquear funciones por generación para empujar la venta de nuevo hardware. Otros, en cambio, defendieron que la empresa necesita justificar las Radeon RX 9000 como productos diferenciados, y que una posible habilitación oficial en RDNA 3 podría llegar más adelante, cuando el ciclo comercial de RDNA 4 esté más avanzado.
No es la primera vez que ocurre algo similar. En agosto de 2025, AMD filtró accidentalmente el código fuente completo de FSR 4, lo que permitió a la comunidad analizar su funcionamiento interno y desarrollar compatibilidad parcial incluso con RDNA 2. Aquellos experimentos también funcionaban, pero con penalizaciones de rendimiento claras, reforzando la idea de que AMD está usando segmentación por software más que limitaciones absolutas de hardware.
Eso sí, conviene subrayar que este workaround no es oficial ni sencillo. Requiere conocimientos técnicos, compilaciones específicas, reemplazo manual de DLLs y el uso de herramientas de inyección externas. No es, ni mucho menos, un simple interruptor que cualquier usuario pueda activar. Además, solo funciona en Linux, lo que deja fuera a la enorme mayoría de jugadores de PC que siguen en Windows.
Aun así, el mensaje es claro: FSR 4 Redstone puede ejecutarse en RDNA 3. Y aunque el coste en latencia y complejidad técnica explica en parte la decisión de AMD, la demostración pública vuelve a plantear una pregunta incómoda para la compañía: si la tecnología funciona, ¿por qué no ofrecer al menos un modo experimental o de compatibilidad oficial para GPUs todavía perfectamente capaces?
Por ahora, AMD guarda silencio. Pero con cada workaround que aparece, la presión de la comunidad aumenta, y la frontera entre decisión técnica y estrategia comercial se vuelve cada vez más difícil de justificar.
