Si vous jouez sous Linux avec une carte ou une puce Intel Arc, alors forcément XeSS tourne chez vous dans Proton. Pour rappel, XeSS c'est la techno d'Intel qui fait tourner le jeu dans une définition plus basse. Ça reconstruit l'image à la définition de votre écran grâce à l'IA, et avec sa frame generation, ça invente carrément des images intermédiaires pour gonfler le nombre d'images par seconde. Mais sous Linux, ça le fait en empruntant la voie de secours DP4a, et pas sur les unités XMX du GPU, qui sont des cœurs matriciels prévus justement pour ça. Et ça c'est sacrément dommage car XeSS a été taillée POUR ces XMX, sauf que sous Proton, elle ne trouve pas de pilote Intel pour répondre à ses questions et se rabat donc sur sa version générique. Snif.

Cette version générique tourne ainsi sur n'importe quelle carte graphique récente mais via l'instruction DP4a des unités de calcul classiques. Résultat, les XMX se tournent les pouces et surtout, la frame generation reste bloquée en x2, soit une seule image générée par image calculée, alors que sous Windows, une Arc peut monter jusqu'au x4 ! C'est couillon non ?

Heureusement, le projet communautaire xess-xmx-linux change la donne puisqu'il permet de faire tourner la vraie XeSS d'Intel, super résolution et frame generation incluses sur les XMX dans les jeux Proton.

Pour y arriver, ce projet ne touche ni à Proton ni à vkd3d-proton mais glisse dans vos préfixes une DLL qui se fait passer pour le pilote Intel, igdext64.dll (le "shim"). Ensuite, un pilote Mesa ANV patché compile à la volée les kernels de XeSS avec le compilateur d'Intel. C'est hyper expérimental vous vous en doutez mais ça évolue très vite.

La fiche du dépôt sur GitHub, qui annonce XeSS sur XMX pour les Arc Xe-HPG, Xe2 et Xe3 (image : GitHub)

Avant de vous lancer, mesurez quand même vos attentes qui je le sais, sont grandes ^^. Sur le GPU Arc B390 de l'auteur, Cyberpunk 2077 gagne 28 % au benchmark intégré, avec 61,3 images par seconde, face à Mesa 26.1.2 en DP4a. Comment expliquer ce "saut" sachant que les XMX ne font qu'environ 5 % de mieux que DP4a. En fait, cela provient de Jay, le nouveau compilateur de Mesa 26.3, celui-là même que Mesa utilise par défaut sur Xe2 et Xe3.

Ce que le projet dont je vous parle aujourd'hui apporte vraiment, c'est surtout de la génération de frame de XeSS en x3 et x4 sur XMX (sans l'extension d'Intel, elle plafonne à x2), et Cyberpunk 2077 monte ainsi à 117 images par seconde en x3 dans le même test.

Et quand la frame generation est active, il ajoute un mode faible latence qui empêche les images de faire la queue devant le GPU comme vous à la caisse d'Auchan. Sur Wuthering Waves, à fréquence d'images égale, la latence passe également de 69 à 35 ms quand le jeu est limité par le GPU, comparé à la même frame generation sans ce mode.

Bref, encore une fois, c'est à prendre avec des pincettes car tout ça a été mesuré sur une seule machine, avec un seul passage par jeu, et la qualité d'image n'a pas encore été évaluée...

Avant de commencer

Il vous faut un GPU Intel avec des unités XMX, sur le pilote noyau xe ou i915. Ça couvre les Xe3 (Panther Lake, l'auteur développe également sur l'Arc B390 d'une ONEXPLAYER 3 sous SteamOS), les Xe2 et les Xe-HPG. Lunar Lake et Arrow Lake-H sont également détectés mais pas encore testés (si y'a des volontaires, hein...). Et Meteor Lake est totalement hors jeu puisque son GPU Xe-LPG n'a pas d'unités XMX.

Voilà... Et côté système, les pilotes livrés sont compilés sous Arch et exigent la glibc 2.38 et libwayland-client 1.24 au minimum. L'auteur a vérifié cependant qu'ils se chargaient bien sur SteamOS, Arch, openSUSE Tumbleweed, Void Linux, Fedora 43 et Ubuntu 25.10, mais hors SteamOS, c'est uniquement le chargement qui a été testé en conteneur, et pas dans des vrais jeux sur du vrai matos. Quant à Debian 13 et Ubuntu 24.04, ils n'ont pas cette version de libwayland-client et obligent donc à recompiler le pilote sur la machine (je ne couvre pas cette étape ici).

