À la WWDC en juin 2025, Apple avait pourtant été très clair : macOS Tahoe serait la dernière version pour les Mac Intel. Pour ceux qui faisaient tourner macOS sur un PC monté maison, le bon vieux Hackintosh , la partie semblait donc pliée... jusqu'à ce que Tyler Smith sorte Stela il y a quelques jours.

Alors qu'est-ce que c'est encore ce truc ? Hé bien Stela, c'est un programme de démarrage UEFI qui permet de lancer macOS 27 conçu à l'origine uniquement pour Apple Silicon, sur un PC x86-64 tout ce qu'il y a de plus classique sans le modifier !! Voui voui !! L'astuce, et vous allez voir, c'est malin, c'est qu'il n'essaie pas de faire accepter du matériel Intel ou AMD à macOS. Non, au contraire, il lui présente une machine Apple simulée de toutes pièces, en l'occurrence un Mac mini M2, et c'est ensuite lui qui se tape tout le travail de "traduction" en dessous.

Et ce travail, c'est d'abord un traducteur qui transforme le code arm64e d'Apple en code x86-64, en partie à l'avance et en partie durant l'exécution, avec plus de 3 000 encodages d'instructions AArch64 couverts et un cache pour ne pas tout retraduire à chaque fois. Ensuite, un pilote Metal compile les shaders d'Apple vers NIR, le langage intermédiaire de Mesa, pour les faire tourner sur une carte NVIDIA.

Côté matos, une carte du type GeForce GTX 16 ou RTX des séries 20 à 50 est donc obligatoire, ainsi qu'un processeur Intel ou AMD x86-64-v2 (à partir des Nehalem chez Intel et des Bulldozer chez AMD), 8 Go de RAM, un UEFI 64 bits avec le Secure Boot désactivé, et 60 Go libres sur un disque NVMe ou SATA en mode AHCI. Par contre, ni Wi-Fi ni son pour l'instant, donc pour le réseau ça passera par une des puces Ethernet listées dans la doc.

Maintenant, pour fabriquer la clé USB (8 Go pour l'installeur en ligne, 32 Go pour la version hors ligne), suffit de récupérer l'archive de votre système sur le Github, de la décompresser et de lancer :

sudo ./stela setup

Sous Windows, ce sera stela.exe et ensuite, l'outil vous demandera la clé USB, l'installeur, la version de macOS et le modèle de Mac, puis il effacera cette clé et téléchargera macOS directement depuis chez Apple. Au passage, il demande aussi à Apple les réponses de signature de l'installation et les rangera sur la clé, donc même l'installation hors ligne passe d'abord par les serveurs d'Apple. Il ne reste ensuite qu'à booter le PC sur la clé.

Maintenant, ne vous emballez pas trop vite car l'auteur avertit lui-même que Stela est leeeent de fou et qu'il peut ne pas démarrer, même sur du matériel supporté. Mais c'est un projet nouveau, qui fonctionne d'un bout à l'autre et qui ne peut maintenant que se bonifier avec le temps...

L'écran de Stela en échec pendant l'installation de macOS sur un Dell XPS 8950

Après il y a aussi la licence c'est vrai... Car le contrat de macOS interdit formellement de l'installer sur un ordinateur qui n'est pas de marque Apple. Donc c'est plus pour bidouiller sur une machine de test, qu'un vrai OS utilisable dans la vie de tous les jours. Mais c'est super cool quand même je trouve car ça signe le grand retour du Hackintosh !!

Le code est sous licence GPL et tout se passe sur GitHub , alors si vous avez une vieille tour avec une GTX 1660 qui prend la poussière, vous savez quoi lui faire faire ce week-end !

Des agents IA qui prennent le contrôle de votre ordi, y'en a tellement qu'on ne sait plus lesquels sont bons, mauvais ou sans intérêt. Je vous en ai même présenté quelques-uns comme ByteBot et en général, la méthode habituelle pour faire cliquer une IA dans une app X ou Y, c'est de lui balancer une capture d'écran et de la laisser cibler les coordonnées en pixels. En tout cas, c'est comme ça que fait le computer use d'Anthropic . Alors qu' agent-desktop de Vercel Labs, lui prend un autre chemin puisqu'il lit l'arbre d'accessibilité du système et envoie ensuite son rendu au format JSON à l'agent.

Et dans ce JSON, chaque bouton, champ ou élément cliquable dispose d'une référence qui lui est propre, du genre @s8f3k2p9:e8. L'agent clique alors (ou tape) sur cette référence, relit bien sûr l'interface pour vérifier que ça a marché, et recommence. L'outil n'embarque d'ailleurs aucun modèle IA, c'est donc votre agent qui fait tourner cette boucle, agent-desktop se contentant de lire et d'agir. Toutes ces actions sur une référence passent par en réalité par l'API d'accessibilité sans avoir à bouger le curseur de la souris ni prendre le focus, donc votre souris reste dispo et ça ne gène pas votre usage de l'ordi.

Je l'ai donc testé ça sur mon Mac en commençant easyyy par TextEdit. J'ai donc ouvert un fichier texte, demandé un snapshot de la fenêtre, et ça m'a renvoyé 8 références dont celle de la zone de texte. Puis j'ai remplacé son contenu avec set-value et envoyé un raccourci Cmd+S directement à TextEdit pour le sauvegarder sur mon disque dur.

Le fichier de test après le passage d'agent-desktop, texte remplacé et enregistré sans toucher au clavier

Bon, TextEdit, c'est l'appli d'Apple bien cadrée, donc c'était un peu facile, je vous l'avoue. Du coup, j'ai fait pointer l'outil sur une application Electron, T3 Code qui est l'interface que j'utilise pour mes agents de codage et dont je vous proposerai mon test très bientôt. Et le snapshot remonte dans cette app Electron, 247 références (boutons, entrées d'arborescence, listes déroulantes, champs de saisie) quasi instantanément, même s'il est incomplet en réalité car l'arbre est trop profond pour le budget par défaut. Rassurez vous, si j'en crois la doc, ce cas est prévu et géré en demandant d'abord un squelette de la fenêtre, puis à partir de là, l'outil peut descendre dans la zone qui nous intéresse (avec le paramètre --root).

Vous l'aurez compris, une application qui ne publie pas d'arbre d'accessibilité est tout simplement invisible pour agent-desktop. Mais bon, la plupart en ont, donc ce n'est pas un souci.

Pour installer Agent Desktop, ça passe par npm (Homebrew marche aussi sur Mac et Linux) :

npm install -g agent-desktop
agent-desktop permissions --guide
agent-desktop snapshot --app Finder -i

Sur macOS, la permission Accessibilité doit être accordé à l'application qui lance l'outil, que ce soit votre Terminal, iTerm2, VS Code ou l'appli de votre agent genre Claude ou Codex. Autrement dit, c'est tout ce qui tourne dans ce terminal qui obtient le droit de piloter vos applis, donc réservez-la à celui qui sert à ça. Notez aussi que les snapshots, le presse-papiers et les captures contiennent ce qu'il y a sur votre bureau.

