Featured image of post XeSS XMX Linux: XeSS on Intel Arc released in version 20261113

XeSS XMX Linux: XeSS on Intel Arc released in version 20261113

XeSS XMX Linux has been released in version 20261113.

The project brings Intel XeSS and frame generation to Intel Arc GPUs on Linux, using the XMX units instead of the slower DP4a fallback (patched Mesa ANV drivers, DLLs, a Vulkan layer and install scripts).

This version brings lower latency with frame generation, experimental XeSS in Vulkan games on Xe-HPG and Xe2, and a fix for launchers that delete package files through links. The documentation was fully rewritten.

Three Mesa ANV drivers (26.3.0 as Mesa ships it, 26.3.0 and 26.1.2 with the patches), igdext64.dll, ControlLib.dll, the FSR / dxgi.dll DLLs, the D3D11 and Vulkan DLLs for XeSS (libxess_dx11.dll, vulkan-1.dll), the Vulkan layer, scripts and docs. Unpack over the previous version, run ./install.sh, reboot or re-login.

Changes since 20261111

  • Lower latency with frame generation (#62). Native XeSS-FG, the FSR routes (FSR=xess, FSR_FG=xess, FSR_FG=inject) and OFLOW_FG now share one low-latency path:
    • The shim answers the swap chain queries many games make right after Present (GetFrameStatistics, CheckColorSpaceSupport), so the GPU no longer idles while the game waits.
    • When frames come in early, the game is held in Present. This wait stays only where a check shows it lowers latency.
    • On an Arc B390, for example, Resident Evil Requiem 3x in HDR went from 42–48 to about 29 ms of latency, and CONTROL Resonant 3x from 35.5 to about 23 ms. Full numbers are in docs/performance.md.
    • For debugging: IGDEXT_XELL_CHECK=0 keeps the wait without checking it. IGDEXT_XELL_POLLS=0 turns the answers off, so the real swap chain answers as before.
  • XeSS in Vulkan games on Xe-HPG and Xe2 (experimental) (#63). These GPUs now run Vulkan XeSS on XMX through the patched driver; until now they stayed on DP4a. Xe3 still uses the layer. Tested with Intel’s Vulkan sample and a test program; no Vulkan game has been tested yet.
  • Launchers that repair the game folder (#65). With XESS=latest, the links in the game folder now point to a copy made for that run, not into the package. Wuthering Waves’ launcher 3.0 had deleted the package’s xess/libxell.dll and dx11bridge/libxess_dx11.dll through those links. After that, OFLOW_FG, the FSR routes and D3D11 XeSS failed in every game. If this happened to you, unpack this version over the old one and run ./install.sh.
  • Session check (#60). When the patched driver fails, the session check no longer falls back to the unpatched driver, which has no XMX without the layer. uninstall.sh also cleans up D3D11 / Vulkan links left by an interrupted XESS=latest run.
  • Driver switching in stock mode. tools/switch-driver.sh now tells you when the session runs in stock mode and would not use the driver you chose.
  • Documentation rewritten (#61). User guides are in docs/ (install, drivers, games, frame-generation, launch-options, performance, troubleshooting). Internals are in docs/dev/. docs/games.md starts with the launch options to use for your game. Game compatibility reports now have their own Discussions category.
  • No Intel or AMD binaries in the archive; install.sh downloads Intel’s XeSS SDK and AMD’s FidelityFX files.

XeSS XMX Linux

Source: GitHub

PlayingTux – Playing Games on Linux - since 1995.