Il vous faudra aussi le client Steam natif, car la version Flatpak n'est pas supportée, ainsi qu'un Proton récent et des jeux en DirectX 12. Le script d'installation a aussi besoin de curl, ar (paquet binutils), tar, zstd et python3, plus unzip ou python3 pour récupérer le SDK XeSS.

Voilà, je pense que j'ai fait le tour des pré-requis.

Par contre, gaffe aux jeux en ligne car dans un jeu avec un anti-triche, cette DLL pourrait se faire spotter et vous pourriez être considéré comme un de ces affreux tricheurs et vous faire bannir...

On installe !

Téléchargez l'archive de la dernière release depuis la page Releases du dépôt, et décompressez-la dans un dossier où elle restera, car pour la déplacer ensuite, il faudra d'abord lancer uninstall.sh. Depuis ce dossier, une seule commande à lancer :

./install.sh

Le script téléchargera alors le compilateur d'Intel (environ 95 Mo), les bibliothèques du SDK XeSS (77 Mo) et les fichiers FidelityFX d'AMD (87 Mo), puis il faudra redémarrer ou fermer et rouvrir la session.

Ensuite, chaque jeu lancé depuis Steam passera par le pilote patché, sans option de lancement. C'est aussi simple que ça ! Notez bien que ça touche toute votre session puisque le pilote patché devient LE pilote Vulkan Intel 64 bits qui s'applique à tous les jeux.

Sachez aussi que si votre Steam a été installé via le APT de Debian ou d'Ubuntu, il se trouve dans ~/.steam/debian-installation, et il ne sera pas trouvé par le programme d'install. Ça devrait être corrigé dans une future release mais en attendant, l'auteur conseille de lancer la commande install comme ceci :

STEAM_DIR="$HOME/.steam/debian-installation" ./install.sh

Enfin, pour n'activer le projet que sur certains jeux, il est possible d'installer ça jeu par jeu. En gros, vous lancez enable.sh avec l'identifiant Steam du jeu, puis vous mettez le chemin de xmx-launch.sh devant %command% dans ses options de lancement et voilà...

XMX_APPID=<steam app id> ./enable.sh
/path/to/package/xmx-launch.sh %command%

En jeu

Maintenant, dans le jeu, choisissez bien XeSS, et sa frame generation si elle est proposée, sur le rendu DirectX 12. Comme le premier lancement compile les kernels XeSS du jeu, ça prendra une à deux minutes mais une seule fois, donc pas de panique si ça semble figé !! Ensuite ça ira plus vite.

Et le reste se configure par les options de lancement de Steam (Propriétés, Général), devant %command%. Sachez également qu'un jeu dont la version de XeSS est plus ancienne que la 2.0.2.68 ne verra pas le GPU Intel, et rebasculera en DP4a. Il ne pourra donc pas proposer de frame generation XeSS. C'est le cas de Cyberpunk 2077, et le paramètre XESS=latest lui permettra quand même d'utiliser les bibliothèques du SDK d'Intel juste le temps de la partie, puis remettra les originales en place dès que vous quitterez le jeu. Ça permet à Steam de retrouver le jeu tel qu'il a été installé.

XESS=latest %command%
XESS_FG=4 %command%

XESS_FG, lui, force le multiplicateur de la frame generation, x3 ou x4, même quand le menu du jeu ne propose que du x2 comme dans Cyberpunk. Pour cela, la frame generation doit rester activée dans le jeu. Vous pouvez aussi, si vous êtes très très chaud, tenter le x5 à x8 mais là on est dans l'hyper expérimental car au-delà de ce qu'Intel supporte. Gardez donc un limiteur d'images, celui du jeu ou de gamescope , sinon les images générées arriveront à l'écran de façon très très irrégulière. Et ça on ne veut pas car vomir c'est pas cool !

Ah et oubliez le plein écran exclusif, car XeSS-FG le refusera. Le jeu ne pourra donc tourner qu'en version fenêtrée sans bordure.

Comment vérifier que ça passe bien par les XMX ?