Depuis la version 1.2.0, agent-desktop mcp expose aussi toutes ses commandes sous forme de serveur MCP, et agent-desktop skills get desktop vous crache le mode d'emploi à faire lire à votre agent avant son premier clic comme ça il sera autonome comme un petit chef. Par contre, pour les pages web, ce n'est pas l'outil qu'il vous faut. Je vous renverrai donc vers agent-browser.

Voilà, le tout est sous licence Apache-2.0 et ça tourne dans tous les OS.

Quand vous êtes plongé dans un boulot, vous oubliez des trucs aussi bêtes que cligner des yeux, regarder au loin ou décoller le dos de votre chaise. Alors Platypus Companion s'en charge pour vous. C'est un petit logiciel pour Mac et Windows qui fait débarquer quelques secondes en bas de l'écran un ornithorynque rouge qui réclame un clignement, un étirement ou une pause, puis repart.

L'ornithorynque surgit en bas de l'écran, réclame un clignement, puis repart (capture : Coming Soon Games)

Vous réglez la fréquence de chaque rappel (les yeux, la posture, la pause) et l'animation ne se montre qu'aux moments que vous avez choisis. Et si vous jouez, il suffit de passer le jeu en plein écran fenêtré ou en fenêtré sans bordure pour ne pas perdre la souris quand la bestiole passe. Et si vous l'avez ratée, c'est plutôt bon signe puisque vous n'étiez pas devant l'écran... Un bouton en forme d'œil la fait revenir.

Charger la vidéo depuis YouTube Ce clic autorise une connexion à Google : adresse IP transmise et traceurs possibles. En savoir plus

Voir cette vidéo sur YouTube

Côté prix, vous pouvez commencer avec la version Lite, gratuite sur le Mac App Store . La version complète, qui ajoute des animations et des options de personnalisation, coûte 3,99 € sur Mac et 3,19 € sur le Microsoft Store , en achat définitif et sans abonnement. Et l'édition "monocle" glisse de 1 à 9 de vos photos dans une animation de ballons, avec un aperçu envoyé avant. Si ça ne vous plaît pas, vous ne devez rien.

L'équipe pousse plutôt vers sa page itch.io , qui selon elle paie mieux les développeurs amateurs qu'Apple et Microsoft, avec une version gratuite pour Mac et Windows et la complète à partir de 2 dollars. Par contre, sur Mac, l'éditeur prévient que macOS peut refuser l'installation en disant que Platypus cache peut-être un virus, et il donne sur son site la procédure pour passer outre. Sinon, prenez la version de l'App Store, dont la fiche déclare qu'aucune donnée n'est collectée.

Derrière, il y a Coming Soon Games, un studio de cinq personnes qui dit développer "à l'aide de cinq intelligences 100% pur bœuf", sans IA. Même la page produit assure que cligner des yeux "fait revenir l'être aimé et assure la paix dans le monde". L'équipe fait aussi circuler un message qui dit pourquoi chaque téléchargement compte pour elle : "Un ami a un fils de 18 ans gravement malade. Avec sa famille, il a créé une application bien-être pour le bureau."

Et si vous préférez un logiciel gratuit qui vous rappelle de faire des pauses, Stretchly tourne sur macOS, Windows et Linux. Sinon, la version gratuite de Platypus suffit pour voir si l'ornithorynque arrive à vous faire cligner !

Source : Coming Soon Games

Si vous bossez sur un Mac avec plusieurs écrans, vous connaissez forcément ce "petit" problème qui grattouille quand même un peu. Ce problème c'est que le Dock n'apparaît que sur un seul d'entre eux. Du coup, pour l'avoir sur un autre écran, il faut déplacer le curseur de la souris tout en bas de l'autre écran et il y apparaît alors... en disparaissant de celui où il était.

Heureusement, y'a une application qui tente de régler ce problème. C'est DockEcho , un petit utilitaire open source imaginé par Daniel Glazman (et codé par Claude \o/ ) qui place une copie de votre Dock sur chacun de vos écrans externes. Ainsi, quand vous branchez un écran, son Dock apparaît et quand vous le débranchez, il s'en va. C'est aussi simple que ça. Et bien sûr, l'écran principal est exclu par défaut (même si y'a une option dans la barre des menus qui permet de l'ajouter, on ne sait jamais).

Un écran externe (vertical) et un Mac Studio avec le même Dock, rangé pareil

DockEcho surveille ainsi en permanence les préférences du vrai Dock. Par exemple, si vous épinglez une app ou si vous changez un réglage dans Bureau et Dock, toutes les copies suivent en une seconde environ. Taille des icônes, agrandissement, position en bas, à gauche ou à droite, masquage automatique, apps récentes, séparateurs, dossiers... tout est repris, avec l'effet de vague au survol et même les petits points sous les apps ouvertes.

Après, y'a pas encore tout non plus (c'est un projet assez jeune). Par exemple, les fenêtres réduites, les empilements en éventail, les badges de notification et le glisser-déposer ne sont pas gérés, faute d'API publique. Aussi, pour que la corbeille s'affiche pleine ou vide, DockEcho doit lire ~/.Trash, ce qui demande l'accès complet au disque mais bon, rien ne vous oblige à lui donner. A vous de voir.

Perso pour l'avoir testé, le seul truc que je peux lui reprocher c'est que EchoDock apparaît sur 2 écrans mais pas le 3ème... Snif.

Maintenant pour mettre ça en place sur votre ordi, faudra le compiler vous-même (il vous faut macOS 12 minimum et Xcode 15 ou les outils en ligne de commande (xcode-select --install)).

Ensuite, ça se fait en 4 petites lignes :

git clone https://github.com/therealglazou/DockEcho.git
cd DockEcho
./build.sh
open DockEcho.app

Le script compile alors un beau DockEcho.app, et si vous voulez qu'il se lance au démarrage, ajoutez-le à vos éléments de connexion dans les Réglages Système. Voilà, c'est encore un peu roots quoi mais je suis certain que ça va bien évoluer. Et puis comme c'est sous licence MIT et que les sources sont dispo, rien ne vous empêche d'y contribuer !

Un grand bravo à Daniel Glazman pour cet outil bien utile !

Source : DockEcho

Alors ça n'est pas le premier test de câble avec écran que je vous propose, j'ai déjà testé des modèles "no name" plus ou moins efficaces.

Depuis trois semaines, un nouveau câble USB-C me dit exactement combien de watts avalent mon MacBook, ma liseuse ou la manette de la console, et cette fois c'est un peu plu ssérieux, puisque ça vient de la marque réputée UGREEN qu'on vous teste régulièrement par ici. Le UGREEN loge donc un minuscule écran LCD directement dans le connecteur, et cet écran affiche la puissance qui circule pour de vrai, pas celle que promet le chargeur.

Trois semaines après son acquisition, je regarde encore les chiffres défiler, et c'est bien pratique.

Ce qui est intéressant, c'est qu'on découvre très vite que la moitié des chargeurs, souvent des "no name" là aussi, de la maison, racontent n'importe quoi. Le bloc qui traîne sur la table de nuit depuis des années sort péniblement ses 10 W quand le téléphone en accepterait le double, et le port USB du moniteur du bureau, lui, n'alimente presque rien. J'ai mis deux chargeurs à la poubelle dès la première semaine, en toute connaissance de cause cette fois.

