
Valve avanza con SteamOS, Proton y FEX para hacer que Windows y x86 sean opcionales en los juegos, con Arm64EC; entienda qué cambia esto para los jugadores.
Valve no está abandonando Windows ni x86, pero los está haciendo menos obligatorios para ejecutar la biblioteca de Steam. Las actualizaciones de software se centran en la compatibilidad y la respuesta del hardware, con mejoras que van más allá del rendimiento bruto.
- SteamOS evoluciona más allá del Deck
- Arm en el tablero: FEX-2604 y el salto Arm64EC
- Proton: la fuerza impulsora detrás de la compatibilidad
- Rendimiento en números y experiencia práctica
- Lo que queda y lo que viene por delante
- Conclusión: avanzando hacia una biblioteca cada vez más independiente del sistema
SteamOS evoluciona más allá del Deck
SteamOS se ha estado preparando para funcionar en más dispositivos. Versiones recientes amplían el soporte, incluyendo Legion Go S y otros dispositivos portátiles con NVMe, y actualizan el sistema de compatibilidad más allá de la experiencia original del Deck. En las versiones 3.7.8 y 3.8, la plataforma obtuvo soporte inicial para Steam Machine y una base Arch actualizada, revelando una experiencia menos "atada al Deck".
Además, Valve prepara SteamOS para ejecutarse en hardware propio en el futuro: la Steam Machine sigue siendo x86, y el Steam Frame VR utiliza Snapdragon 8 Gen 3 (Arm64), lo que significa que SteamOS y su pila de compatibilidad ya abarcan tanto x86 como Arm. El ecosistema se está diseñando para reducir las dependencias de una plataforma única.
Arm en el tablero: FEX-2604 y el salto Arm64EC
Lo que realmente ha cambiado es la integración de FEX-2604 en Proton 11.0 Beta, junto con una configuración Arm64EC. FEX es un emulador/JIT de x86 para Arm64 Linux; traduce instrucciones x86 en tiempo de ejecución, mientras que la API de Windows y los componentes gráficos siguen siendo gestionados por Wine, DXVK y VKD3D-Proton. Esta pila dual, FEX + Proton, separa la traducción de instrucciones de la compatibilidad con Windows, reduciendo el peso de cada capa.
Esta integración es la primera en estar oficialmente en la pila beta de Proton, abriendo el camino para ejecutar juegos de Windows x86-64 en hardware Arm sin necesidad de versiones nativas para Arm de cada juego.
Proton: la fuerza impulsora detrás de la compatibilidad
Proton sigue siendo la pieza clave que convirtió a Windows en una opción, no en una exigencia. El objetivo es reducir la dependencia de Microsoft y de las APIs de Windows, manteniendo el juego estable detrás de una capa continua de compatibilidad.
El Deck ayudó a crear un ciclo de retroalimentación entre desarrolladores y consumidores: cuando los juegos funcionaban bien en el Deck, había incentivos para la compatibilidad, lo que a su vez aumentó el interés en publicar con SteamOS y Proton. Con la evolución, Windows puede seguir siendo el objetivo de compilación, pero no un tiempo de ejecución obligatorio.
Entre las novedades recientes, la integración de NTSYNC en el kernel principal facilita la sincronización entre Windows y Proton, y el soporte de despacho de usuario de syscall de Wine 11.5 ayuda con casos de llamadas al sistema directas, abriendo espacio para más juegos en la pila Arm64EC.
Rendimiento en números y experiencia práctica
Las pruebas del autor mostraron que, en hardware ARM de alto rendimiento, juegos como Cyberpunk 2077, Doom Eternal y Counter-Strike 2 pueden ejecutarse con buena fluidez usando FEX + Proton, aunque existe la sobrecarga típica de la emulación. En pruebas realizadas en hardware específico, CS2 alcanzó alrededor de 117 FPS a 1440p con configuraciones máximas, Cyberpunk estuvo cerca de los 50 FPS y Doom Eternal se mantuvo entre 140 y 170 FPS, lo que demuestra que la experiencia ya es muy cercana a la nativa en muchos casos.
Un concepto clave en este escenario es el "thunking": las llamadas OpenGL/Vulkan traducidas pasan a bibliotecas ARM nativas en lugar de usar toda la pila de emulación, lo que reduce el coste de CPU. Cuando esto no es posible, puede ocurrir la renderización por software, como sucedió en uno de los intentos iniciales de la prueba.
Lo que queda y lo que viene por delante
El ecosistema no está exento de obstáculos. Hoy en día, los mayores cuellos de botella suelen ser los sistemas anti-trampas (anti-cheat) a nivel de kernel, el DRM y los servicios de plataforma, además de códigos o particularidades de tiempo que aún contienen suposiciones sobre x86. Valve no puede resolver todo esto por sí solo.
Además, la industria ya está migrando a Arm: Microsoft trabaja con Prism en Windows 11 para la traducción x86-Arm, y Apple ya ha completado gran parte de la transición con Rosetta 2. En este baile, Valve aparece como un actor importante en Linux, buscando reducir la dependencia de Windows y de x86 sin abandonar completamente el ecosistema actual.
Conclusión: avanzando hacia una biblioteca cada vez más independiente del sistema
Con Proton y FEX madurados, muchos juegos se vuelven invisibles para el usuario: simplemente puedes jugar, sin pensar en la capa de compatibilidad detrás. La comunidad de desarrolladores gana datos de compatibilidad a través del Deck, y Valve parece apostar a que, cuando el hardware migre de x86 a Arm sin que nadie se dé cuenta, el mérito seguirá siendo de lo construido por la empresa.
¿Y tú? ¿Cuál es tu apuesta? ¿Mantendrás tu biblioteca en Windows, o ya esperas un ecosistema donde SteamOS, Proton y FEX hagan que Windows sea opcional para tu experiencia de juego? Deja tu comentario a continuación y participa en la conversación.
Veja mais artigos como Valve no abandona Windows ni x86, pero los hace opcionales: ¿qué cambia para los juegos? na categoria Noticias.