Les images par seconde ne prouvent rien ici, puisqu'une bonne partie du gain vient de Mesa 26.3 et pas des XMX donc le signe le plus simple, c'est d'aller dans un des menus qui propose la frame generation et de voir si y'a du x3 ou x4 proposé car XeSS dans sa version générique plafonne uniquement à x2. L'inverse, en revanche, ne prouve rien, puisque certains jeux comme Cyberpunk ne proposent, comme je vous le disais, uniquement du x2 même sur XMX.

Et pour en avoir VRAIMENT le cœur net, ajoutez XESS_LOG=1 devant %command%. Le préfixe du jeu, dans ~/.local/share/Steam/steamapps/compatdata//pfx/drive_c/ (ou dans le dossier steamapps de la bibliothèque, pour un jeu sur un autre disque) reçoit alors un fichier igdext_trace.log qui liste le GPU détecté, chaque appel à l'extension et chaque kernel. Si y'a pas de fichier du tout créé, ça veut dire que le shim n'a pas été chargé et que c'est XESS=dp4a qui a fait tourner le même jeu sans les XMX.

Et si ça casse

Franchement, y'a des chances hein ! Mais si c'est le cas, suffit de relancer install.sh. Si un jeu se comporte mal uniquement avec Mesa 26.3 (qui est encore une release candidate), mettre MESA=26.1 avant %command% le renverra sur le pilote Mesa 26.1.2 du même paquet. Et si les XMX ont disparu après une mise à jour de SteamOS, sachez que l'utilitaire ~/.cache/xess-xmx/driver-status vous dira si les pilotes patchés se chargent encore, et le script tools/rebuild-driver.sh en reconstruira un tout frais tout beau pour votre nouvelle version de Mesa.

Et puis si vous voulez simplement revenir en arrière, et abandonner la luuuuttte finale , y'a toujours ./uninstall.sh qui lancé depuis le dossier du paquet annulera tout ce que l'installation a fait ! Ouf !

Source : PC Gamer

 [Lire la suite]

---

Un étrange « creux » apparaît dans les données de physiciens des particules. Un indice ténu, mais potentiellement majeur, qui pourrait nous rapprocher d’un mystérieux point critique où la matière change de comportement.

Switch, Wii U, 3DS, PS2, GameCube : la scène homebrew PS5 transforme la console de Sony en machine à tout faire. Et ce n’est que le début.

Ce n'est pas très connu, mais les neutrinos du modèle standard de la physique des particules possèdent toutes les propriétés attendues des particules de matière noire. De fait, dans les années 1970 à 1980, on espérait que c'était bien le cas. Hélas, ils ne sont pas assez massifs pour rendre...

À l’heure où les assistants IA deviennent des compagnons quotidiens pour plus d’un milliard d’internautes sur la planète, la question de la souveraineté des données est devenue centrale. Entre les géants de la tech (OpenAI, Anthropic) et les régulateurs, un enjeu majeur se dégage : la transparence. Si l’aspect conversationnel des interactions semble anodin, l’accumulation des données crée un profil numérique d’une précision troublante. En lançant cet outil, Proton cherche à briser la « boîte noire » des plateformes dominantes pour forcer une prise de conscience sur la valeur marchande de notre identité numérique – tout en vantant les mérites de Lumo, son propre LLM qui, lui, n’est pas intéressé par vos données personnelles.

Un rapport clinique sur l’exposition personnelle

Le dispositif « AI Paper Trail » se présente comme un audit de confidentialité. L’utilisateur·ice doit exporter son historique de conversations depuis ChatGPT ou Claude – une fonctionnalité déjà disponible nativement sur ces plateformes – puis le soumettre à l’outil. En quelques secondes, le système génère un rapport personnalisé qui déchiffre les informations sensibles déduites : profession, habitudes de vie, relations personnelles et même des détails sur la santé ou les finances. L’outil va plus loin en attribuant un « score d’exposition » et en fournissant une estimation financière de la valeur que ces données représentent pour un fournisseur de service, explique le communiqué envoyé à la presse.