UGREEN annonce 240 W au maximum, soit le plafond de la norme USB Power Delivery 3.1 avec ses 48 volts sous 5 ampères, une puissance qu'aucun de mes appareils n'approche puisqu'un MacBook Pro 16 pouces réclame 140 W dans le pire des cas. La puce E-Mark cachée dans le connecteur négocie de toute façon la tension avec l'appareil avant de laisser passer quoi que ce soit, donc aucun risque de griller votre téléphone avec cette réserve de puissance.

La gaine en nylon tressé et les connecteurs en aluminium ont passé trois semaines dans mon sac sans marquer, et le câble s'emmêle assez peu, ce qui relève du petit miracle dans mon bordel.

Ce câble ne transporte que du courant, il ne vous servira donc pas pour la data, il faut le savoir. Mais si vous le brancher à votre bloc chargeur, il fera parfaitement son job, et c'est ce qu'on lui demande.

Avant de commander, regardez aussi bien la longueur, parce qu'il existe en plusieurs tailles. UGREEN vend du 1 mètre autour de 13 euros , du 2 mètres vers 15 euros, la version testée ici, et du 3 mètres qui rend service à ceux qui rechargent depuis le canapé, plus des lots de deux câbles pour équiper bureau et maison d'un coup, pour 20 euros à peu près .

Voilà, c'est clairement très pratique, je vous recommander d'en garder un branché quelque part dans votre boîte à câbles !

C'est dispo par ici sur Amazon, en promo et dans plein de tailles !

Sous macOS, 2 chercheurs nommés Dario Pasquini et Michał Bazyli ont trouvé une variable mystérieuse nommée photosPersonPosteriorProbabilityGivenSaturdayNight qui fait partie des 144 entrées de deux modèles CoreML livrés avec macOS (EntityTagging_Family et EntityTagging_FamilyAndFriends). Ces classificateurs XGBoost indique pour chaque personne la probabilité qu'elle soit de votre famille ou de votre cercle d'amis.

Sur ces 144 variables, 20 portent sur l'identité (même nom, même adresse, membre du Partage familial), 40 sur vos échanges et 84 sur les photos où vous apparaissez ensemble... Le reste étant décliné ensuite par jour, par moment de la journée et par lieu. Et vos échanges avec ces personnes sont transcrits en tant que métadonnées : qui, quand, par quel canal.

Ces scores atterrissent ensuite dans une base à part, entityTagging.db. Dans le dossier ~/Library/IntelligencePlatform, on trouve aussi deux daemons, knowledgeconstructiond et intelligenceplatformd, qui remplissent à eux seuls +50 bases SQLite bien bien stockées en clair .

Dans le graphe lui-même, graph.db, entrent ensuite vos contacts, les visages extraits de l'app Photos, le Calendrier, le Partage familial avec l'âge de chacun des membres, le contact d'urgence de la fiche médicale de Santé, ainsi que les événements et contacts que les suggestions de Siri repèrent dans Mail et Messages. À côté, il y a aussi d'autres petites tables qui conservent un journal des communications (qui, quand, quelle app, dans quel sens, mais sans le contenu) et tous vos déplacements.

Voilà... ça fait beaucoup de données privées collectées par nos appareils Apple qu'on peut maintenant explorer tranquillement grâce à cette méthode d'Alexis Brigoni et un outil que je vous propose d'installer :

Regarder votre propre graphe avec iKnow

Les auteurs du papier de recherche ont publié iKnow , dispo sous licence Apache 2.0 qui est un petit serveur en Python 3, sans dépendance, qui n'écoute que sur 127.0.0.1 et ouvre en lecture seule le graphe, mais aussi Messages, Photos, Calendrier et Contacts.

Pour que ça fonctionne, il faudra que votre terminal ait un accès complet au disque donc pensez bien à l'activer dans les Réglages Système, Confidentialité et sécurité, Accès complet au disque. Ajoutez Terminal (ou iTerm, ou votre éditeur), puis quittez-le complètement et relancez-le, puisque la permission n'est prise en compte qu'au lancement.

Terminal coché dans Accès complet au disque

Relancez ensuite Terminal vous-même et tapez les lignes de commande suivantes :

git clone https://github.com/8rank/iKnow.git
cd iKnow
python3 server.py

Au lancement, le serveur marque ok ou DENY à côté de chaque base. Il affiche ensuite un lien du type http://127.0.0.1:8765/?token=… avec un jeton neuf à chaque lancement. Ouvrez ce lien.

Le serveur démarré : ok partout, sauf Contacts, faute de compte sur cette machine de test

Comme j'étais sur une VM, il n'y avait pas de compte iCloud ni Google configuré, donc il ne m'a pas sorti directement mes contacts, etc. Par contre, j'ai fini par l'installer directement sur ma machine de tous les jours. Là, j'ai bien récupéré les datas.

La page d'accueil d'iKnow, rendue avec des données inventées : aucun nom n'y est réel

Dans la barre latérale d'iKnow, notez qu'il y a un switch qui permet de masquer visuellement les données perso, ce qui m'a permis de faire sereinement mes captures d'écran.

Sur mon ordi, le graphe a été créé initialement le 19 septembre 2024 et compte actuellement 35 953 faits, sur 3 876 entités dont 3 038 personnes et 712 logiciels. La table des scores de parenté indique l'existence de 3 052 personnes et l'outil y compte aussi 214 relations précises sur 27 personnes.

Mon graphe c'est 35 953 faits sur 3 876 entités, dont 78 % de personnes

La table des scores de parenté, avec les noms remplacés par des substituts

La page Who else reads it est peut-être la plus parlante puisque chez moi, 31 vues dérivées sont abonnées à mon graphe personnel. Cela veut dire que d'autres appareils chez moi accèdent à ce graph.

Qui d'autre lit le graphe sur mon Mac : 31 vues abonnées, 9 autres appareils

Apple en sait donc beaucoup plus sur notre identité et nos liens inter-humains que ce qu'on pourrait penser, et iKnow nous permet d'en prendre conscience en nous permettant d'aller fouiller dans tous ces graphs présents sur nos iPhones et nos Mac.

Certes, l'application est un peu complexe parce qu'il y a beaucoup de données, et ce serait rigolo, je trouve, d'en faire quelque chose de beaucoup plus accessible qui finalement listerait un peu qui sont nos VRAIS amis et qui n'est pas notre VRAIE famille puisqu'Apple, apparemment, sait mieux que nous avec qui nous tissons des liens plus ou moins forts.

source

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

Le premier Wing Commander, celui qui tournait sous DOS, peut maintenant êtré joué en coop dans votre navigateur, chacun le cul posé dans son chasseur. Suffit simplement d'entrer un petit code pour rejoindre un salon et retrouver votre ailiers intergalactique pour une partie endiablée.. Et ce n'est pas un remake puisque c'est le jeu d'origine qui tourne dans un DOSBox compilé spécialement pour le web, avec donc ce mode multijoueur greffé dessus à force de rétro-ingénierie.

