Wine 11.19 ajoute la gestion des couleurs Wayland pour Vulkan et un cache DNS
Wine 11.19 apporte la gestion des couleurs Wayland au pilote Vulkan, un cache de requêtes DNS, le support Unicode 18.0 et 23 corrections de bogues, sur la route de Wine 12.0 attendu début 2027. Pour les utilisateurs de Wayland, c’est un pas de plus vers des couleurs exactes dans les jeux et applications Windows.
2 octobre 2026. Wine publie sa version 11.19, la dernière livraison de développement bimensuelle avant la convergence vers Wine 12.0, attendu début 2027. 2 octobre 2026. Le changement le plus notable n’est pas dans les notes de version officielles : le pilote Wayland de Wine implémente désormais le protocole de gestion des couleurs pour l’espace colorimétrique Vulkan. 2 octobre 2026. La version ajoute aussi un cache de requêtes DNS, le support d’Unicode 18.0 et 23 corrections de bogues connus. Pourquoi c’est important : la couleur exacte était l’un des derniers écarts entre Windows natif et Wine sous Wayland, et sa résolution profite autant aux jeux Direct3D traduits en Vulkan qu’aux applications de création graphique.
La couleur Wayland, le dernier kilomètre
Depuis plusieurs versions, Wine construit son pilote Wayland en remplacement progressif du vieux pilote X11. L’objectif est simple : parler nativement au compositeur Wayland, sans passer par XWayland, pour gagner en latence, en mise à l’échelle et en justesse des pixels. Mais un morceau manquait encore : la gestion des couleurs.
Le protocole Wayland dédié à la couleur permet à un client de déclarer l’espace colorimétrique dans lequel il produit ses images — sRGB, Display-P3, ou un espace HDR — et au compositeur de faire la conversion correcte vers l’écran. Sans lui, une application qui rend en HDR ou dans un gamut large voit ses couleurs écrasées ou désaturées. C’est précisément ce que corrige Wine 11.19 : le pilote Wayland implémente le protocole de gestion des couleurs pour l’espace colorimétrique Vulkan, améliorant la justesse des couleurs pour les jeux et applications Windows qui s’appuient sur Vulkan.
L’impact déborde du seul Vulkan natif. Une large part des jeux Windows modernes tournent sous Wine via DXVK ou VKD3D-Proton, qui traduisent Direct3D en Vulkan. La correction de l’espace colorimétrique Vulkan profite donc mécaniquement à toute cette chaîne : un jeu Direct3D 11 ou 12 rendu à travers DXVK hérite de la même justesse colorimétrique une fois le pilote Wayland actif.
Un cache DNS et un parseur VBScript renforcé
La couleur n’est pas la seule avancée. Wine 11.19 introduit un cache de requêtes DNS côté client. Sur Windows, la résolution de noms passe par un cache système ; Wine réimplémentait historiquement une résolution plus directe, ce qui pouvait multiplier les allers-retours vers le résolveur pour des applications qui interrogent plusieurs fois le même hôte en quelques millisecondes. Le cache réduit cette latence et rapproche le comportement de celui de Windows.
Le parseur VBScript est lui aussi amélioré. VBScript reste omniprésent dans les vieux scripts d’administration, les installateurs et certaines macros d’entreprise : un parseur plus fidèle, c’est moins de scripts hérités qui échouent silencieusement sous Wine.
Unicode 18.0, texte vertical et 23 corrections
La version apporte également le support d’Unicode 18.0 et la gestion du texte vertical dans le code GDIPlus. Le texte vertical concerne principalement les scripts d’Asie de l’Est, mais GDIPlus est la bibliothèque graphique utilisée par une foule d’applications Windows pour le rendu de texte et de formes : le corriger profite à toute la base installée.
Côté stabilité, Wine 11.19 embarque 23 corrections de bogues connus, touchant des jeux et applications variés. C’est le rythme habituel des livraisons de développement : chaque cycle de deux semaines apporte son lot de nouveaux composants et de correctifs ciblés.
Le cap Wine 12.0
Cette livraison s’inscrit dans une montée en puissance régulière de la branche 11.xx. Wine 11.16 avait ajouté le décodage matériel VA-API et un meilleur support ARM64. Wine 11.17 avait posé les bases de l’émulation des modes d’affichage. Wine 11.18 continuait de bâtir l’implémentation de NTOSKRNL. Wine-Staging 11.18 ajoutait des correctifs pour améliorer encore WoW64, l’exécution d’applications 32 bits sur des systèmes 64 bits.
La trajectoire est lisible : Wine consolide ses fondations — NTOSKRNL, WoW64, pilote Wayland — avant de geler la branche pour Wine 12.0, prévu début 2027. Chaque livraison de développement est donc à la fois un pas fonctionnel immédiat et une répétition générale avant le grand saut de version stable.
De la couleur HDR au gamut : ce que le protocole résout
Le protocole de gestion des couleurs de Wayland — la famille color-management en cours de standardisation — repose sur une idée simple : chaque surface déclare l’espace colorimétrique et la fonction de transfert de son contenu, et le compositeur se charge de la conversion vers l’écran. Concrètement, cela règle trois situations qui restaient bancales sous X11.
La première est le HDR. Un écran HDR accepte une plage de luminosité bien plus large qu’un écran SDR, mais il faut lui indiquer où placer le blanc et le noir ; sans protocole, une application HDR rendue en SDR voit ses hautes lumières écrêtées. La deuxième est le gamut large : un contenu Display-P3 affiché sans conversion paraît sursaturé ou terne selon le profil de l’écran. La troisième est la cohérence multi-écrans, deux moniteurs aux profils différents devant rendre la même image à l’identique.
Wine 11.19 n’implémente pour l’instant que la déclinaison Vulkan de ce protocole, mais c’est la plus stratégique : Vulkan est la cible finale de la quasi-totalité des jeux Windows modernes sous Wine, via DXVK et VKD3D-Proton.
Wine, Proton et la chaîne de traduction Vulkan
Il faut distinguer Wine et Proton, même si les deux partagent l’essentiel de leur code. Wine est le projet amont, la couche de compatibilité qui fait tourner des exécutables Windows sur Linux. Proton est la déclinaison de Valve pour Steam, qui ajoute par-dessus Wine des couches comme DXVK (traduction Direct3D 11 vers Vulkan), VKD3D-Proton (Direct3D 12) et GStreamer pour les codecs.
Cette chaîne de traduction explique pourquoi une correction de l’espace colorimétrique Vulkan a un effet aussi large. Quand un jeu Direct3D 12 tourne sous Proton, ses appels graphiques deviennent des appels Vulkan avant d’atteindre l’écran. Si Wine annonce correctement l’espace colorimétrique Vulkan au compositeur Wayland, la justesse des couleurs remonte toute la chaîne jusqu’au jeu Windows d’origine — sans que DXVK ou le jeu n’aient à en savoir quoi que ce soit.
Ce travail s’inscrit dans une migration plus large du pilote graphique. Le pilote Wayland de Wine reste marqué « expérimental » sur de nombreuses configurations, mais il progresse vite parce qu’il règle ce que XWayland ne peut pas : la mise à l’échelle fractionnaire propre, les HiDPI corrects et, désormais, la couleur. Chaque brique qui mûrit — décodage VA-API, émulation des modes d’affichage, gestion des couleurs — rapproche Wine d’un mode où X11 n’est plus qu’un plan de repli.
Verdict
Si vous faites tourner des jeux ou applications Windows sous Wayland, passez à Wine 11.19 dès qu’elle arrive dans votre distribution ou via WineHQ : la gestion des couleurs Vulkan corrige un écart visible, surtout sur écran HDR ou à large gamut, et le cache DNS accélère les applications qui résolvent beaucoup de noms. Si vous dépendez d’une version stable en production, restez sur la branche 11.x stabilisée de votre distribution et attendez Wine 12.0 — les versions de développement restent des logiciels en mouvement, à réserver aux environnements où un correctif de couleur vaut le risque d’un bogue de régression.