Cette initiative s’inscrit dans une stratégie de marketing de la confiance et de différenciation concurrentielle. En exposant les pratiques de ses rivaux, Proton (entreprise suisse) entend renforcer le positionnement de son propre assistant, Lumo. L’objectif est de démontrer qu’une IA peut être performante sans être prédatrice. « AI Paper Trail rend visible ce profil invisible », explique Eamonn Maguire, directeur de l’ingénierie chez Proton. L’entreprise mise sur une approche de « confiance par la preuve » : montrer aux utilisateurs l’ampleur de l’exposition chez la concurrence pour valider son propre modèle de chiffrement zero-access.

Pour le consommateur, le changement est avant tout cognitif. L’utilisateur ne reçoit pas seulement une liste de données, mais une fiche de synthèse claire qui lui permet de réévaluer ses habitudes de consommation. Le rapport transforme une notion abstraite – « Les données sont collectées » – en une réalité tangible : « Voici précisément ce que l’IA sait sur mon métier et mes priorités. »

La souveraineté des données face au modèle économique de l’IA

L’apparition de cet outil intervient alors que le débat sur l’entraînement des modèles par les données utilisateurs est au cœur des préoccupations éthiques et réglementaires. La plupart des plateformes grand public conservent les conversations et fichiers importés pour optimiser leurs modèles, une pratique qui soulève des questions sur le consentement et la propriété intellectuelle. En mettant en lumière ces mécanismes, Proton poursuit sur sa lancée de lanceur d’alerte au sujet de la gourmandise en données des géants américains de l’IA.

Cette problématique de la « mémoire » des IA est étroitement liée aux enjeux de cybersécurité actuels. Alors que les outils de type Lumo promettent de ne conserver aucun journal et d’utiliser des modèles ouverts (comme Qwen 3.5 ou GLM 5.2) exécutés sur des serveurs européens chiffrés, le marché se divise entre le confort d’utilisation des plateformes généralistes et la rigueur de la protection des données des services spécialisés.

L’enjeu est clair : à mesure que l’IA s’implante dans les secteurs sensibles comme la finance ou la médecine, la capacité d’auditer ces échanges deviendra un standard indispensable, et non plus une simple option de luxe pour les utilisateurs avertis.

Vous jouez sous Linux et votre bibliothèque Steam, GOG ou Epic tourne à peu près entièrement grâce à Proton ? Cela signifie que, malheureusement, vos jeux Xbox PC et ceux du Game Pass, eux, restent à la porte... C'est con d'avoir un catalogue entier, payé tous les mois rubis sur l'ongle et de ne pas pouvoir y toucher ailleurs que sous Windows, via le streaming cloud.

Mais cette époque est révolue puisque Xodus est un projet open source qui rétro-ingénierie la chaîne Xbox PC pour faire tourner ces jeux directement sur Linux. Son dépôt coche déjà la connexion de l'appareil, celle du compte, l'autorisation Xbox, la récupération des licences, le téléchargement des paquets de jeu et le déchiffrement des exécutables à la demande. Bref, la douane est passée (non pas Hamza, celle de Microsoft).

Ce qui bloquait n'a jamais été Proton puisqu'en fait un jeu Xbox PC moderne repose sur le GDK de Microsoft et arrive emballé dans un conteneur MSIXVC chiffré, dont les clés dépendent de la licence attachée au compte.

Rien à voir donc avec un .exe posé dans un dossier.

L'équipe, emmenée par Paweł Lidwin qui contribue aussi à Heroic , a donc dû fabriquer ses propres briques, une bibliothèque d'authentification Xbox, un lecteur capable de parcourir ces conteneurs, et surtout une réimplémentation libre de xgameruntime.dll, le composant par lequel les jeux réclament les services Xbox (Celle-là est toujours en chantier). Le projet entretient même ses propres versions modifiées de Wine et de Proton.

Sauf qu'on ne joue toujours pas... Aucun binaire n'est distribué, il faut tout compiler soi-même, et les fameux services Xbox doivent encore être servis aux jeux à travers Wine. Le lancement, c'est donc le gros morceau restant même si un jeu auquel vous avez droit se récupère et se déchiffre.

Côté catalogue, il faut du GDK et du MSIXVC. Le MSIXVC2 n'est pas géré, Gears of War 4 reste sur le carreau, et les titres rétrocompatibles se récupèrent mais réclameront peut-être des correctifs dans wine ou dxvk. Quant au déchiffrement, il s'appuie sur les instructions AES du processeur. Cela signifie que sur une machine trop vieille pour les avoir, ça ne ramera même pas... ça s'arrête juste net sur une instruction "illegal".