Charger la vidéo depuis YouTube Ce clic autorise une connexion à Google : adresse IP transmise et traceurs possibles. En savoir plus

Voir cette vidéo sur YouTube

Si vous voulez tester, vous devrez donc vous rendre sur la page du jeu et y glisser-déposer l'installeur GOG de Wing Commander ou un zip de son dossier. Tout est ensuite décompressé localement dans le navigateur sans que vos fichiers ne soient téléversés nulle part, et surtout ils y restent pour la prochaine fois. Ensuite vous entrez le code de salon et un indicatif, vous envoyez le lien à votre pote, et le premier pilote arrivé lance la partie pour tout le monde ! Ça se joue à deux, ou à trois si l'hôte ouvre un siège de plus, soit au clavier, soit à la souris ou à la manette.

Cet exploit a été réalisé par 2 frères, Daniel et Patrick, qui gamins jouaient déjà à deux sur le même vaisseau, l'un aux commandes, l'autre aux lasers et à la postcombustion, en rêvant de voler côte à côte. Puis en octobre 2015, Daniel qui était en train de jouer dans DOSBox se dit que ce serait carrément possible de retrouver les coordonnées de son vaisseau et celui d'un allier dans les fameux 640 Ko de mémoire. Et s'il retrouve ça, il pourra piloter l'allier via le réseau...

Alors il se met au boulot, copie la mémoire vaisseau à l'arrêt, donne un petit coup d'accélérateur, et compare avec le résultat... Et voilà comment des années plus tard, à force de jouer avec le debugger de DOSBox et de reverser la mémoire, ils arrivent en 2017 à mettre au point un protocole réseau avec le meneur qui envoie la position de chaque vaisseau à chaque image.

Seulement, pour y jouer, il fallait retrouver le jeu, récupérer une version bricolée de DOSBox, s'échanger ses adresses IP et ouvrir des ports sur les firewalls... Bien relou donc... Et le projet s'est donc endormi sur GitHub.

Mais l'IA est arrivée et a permis à Daniel et son frère de ressortir le jeu avec une communication WebRTC, jouable directement dans le navigateur ! Comme quoi, il ne suffit pas de grand chose pour dépoussiérer de grandes idées ! Les frangins se sont même un peu enflammés et on ajouté dans le jeu un chat vocal !

