xess-xmx-linux permet, selon son projet indépendant, d’utiliser XeSS Super Resolution et la génération d’images sur les unités XMX d’Intel Arc dans des jeux lancés avec Proton. La version datée du 4 novembre 2026 repose sur un contournement expérimental : elle ne modifie ni Proton ni vkd3d-proton. Après la proposition de Damian Tomczak autour de XeSS XMX dans Proton, notre précédent article sur cette piste en présentait une autre approche.
Le projet fait passer les appels XeSS par un shim igdext64.dll et une version modifiée du pilote Mesa ANV. Celui-ci compile les noyaux XeSS à l’aide de l’Intel Graphics Compiler. Le dépôt de xess-xmx-linux décrit ce fonctionnement, les prérequis et les mesures publiées.
La configuration documentée par le projet
Le périmètre annoncé concerne les GPU Intel Arc équipés d’unités XMX des architectures Xe-HPG, Xe2 et Xe3. Le développement a été réalisé sur Arc B390 ; le projet rapporte aussi des essais sur Arc B580 et Arc A310. Ces exemples ne permettent pas de déduire la compatibilité de chaque console portable ou GPU Intel.
| Élément | Configuration ou limite indiquée par le projet |
| GPU et pilote noyau | Intel Arc avec XMX, sous Xe-HPG, Xe2 ou Xe3 ; pilote noyau xe ou i915 |
| Pilote graphique | Mesa modifié en version 26.1.2 ou 26.3.0-rc3 ; cette dernière est une version candidate |
| Proton | vkd3d-proton de la génération Proton 11 ou GE-Proton 11 ; développement avec GE-Proton 11-6 et Proton Experimental |
| Client Steam | Client Steam natif ; Steam installé par Flatpak n’est pas pris en charge |
| Rendu du jeu | Le jeu doit utiliser son moteur de rendu DirectX 12 pour sélectionner XeSS dans la voie décrite |
| Bibliothèques requises par les pilotes fournis | glibc 2.38 et libwayland-client 1.24 ou version ultérieure |
| Matériel hors périmètre annoncé | Xe-LPG, utilisé par Meteor Lake, ne possède pas d’unités XMX ; Lunar Lake et Arrow Lake-H sont détectés, mais n’ont pas été testés par le projet |
Les pilotes fournis ont été compilés sous Arch Linux. Le projet indique que Debian 13 et Ubuntu 24.04 nécessitent un pilote compilé sur le système, leur version de libwayland-client étant 1.23. Pour une console portable, le nom du modèle ne suffit donc pas à établir la compatibilité : il faut vérifier le GPU et le logiciel installés.
Ce que mesurent les essais sur Arc B390
Le projet publie une exécution par jeu sur Arc B390. Les résultats opposent Mesa 26.1.2 avec le chemin DP4a à Mesa 26.3.0-rc3 modifié avec XMX ; la version de Mesa et le chemin de rendu changent ensemble.
| Jeu | Mesa 26.1.2 avec DP4a (ips) | Mesa 26.3.0-rc3 modifié avec XMX (ips) | Avec Frame Generation 3x (ips) |
| Cyberpunk 2077 | 47,7 | 61,3 | 117 |
| Forza Horizon 6 | 43 | 46 | 98 |
Pour Forza Horizon 6, le projet indique aussi un débit GPU de 47,3 ips avec DP4a et de 55,0 ips avec XMX. Il attribue l’essentiel de l’écart entre les deux configurations au compilateur Jay, plus récent dans Mesa 26.3.0-rc3, et estime que XMX seul est environ 5 % plus rapide que DP4a dans ces deux jeux. Les chiffres du tableau décrivent donc les configurations publiées, pas un effet isolé de XMX.
Le projet rapporte également une baisse de 36 à 50 % de la latence de file d’attente des images dans Wuthering Waves, à fréquence d’images identique, avec son mode de faible latence.
La démonstration sur MSI Claw montre les réglages ClawDeck
ETA PRIME présente XeSS XMX et la génération d’images sur une MSI Claw 8 EX équipée d’un Arc G3 Extreme avec GPU Arc B390, réglée à 30 W. La démonstration montre les options de ClawDeck pour forcer XeSS XMX, choisir les multiplicateurs de génération d’images et activer Xe Low Latency, ainsi que des séquences de jeu dans Cyberpunk 2077 et Forza Horizon 6.
Les limites pratiques de cette voie expérimentale
Au premier lancement d’un jeu, le projet compile les noyaux et indique que cette étape peut durer une à deux minutes ; les compilations sont ensuite mises en cache. Un échec de compilation peut produire du bruit visuel ou des zones noires. Si le contrôle de session ne charge pas le pilote modifié, XeSS peut retomber sur un chemin générique comme DP4a. Le projet dépend aussi de détails internes à Mesa et vkd3d-proton, ce qui peut rendre ses correctifs inopérants après un changement de ces composants.
Le projet documente les multiplicateurs de génération d’images 2x, 3x et 4x. Les modes 5x à 8x restent expérimentaux et ne sont pas pris en charge par Intel ; les réglages 7x et 8x ajoutent une latence importante.