Et puis, vous vous en doutez, il y a Microsoft... Le projet n'est ni affilié ni approuvé par Redmond, donc c'est à utiliser à vos risques et périls, car rien n'empêche l'éditeur de changer une clé ou de modifier un bout du protocole et de refermer la porte du jour au lendemain. Avec Xodus, personne n'a rien promis, et c'est un pari sur un avenir incertain... Toutefois le dépôt avance bien quand même, sans binaire à la clé pour le moment.

Source

Face à la domination des géants américains du numérique comme Google, la protection des données personnelles devient un enjeu stratégique. Le marché du cloud voit émerger des solutions souveraines qui cherchent à offrir la même fluidité d’utilisation que Google Drive, tout en garantissant une confidentialité absolue. On pense en premier lieu à Proton Drive, mais son concurrent suisse Infomaniak vient justement de franchir une étape importante dans son développement.

Une croissance portée par une éthique souveraine

Comme quoi, avoir un nom qui semble tout droit sorti d’un cartoon ne freine pas le succès. Le franchissement du cap du million d’utilisateurs par kDrive, le service de stockage d’Infomaniak, témoigne d’un changement d’attitude des internautes. L’argument majeur reste l’hébergement souverain en Suisse et une politique stricte de non-revente des données personnelles. Contrairement aux modèles basés sur l’exploitation publicitaire, kDrive propose un modèle d’abonnement qui séduit une clientèle lassée et inquiète de la monétisation de ses informations par les acteurs américains.

Sur le plan technique, le service assure un chiffrement des données (AES 128 bits) et un transfert sécurisé avec le protocole TLS. Bien que les fichiers soient stockés dans les centres de données d’Infomaniak en Suisse, l’entreprise se positionne comme un rempart contre les législations américaines. Cette souveraineté est le pilier central de sa stratégie, lui permettant de se montrer compétitif sur la performance sans sacrifier la confidentialité.

L’accessibilité est également un point de différenciation, avec des tarifs souvent deux fois plus bas que ceux de concurrents comme Google Drive ou Dropbox. Si le service présente quelques limites techniques, comme l’absence de synchronisation différentielle ou une gestion des photos encore perfectible sur mobile, il offre des outils collaboratifs intéressants, tels que l’édition en temps réel depuis OnlyOffice, qui peuvent séduire des équipes professionnelles en quête d’alternatives plus vertueuses.

kDrive has just passed the one million account milestone.

All without selling data and without ad targeting. "Just" by offering an encrypted Swiss cloud, hosted in our own data centres.

One million people have made that choice. And if you haven't yet, now's the time to join… pic.twitter.com/RAsTs5mdK8

— Infomaniak (@infomaniak) July 28, 2026

Comment choisir entre Proton Drive et kDrive ?

Ancrés en Suisse, Infomaniak et Proton se positionnent comme deux alternatives souveraines aux géants du cloud américain, tout en ciblant des besoins différents.

D’un côté, kDrive privilégie la productivité collaborative et le stockage volumineux. Intégré aux outils de bureautique (OnlyOffice, Microsoft Office), le service brille par sa générosité : 15 Go gratuits à l’inscription, suivis d’un plan Solo de 3 To proposé dès 4,99 € par mois (avec engagement annuel, ou 5,50 € par mois sans engagement).

De l’autre, Proton Drive met l’accent sur la sécurité maximale grâce à son chiffrement de bout en bout. Connecté à l’écosystème de confidentialité du groupe, qui propose aujourd’hui de très nombreux services (Mail, VPN, Pass), il offre une version gratuite limitée à 5 Go. Côté payant, la formule Drive Plus démarre à 3,99 € par mois pour 200 Go, tandis que le forfait complet Proton Unlimited s’affiche entre 7,99 € et 9,99 € par mois pour 500 Go et un accès à l’ensemble des services.

En résumé, kDrive domine sur le rapport capacité-prix et le travail collaboratif, là où Proton Drive séduit les utilisateurs exigeant une confidentialité stricte, en quête non seulement d’un espace de stockage protégé, mais également de services supplémentaires pour cadenasser leur vie privée sur Internet.