Bref, le mieux c'est encore de tester ça avec vos amis. En plus comme c'est la GRÊVE GÉNÉRALE !!, vous aurez un peu de temps pour lancer ça sur Chrome (oui Firefox et Safari, ça n'a pas été testé donc je ne sais pas ce que ça donne).

Ah et notez aussi que le dépôt du projet annonce aussi Wing Commander II en multi, et les sources sont sur GitHub pour ceux qui voudraient héberger leur propre salon.

Ne vous reste plus qu'à trouver votre ailier !

UGREEN m'a envoyé sa station de charge Nexode Pro 300W il y a quelques semaines, et elle n'a plus quitté mon bureau depuis. Le bloc remplace à lui seul le chargeur du MacBook, celui du téléphone et les alimentations qui traînaient derrière l'écran, avec 300W à répartir sur huit sorties.

Dans le détail, la bête aligne six ports USB-C, un port USB-A pour dépanner et une sortie DC de 240W, cette prise ronde qui alimente certains PC portables gourmands. Les trois premiers ports USB-C montent chacun à 140W grâce au PD 3.1, la norme de charge rapide la plus musclée du moment, les deux suivants plafonnent à 100W et le dernier à 30W.

Tout ça tient dans un boîtier raisonnable grâce au GaN, le nitrure de gallium qui remplace le silicium dans les chargeurs récents et qui chauffe beaucoup moins à puissance égale. UGREEN annonce un rendement de 93 %, et après des semaines à charger un MacBook Pro, un iPhone et une tablette en même temps, le bloc est à peine tiède.

Côté vitesse, le constructeur annonce un MacBook Pro M5 rechargé à 56 % en 30 minutes, un iPhone 17 Pro Max à 65 % dans le même temps, et même deux MacBook Pro à 50 % en moins d'une demi-heure. En pratique, mon portable reprend des couleurs le temps d'un thé, et je n'ai jamais vu la station broncher avec cinq appareils branchés.

Le petit écran TFT affiche en temps réel la puissance tirée par chaque port, et une appli en WiFi permet de suivre tout ça à distance, de régler chaque sortie et de choisir entre cinq modes de charge. Gadget ? Peut-être. Mais je passe mon temps à regarder les watts défiler, c'est plus fort que moi.

Attention quand même, il vous faudra aussi lui réserver une vraie place, ce n'est pas un chargeur qu'on glisse dans un sac, il est fait pour rester posé là.

Niveau prix justement, la station est affichée en ce moment à 126 euros au lieu de 170 sur Amazon , environ un quart de remise, alors qu'elle était lancée cet été autour de 200 dollars. Du coup, la facture devient nettement plus digeste pour qui veut faire le ménage dans ses chargeurs.

Il est disponible par ici sur Amazon , et je vous le recommande vivement.

J'ai pas mal de déplacements pro en ce moment, et comme je suis sur plein de projets en même temps, c'est un peu relou. Parce que tout ne tourne pas uniquement sur mon ordi portable. J'ai des traitements un peu plus lourds qui tournent par exemple sur mon Mac Studio et faut dire que je lui en fais vraiment voir de toutes les couleurs à celui-là...

La plupart du temps, j'arrive heureusement à tout gérer à distance en me connectant en SSH à l'ordinateur via mon VPN privé (ça me permet d'avoir toutes mes machines sur le même réseau local virtuel comme ça c'est chiffré et sécurisé) mais il arrive parfois que je doive cliquer sur un bouton ou taper un mot de passe via l'interface de macOS.

Jusqu'à présent pour ce genre de choses, j'utilisais donc l'application Partage d'Écran fournie par Apple, mais je ne sais pas vous, chez moi ça lag furieusement et c'est vraiment pas pratique à utiliser. Bref, j'aime pas.

Je me suis donc rabattu sur des Real VNC et compagnie, mais pareil, ce n'est pas un protocole et des clients que je trouve très efficaces. Et j'avais pas envie non plus de payer un peu au pif une app présentée comme meilleure comme celle-ci d'Apple pour voir ce que ça donne :

Du coup, je me suis créé à l'aide d'agent IA, ma propre application de prise de contrôle à distance en y mettant toutes les fonctionnalités dont j'avais besoin.

Ça s'appelle Korben Remote Desktop et ça fonctionne en deux parties. On a d'un côté un petit agent sur l'ordi à contrôler, qui demande juste les autorisations système "Enregistrement de l'écran" et "Accessibilité" (sans oublier la fonctionnalité de Session à distance activée dans Partage, pour le tunnel SSH au niveau des réglages de macOS), et de l'autre côté le client sur le Mac que vous avez sous les yeux. Les deux se parlent ensuite à travers un tunnel SSH chiffré, sur votre réseau local ou votre VPN privé, sans passer par aucun serveur chez moi ni ailleurs puisque l'appli refuse carrément les adresses IP publiques pour des questions de sécurité.

Voici tout ce que j'ai mis en place dans cette application :

• Une image fluide, jusqu'en 4K. Capture ScreenCaptureKit, encodage HEVC ou H.264 par la puce du Mac, transport UDP chiffré avec de la parité Reed-Solomon pour encaisser les paquets perdus. Qualité au choix (Automatique, 720p, 1080p, 4K ou Native) et cadence de 30, 60 ou 120 images par seconde.
• Un Wi-Fi qui coupe n'est plus un drame. Une micro-coupure est traitée comme un retard et pas comme une perte, et trois priorités de présentation (Réactif, Équilibré, Fluide) règlent le tampon selon que vous voulez la latence la plus basse ou aucun gel d'image.
• Le son aussi. Le son système du Mac distant arrive au format Opus, et si y'a pas de son, aucune bande passante n'est consommée pour ça.
• Souris, clavier et raccourcis. Défilement précis, boutons latéraux compris, et les raccourcis partent au Mac distant tant qu'il a le clavier (⌘C copie là-bas, pas chez vous). Ceux du client sont donc basculés en ⌃⌥⌘ pour ne pas leur marcher dessus.
• Un mode jeu. Capturer la souris (⌃⌥⌘G) cache le curseur, envoie le mouvement brut sans le bloquer aux bords de l'image et passe le clavier en touches physiques, donc W reste la touche W quelle que soit la disposition. Les manettes passent aussi, en expérimental.
• Tous les écrans. Vous passez d'un écran à l'autre, ou vous les affichez tous à la fois (⌃⌥⌘A), rangés comme sur le Mac distant, le pointeur passe de l'un à l'autre et une fenêtre se tire d'un écran à l'autre. Un écran branché ou débranché pendant la session apparaît ou disparaît tout seul.
• Zoom et plein écran. Un zoom comme celui de macOS (pincement à partir du curseur, déplacement à deux doigts, double toucher) et un plein écran système dont la barre d'outils se range.
• Les fenêtres des apps distantes, chez vous. Une fenêtre d'une application du Mac distant (un Terminal du Studio, par exemple) peut s'ouvrir comme une fenêtre indépendant sur votre Mac. Vous la déplacez, la redimensionnez, vous tapez et cliquez dedans, et c'est l'application distante qui répond. Quand elle a accès au clavier, la barre des menus de votre Mac affiche même les menus de cette application distante, et un clic droit y ouvre le vrai menu contextuel du Mac distant.
• Fichiers et presse-papiers. Presse-papiers texte partagé, transfert de fichiers dans les deux sens, y compris en glisser-déposer vers et depuis le Finder distant. Un transfert interrompu peut également reprendre sans tout recommencer. Les fichiers reçus sont ensuite mis en quarantaine, comme n'importe quel téléchargement.
• Reconnexion automatique. Si le lien tombe, l'image se grise et le client réessaie jusqu'à ce que vous l'arrêtiez, en gardant vos fenêtres déportées. Et si aucune session n'est ouverte sur le Mac distant (après un redémarrage, par exemple), l'appli vous propose alors d'ouvrir le Partage d'écran d'Apple pour taper votre mot de passe, puis reprend la main dès que l'agent est prêt (J'ai pas d'autre choix que de faire comme ça).
• Un Mac qui ne montre rien pendant que vous bossez dessus. Durant une session, l'écran du Mac distant est noir pour quelqu'un qui passerait devant, son clavier et sa souris sont bloqués et ses haut-parleurs sont coupés (le son, lui, continue d'arriver chez vous). À la déconnexion, l'agent demande au lecteur multimédia de se mettre en pause (s'il peut le faire) et verrouille la session, par défaut.
• Un accès depuis un simple navigateur. L'agent peut aussi ouvrir un accès web, à démarrer explicitement dans sa fenêtre. Vous copiez un lien à usage unique valable quinze minutes, vous l'ouvrez dans Safari ou Chrome sur votre réseau privé, vous comparez l'empreinte du certificat avec celle affichée par l'agent, et vous retrouvez l'écran, le son, le zoom et le contrôle sans rien installer. Les fichiers et les fenêtres séparées restent réservés au client Mac.
• Sécurisé par défaut. Tunnel SSH obligatoire pour le client natif (votre compte SSH est la clé, aucun compte à créer nulle part), TLS avec échange de clés ECDHE et ChaCha20-Poly1305 pour le lien de contrôle, AES-256-GCM pour l'image et le son, adresses publiques refusées, et un seul viewer à la fois (le deuxième doit demander la place au premier, qui répond oui ou non).
• Une vraie app Mac. Barre latérale avec vos Macs, barre d'outils native, fenêtre Réglages, menus complets, mode sombre, français ou anglais selon la langue du système, et les Macs du réseau qui ont la session à distance activée sont trouvés tout seuls par Bonjour. Les statistiques du flux (⌃⌥⌘I) donnent la latence, la gigue, le tampon et les pertes, et une "liaison économe" allège tout d'un coup pour un réseau lent ou compté.

Ce que ça ne fait pas encore par contre, c'est pas de réveil à distance, pas de déverrouillage FileVault après un redémarrage à froid (prévu sur macOS 26, mais pas encore validé), les gestes du trackpad comme la rotation ou le balayage à trois doigts ne passent pas, et le verrouillage des majuscules reste celui du Mac distant. Il faut macOS 14 minimum des deux côtés, et les deux applications sont universelles, Apple Silicon comme Intel (testées sur Apple Silicon, l'Intel et macOS 14 restent à valider).

Maintenant pour pour l'utiliser tous les jours, ce que je peux vous dire c'est que ça marche très bien. Maintenant, j'ai pas eu d'autres testeurs que moi-même pour le moment mais ça fait tout ce dont j'ai besoin.

Et je me suis payé le luxe également d'adapter le code (en version ultra alpha, j'ai pas encore assez testé ça) pour Windows et Linux. Et l'application iOS est également sur les rails.

Maintenant, comme d'hab, j'ai essayé de la mettre sur l'App Store d'Apple mais ils sont tellement casse couilles que je ne sais pas si j'y arriverai. Mais peu importe, je me suis dit que ça vous servirait alors je vous ai fait un petit site ici pour télécharger mon app : remotedesktop.korben.info .

C'est 100% gratuit, y'a aucune télémétrie ni pub dedans et je n'ai pas de plan de carrière avec ce logiciel si ce n'est de l'améliorer par petites touches au fil du temps. Je l'ai créé pour mes besoins et je me suis dit que ce serait dommage de ne pas vous en faire profiter, c'est tout.

Voilà, donc n'hésitez pas à tester. C'est conçu pour macOS mais j'ai décliné ça pour Windows et Linux (je le redis, c'est de l'alpha pour Win et Linux) afin que chaque client puisse prendre le contrôle de n'importe quelle machine peu importe son système d'exploitation.

Enjoy !

Keepsweeper , c'est la célèbre grille toute grise du Démineur de Windows, qui sous ses cases numérotées ne cache pas des mines mais tout un royaume à faire évoluer en temps réel. Ce jeu est signé Michael Flarup, un designer danois à qui on doit aussi les App Icon Books, qui m'a écrit après être passé sur mon article consacré à UnDUNE II .

Charger la vidéo depuis YouTube Ce clic autorise une connexion à Google : adresse IP transmise et traceurs possibles. En savoir plus Voir cette vidéo sur YouTube

Le principe de Keepsweeper ne dépaysera pas les emplois fictifs sous Windows que vous êtes, puisque chaque chiffre compte ce qui se cache dans les 8 cases alentour, diagonales comprises. Seulement ici, c'est la couleur qui indique ce qui se passe... Si c'est doré, c'est un trésor, si c'est bleu, c'est un repaire d'ennemis qui peut abriter des gobelins ou un troll, et si c'est rouge, alors là, aïe aïe aïe, c'est un repaire de DRAGONS !!! Et bien sûr, le chiffre baisse quand vous détruisez ce qu'il comptabilise ou que vous vous emparez de son trésor.

Par contre, ce n'est pas à vous de retournez les cases. En bon roi, vous désignez celles à creuser et ce sont vos ouvriers qui s'en occuperont. Les soldats quand à eux, défendront les alentours, et quand un repaire apparaîtra, vous pourrez les envoyer le détruire en 1 clic. La seule règle à vraiment respecter c'est de protéger absolument votre Donjon "quoiqu'il en coûte" comme dirait notre pervers narcissique national, car le perdre mettrait alors immédiatement fin à la partie.

Les chiffres bleus, dorés et rouges autour du Donjon, pendant qu'un ouvrier creuse la case encadrée

Et ce que vous déterrez servira ensuite à bâtir des fermes, des maisons et des défenses, avec des bâtiments qui pourront se "soutenir" les uns les autres. Par exemple les moulins soutiennent les fermes, les forges équipent les soldats et les chapelles permettent de garder l'armée debout. C'est fou de se dire que tout ce gameplay tient dans une stupide fenêtre de Démineur avec ses boutons en relief qui sentent bon le Windows 95.

Côté contenu, il y a pour le moment 4 quêtes, dont une chasse au dragon, des expéditions aléatoires dans les Terres sauvages, et un Siège où il faut tenir face à des vagues d'ennemis toujours plus nombreux. Ensuite, les Sceaux royaux gagnés en route débloqueront des bâtiments, des améliorations et des récompenses permanentes qui vous serviront pour les parties suivantes.

Sachez également que vous pouvez jouer en solo bien sûr (et donc mettre en pause pour cogiter quand ça devient chaud) mais aussi jouer en ligne de deux à quatre joueur, et même fabriquer ses propres cartes dans l'éditeur.

Sur iPhone et iPad l'app est gratuit pour les 2 premiers niveau de chaque quête et après faudra débourser un peu moins de 6 euros pour acheter le jeu (c'est un achat unique, y'a pas d'abonnement à la con). Et bonne nouvelle, la version web quand à elle est entièrement gratuite ! Le jeu existe aussi sur Android, une version Steam est annoncée pour bientôt !

Merci à Michael pour le partage, et bonne chasse au dragon à tous !

Source : Keepsweeper

Omar Khaled, lecteur de Korben.info et développeur m'a envoyé un petit mail pour me faire découvrir sa dernière réalisation : Shotnix . Comme vous le savez, même si je fais une petite pause en ce moment, j'ai l'habitude de faire pour mes Patreons et ma chaine Youtube des tutos en screencast pour vous montrer quelques bidouilles.

Donc forcement c'est le genre d'outil qui m'intéresse puisque Shotnix permet d'enregistrer votre écran pour faire ce genre de contenus ou simplement montrer par exemple une manip à un collègue ou à un client. Cette app gratuite pour Mac est tellement bien conçue que quand vous avez terminé votre enregistrement, la vidéo qui s'ouvre alors est déjà montée !

Mercredi, c'est le jour des enfants, mais c'est surtout celui des adultes qui n'ont aucune envie de bosser !!

Alors pour ceux-là, je vous ai débusqué Ported2Browser , un annuaire qui recense +200 jeux et logiciels capables de tourner directement dans l'onglet de votre navigateur. Bref de quoi jouer sans rien installer sur l'ordi...

Vous vous baladez sur le site ou vous cherchez ce que vous voulez, vous cliquez et hop, ça se lance directement depuis le site qui héberge le portage.

Vous pouvez ainsi filtrer par plateforme (NES, Super Nintendo, Nintendo 64, GameCube, Game Boy et d'autres), par tags, ou par façon de jouer. Par là, j'entends soit au clavier et à la souris, ou la manette ou directement via l'écran tactile. Il y a même un éditeur d'images, Compositor, pour les graphistes qui n'arrivent VRAIMENT pas à décrocher de leur boulot ^^.

En tout cas ça m'a fait plaisir de retomber sur "You don't know Jack" auquel je jouais quand j'étais petit (en français). Je l'avais complètement oublié ce jeu, c'est fou !

Voilà, je vous laisse découvrir tout ça, histoire de vous détendre avant le 17 octobre ^^ !

Si vous avez jeté un œil au stockage de votre Mac sous macOS 27 récemment, vous avez forcément croisé ce gros bloc "Données système" que Réglages Système ne vous explique jamais vraiment en détail.

Mais c'était sans compter sur MacSpace , une appli libre qui s'attaque justement à ce truc-là, et qui s'occupe également au passage des modèles d'Apple Intelligence histoire de gagner un peu de place.

En réalité, "Données système" n'est pas un dossier mais tout le bordel et l'espace dont macOS a besoin. Mais quand on creuse un peu, on peut découvrir grâce à MacSpace à quoi tout ceci correspond dans le détail.

Données système ventilé par catégorie, avec l'historique des versions marqué Irréversible

Le bouton "Libérer" supprimera alors ce qui ne craint pas. Je pense aux caches des applications fermées, les rapports de diagnostic et de plantage datés de plus de 7 jours, et les ressources système inutilisées. De son côté, l'historique des versions de vos documents a son propre bouton, marqué "Irréversible" puisque les anciennes versions partent pour de bon. En effet, n'espérez pas retrouver ce que vous avez supprimé avec MacSpace dans la corbeille.

Notez bien que pour ces ressources système, comme pour les fichiers marqués purgeables et les modèles d'IA, ce n'est pas MacSpace qui s'occupe de la suppression. L'app confie ce travail à CacheDelete, l'outil de purge que macOS lance lui-même quand le disque est presque plein, sans toutefois indiquer quels fichiers il emporte. Mais bon, vous ne prendrez pas grand risque puisque ces fichiers se téléchargeront ou se créeront à nouveau s'ils redeviennent nécessaires, et MacSpace ne touchera bien sûr jamais à vos documents, à Photos, à Mail ni à Messages.

Le module "Autres fichiers système" retirera aussi du Mac les copies locales de vos fichiers OneDrive ou iCloud Drive, qui resteront dans le cloud et reviendront dès que vous les ouvrirez.

Et puis il y a Apple Intelligence dont je vous parlais il y a quelques jours avec l'outil RemoveMacAI , qui supprime les modèles restés sur le disque et bloque leur retour avec un profil renvoyant leurs téléchargements vers un port local fermé. Hé bien MacSpace passe par une autre porte puisqu'il règle Siri sur une langue différente de celle du Mac, ce qui suffit à macOS pour décider qu'Apple Intelligence n'est pas dispo. MacSpace peut alors purger les modèles, qui peuvent peser 12 Go si pas plus.

Attention quand même, ça veut dire que Siri ne vous parlera plus dans la langue de votre Mac. Et avec la synchronisation iCloud de Siri activée, ce changement de langue débarquera aussi sur votre iPhone et votre iPad. MacSpace vous prévient bien sûr et vous montre comment couper cette synchro. Pour revenir en arrière, il suffit après de rebasculer l'interrupteur pour retrouver votre langue et votre voix Siri d'origine (macOS pourra alors retélécharger les modèles).

Le dernier module, Debloat, aligne 14 switchs pour couper la télémétrie, les publicités personnalisées, Siri AI ou l'indexation de vos données par Apple Intelligence, dont 6 via un profil de configuration à approuver une fois. Et comme macOS rallume certains réglages tout seul (l'identifiant publicitaire revient à peu près chaque jour, d'après le développeur), MacSpace vérifie toutes les 15 minutes tant qu'il tourne et coupe à nouveau ce que macOS a rallumé, hors règles du profil.

Les switchs de Debloat et le bouton "Tout activer"

Pour réussir à faire tout ça, MacSpace installe un daemon système qui n'exécute que des opérations inscrites dans son code et n'accepte que des clients signés par la même équipe. L'app n'a aucune télémétrie, et ne se sert du réseau que pour ses mises à jour.

Côté config, il vous faut évidemment un Mac Apple Silicon sous macOS 27. C'est gratos, sous licence MIT, dispo en français, et ça s'installe soit en DMG, soit via Homebrew comme ceci :

brew install --cask 1architect/macspace/macspace

Dernier détail, il n'y a pas de désinstalleur donc avant de virer l'app, appuyez sur "Tout activer" dans Debloat et rallumez Apple Intelligence si vous l'aviez coupé, sinon les réglages modifiés resteront en place.

Source : MacSpace sur GitHub

Ventoy , je vous en ai déjà parlé à de multiples reprises et vous connaissez ça mieux que moi ! C'est cet outil open source qui transforme une clé USB en clé bootable sur laquelle vous glissez vos ISO comme de simples fichiers, sans avoir à reformater à chaque fois. Et ça c'est super pratique puisque comme ça, au démarrage de votre ordi, vous avez un menu qui vous laisse choisir sur quoi démarrer... Windows 10 ? Windows 11 ? Un Linux ? Mais il lui manquait tout de même quelque chose ! Pouvoir lancer SteamOS !

Et c'est chose faite depuis aujourd'hui puisque Ventoy vient de se voir ajouter du support, encore expérimental certes, des images de récupération de SteamOS, c'est à dire celles que Valve propose sur son site d'assistance de Steam afin de réinstaller la console.

Le souci avec SteamOS venait de l'image elle-même, qui n'est pas une ISO mais un fichier .img contenant un disque GPT brut, et que Ventoy ne parvenait pas à démarrer convenablement. Mais c'était sans compter sur matte-schwartz, un des contributeurs au projet qui a proposé un correctif en juillet, sur lequel le développeur de Ventoy a ensuite apporté ses propres optimisations avant de l'intégrer définitivement dans le projet.

Par contre, "cuidado con el ISO" car Valve distribue cette image compressée, en .img.bz2 ou en .img.zip, et Ventoy ne lit PAS le .img.bz2. Donc vous devrez d'abord décompresser ce truc .img (avec bunzip2 pour le .bz2, par exemple), puis la copier sur la clé avec le reste.

L'autre gros morceau de cette nouvelle version de Ventoy concerne Linux. Maintenant, quand vous booterez une distrib live direct depuis votre clé USB, la partition qui contient vos ISO sera accessible directement depuis la barre latérale du gestionnaire de fichiers. Et ça c'est cool !

Cette partition Ventoy porte aussi désormais un nom stable, /dev/mapper/VentoyPart, et les icônes de disque en double qui encombraient la barre latérale de certaines distributions ont totalement disparu ! Et si la vôtre n'est pas dans la liste et vous répond "device busy", ne stressez pas, suffit juste de monter /dev/mapper/VentoyPart à la mano.

Et s'il n'existe pas, lancez ces deux commandes puis réessayez :

sudo udevadm trigger
sudo udevadm settle

Voilà et pour le reste des news, cette 1.1.18 corrige le démarrage de la bêta de Fedora 45, la vérification de version du Secure Boot qui échouait avec Windows et WinPE, ainsi que la persistance qui lâchait de temps en temps sous Ubuntu Desktop. Et CloneZilla peut maintenant monter la partition des ISO lui aussi.

Si ça vous chauffe de mettre à jour, récupérez la version sur la page GitHub de la release , puis passez par la mise à jour plutôt que par une nouvelle installation, comme ça vos ISO resteront alors en place.

Source : Neowin

Vous avez envie de voir à quoi ressemble Googlebook OS , mais pas du tout envie de dégainer +1000 balles pour un ordi bridé ? Ça tombe bien, un développeur a codé gbos-vm , un outil open source sous licence MIT qui lance sur un Mac Apple Silicon l'image de recovery de Google (conçu à l'origine pour le Dell Googlebook), dans une machine virtuelle boostée par le GPU.

Ce n'est donc pas un Android générique habillé en Googlebook mais un script qui télécharge l'image officielle (la build 16471258, ARM64, Android 17), en vérifiant l'empreinte, puis la fait démarrer sous QEMU avec Vulkan traduit vers Metal. Et rien de chez Google n'est redistribué dans le dépôt (pas de Playstore de base donc...).

Côté Mac, il vous faut donc un Mac avec archi Silicon, Homebrew, les outils en ligne de commande de Xcode, un JDK et le SDK Android (plateforme API 34 minimum) avec son NDK. Et comptez 16 Go de RAM en pratique car la VM en squatte 4 mais les compilations successives en auront besoin d'un peu plus. Et le script installera de lui-même tout ce qui vous manquera côté Homebrew, sans jamais vous demander un accès via sudo. Comptez environ 9 Go pour le download de tout ça et minimum 60 Go de libre pour la VM.

git clone https://github.com/skylartaylor/gbos-vm.git
cd gbos-vm
./install.sh

Ensuite, vous ouvrez l'application construite (dispo dans work/host/Googlebook VM.app), dont la mission est de lancer la VM et de l'éteindre proprement quand vous la quittez.

Le premier boot prendra environ 45 secondes sur un MacBook M5 et si un sélecteur d'utilisateur s'affiche, cliquez juste sur "User" et y'a pas de mot de passe. Notez que la souris est capturée par défaut, et que le raccourci ⌃⌥ la libèrera.

Voilà, c'est pas encore parfait car le bluetooth peut crasher, on est limité à 60 images par seconde max et que les échanges entre la VM et l'hôte (le mac) sont un peu instables mais j'imagine que tout ceci se bonifiera avec le temps...

Mise à jour du 8 octobre 2026 : depuis la publication de cet article, j'ai découvert les idées que diffuse DHH, le créateur d'Omarchy. Je ne recommande plus cette distribution, et je vous explique pourquoi dans Omarchy, non merci .

Omarchy-apple-dev , c'est un projet qui vous permet de compiler une app codée en SwiftUI, l'installer sur votre iPhone via le cable USB et l'envoyer à TestFlight d'Apple, tout ça depuis une machine Linux sous Omarchy... Oui oui, sans Mac !

Le gros du boulot est assuré par xtool , qui sait déjà compiler, signer et installer une app iOS sous Linux, mais ce dépôt omarchy-apple-dev y ajoute un script ship.sh, qui permet de créer le .ipa, d'y renseigner les clés de build que le traitement App Store lit, puis d'envoyer tout ça à Apple comme un grand.

Bref, en langage clair, ça veut dire que vous pouvez être développeur iOS depuis votre PC Linux. Cool hein ?

Pour l'installer, c'est juste 3 lignes avec install du SDK d'Apple.

git clone https://github.com/joshuaswarren/omarchy-apple-dev
cd omarchy-apple-dev
./install-toolchain.sh

Les morceaux du SDK iOS n'existant que dans la distribution Xcode d'Apple, il faut donc télécharger le Xcode.xip sur developer.apple.com avec un Apple ID gratuit, depuis n'importe quel OS. Vous relancez ensuite le script avec XCODE_XIP=/chemin/Xcode.xip, puis device-run.sh installera l'app sur l'iPhone branché. Un compte gratuit suffit pour ça, mais Apple le limite à 3 apps par appareil avec des profils qui expirent au bout de 7 jours. Pour TestFlight, il faudra par contre un compte développeur payant et une clé d'API App Store Connect.

Après, les CGU d'Apple pour Xcode et ses SDK disent bien que ces logiciels ne sont autorisés uniquement sur un produit de marque Apple tournant sous macOS, et que tout autre usage est une violation du contrat. Sa clause 2.5 interdit aussi d'utiliser les SDK séparément ou de les faire tourner sur du matériel qui n'est pas Apple. Or le SDK que le script installe vient forcément d'un Xcode d'Apple. Voilà, au moins vous savez...

Bref, pour bricoler sur votre iPhone avec un compte gratuit, ça peut le faire... Après, pour l'App Store, sachez qu'Apple exige en plus depuis avril dernier, que vos apps soient compilées avec Xcode 26 ou plus récente alors qu'ici, ce bon vieux script contourne ça... Donc à voir si vous voulez tenter votre chance.

Au pire, pour la phase finale (la compilation de la release de votre app), vous sortez un Mac rien que pour ça et le reste du temps, vous codez et compilez vos tests à 100% dans Omarchy. A vous de voir :)

Si vous êtes sous macOS 27, vous avez peut-être remarqué que pour désactiver Apple Intelligence, il fallait couper les fonctions une par une. Mais ce que vous ne savez probablement pas, c'est que même si vous faites ça, les modèles restent stockés sur votre disque dur. Donc forcément, ça prend de la place !!

Heureusement, il existe une application nommée RemoveMacAI qui permet de supprimer ces modèles et empêcher macOS de les retélécharger.

Votre navigateur ne supporte pas la lecture de vidéos HTML5. Voici un
<a href="/removemacai-supprimer-apple-intelligence-macos-27/removemacai-supprimer-apple-intelligence-macos-27-1.mp4">lien vers la vidéo</a>.

brew install omlahore/tap/removemacai
removemacai

Whisky , l'interface qui permettait de lancer des jeux Windows sur un Mac sans bidouiller Wine à la main, n'est malheureusement plus maintenue. Son dépôt est archivé et son README nous prévient que n'importe quel jeu lancé via Whisky peut péter à tout moment !! Et je sais, c'est assez insupportable de vivre avec cette épée de Damoclès au-dessus de la tête.

Alors je vais un peu soulager votre stress en vous présentant Highball qui est une appli Mac libre, avec une version en ligne de commande, qui installe et règle Wine, DXMT et DXVK à votre place, puis vous branche sur Steam ou sur votre bibliothèque Epic pour lancer n'importe quel jeu Windows sur votre bon vieux Mac OS. Par contre, on est sur de la bêta++ mais c'est vraiment un bon candidat à la relève de Whisky.

Pour installer Highball ça passe soit par un .dmg ou par la commande brew install --cask highball, ensuite vous cliquez sur "Get started" et il installera Rosetta si besoin, téléchargera le moteur et préparera un environnement Windows aux petits oignons. Au premier lancement, Steam déballera alors son gros client de 235 Mo, et sachez que sous Rosetta ça peut prendre de 15 à 25 minutes quand même ! Et ensuite, bah tout sera rassemblé dans le dossier ~/Library/Application Support/Highball/ . Donc si vous le supprimez, ce sera pareil qu'une désinstallation.

Le gros plus de Highball c'est surtout sa base de compatibilité et pour chaque jeu, l'app vous donne le mode graphique à utiliser, et signale d'avance ceux qui embarquent un anti-triche au niveau du noyau, donc ceux qui ne tourneront pas. Voilà c'est bien de le savoir avant de télécharger quoi que ce soit et de galérer avec l'install. Foutus anti-cheats !!

Moi je l'ai connecté à mon Steam et voici ce que j'obtiens :

La bibliothèque Steam dans Highball : Portal est Vérifié, Left 4 Dead 2 et Team Fortress 2 sont Communauté, THE FINALS est Bloqué

Une fois que vous avez sélectionné votre jeu, comme ici, le Portal que j'ai installé, ça vérifie si ça peut fonctionner sur votre ordinateur. Et ensuite, Highball applique pour vous la "recette" qui va bien pour que ça tourne sans encombre sur le Mac.

La fiche de Portal : vérifié sur un M1 Pro, avec la liste des réglages que Highball applique avant le lancement

Lisez quand même bien les fiches des jeux. Parce que pour certains, vous risquez d'être surpris. Par exemple, sur Red Dead Redemption 2, c'est marqué comme jouable sur un M1 Pro mais en réalité le jeu démarre et atteint le menu, mais il n'est pas jouable de manière "confortable" sur ce Mac puisque l'image saccade, et sur 16 Go, la mémoire déborde comme quand vous mettez vos grosses fesses dans la baignoire.

J'ai lancé Portal !!!

Pour le reste, il vous faudra un Mac Apple Silicon sous macOS 14 minimum. D3DMetal, le composant d'Apple, n'est pas fourni donc faut accepter la licence du Game Porting Toolkit et il se téléchargera à part (j'avais parlé de Game Porting Toolkit 4 à sa sortie). Côté launchers, Steam et Epic passent sans souci, Rockstar et l'app EA affichent leur screen de connexion et lancent leurs jeux, mais GOG Galaxy restera malheureusement à l'état d'écran noir.

Pour ma part, j'ai lancé aussi la version remasterisée de Command & Conquer / Red Alert et ça tourne du feu de Dieu, donc je suis très content de cette install !!

Voilà les amigos, le code est sous GPL-3.0 et le projet promet qu'il n'y aura jamais d'offre payante !! Voilà, vous pouvez revendre votre licence Crossover sauf si vous avez des besoins pointus que Highball n'arrive pas à résoudre.