Mojang prépare un virage technique rare pour Minecraft: Java Edition : remplacer OpenGL par Vulkan pour le rendu. L’objectif est double : moderniser le moteur graphique et ouvrir la voie à Vibrant Visuals sur Java. La contrepartie est connue d’avance : une période de transition qui risque de secouer mods, shaders et habitudes de configuration.
Pourquoi Mojang abandonne OpenGL maintenant
Minecraft Java s’appuie sur OpenGL depuis ses débuts, notamment pour rester compatible avec Windows, Linux et macOS. Sauf que OpenGL est devenu une impasse.
D’un côté, l’API n’évolue plus vraiment depuis des années, et Apple la déprécie sur macOS. Mojang le dit clairement : à terme, OpenGL pourrait ne plus fonctionner sur Mac. De l’autre, maintenir un rendu moderne en restant bloqué sur de vieilles versions d’OpenGL (pour continuer à couvrir macOS) complique la refonte du code graphique.
Le passage à Vulkan sert donc une promesse simple : garder Java Edition jouable sur les systèmes supportés, tout en préparant les fondations techniques de Vibrant Visuals.
Vulkan, concrètement : ce que ça change pour votre PC
Vulkan est une API graphique plus récente, pensée pour exploiter correctement le matériel moderne et mieux répartir la charge. Mojang insiste sur deux axes : nouvelles capacités graphiques et potentiel de performances, à condition de tirer parti de l’API.
À court terme, il faut surtout retenir trois points :
- Windows et Linux : Vulkan est supporté “nativement” sur la majorité des machines récentes.
- macOS : Mojang évoque une translation layer (traduction Vulkan vers Metal). La communauté parle déjà de MoltenVK.
- Anciennes cartes graphiques : si votre GPU a 10 ans ou plus, Vulkan peut ne pas être supporté.
Autrement dit : la transition vise la longévité, mais elle pourrait aussi relever les exigences minimales.
Mods et shaders : la zone de turbulences est assumée
C’est l’éléphant dans la pièce. Beaucoup de mods “rendu” utilisent OpenGL directement, ou reposent sur des comportements très spécifiques. Mojang prévient que la mise à jour vers Vulkan demandera plus d’efforts que les adaptations habituelles à chaque version.
La recommandation officielle est nette : sortir autant que possible de l’usage direct d’OpenGL, et réutiliser les API internes de rendu. Et si ce n’est pas suffisant, Mojang invite les auteurs à venir en discuter sur un canal Discord dédié à Vibrant Visuals, orienté échanges techniques.
Le cas Sodium et Iris, déjà au centre des discussions
Côté communauté, les réactions oscillent entre euphorie et sueurs froides. Une blague a circulé partout : “Sodium developers are not going to see their family for three months”. Elle résume un vrai enjeu : Sodium et Iris structurent une grande partie des configurations Java actuelles.
Mais d’autres commentaires suggèrent que certains développeurs anticipent depuis un moment, avec des travaux sur un backend Vulkan et même l’idée de nouveaux formats de shaders (un nom revient : Aperture). En clair : les mods d’optimisation devraient s’adapter, mais les shaders pourraient être le vrai mur, selon la manière dont les interfaces, bindings et formats seront redéfinis.
Calendrier : arrivée en snapshots, puis bascule progressive
Mojang vise une phase de test pendant l’été, via des snapshots où Vulkan arrivera à côté d’OpenGL. Pendant cette période, vous pourrez basculer entre les deux rendus, le temps d’identifier bugs, problèmes de stabilité et régressions.
Le plan est ensuite de rester en test jusqu’à obtenir un rendu Vulkan jugé stable et performant, avant de retirer OpenGL. Mojang promet un préavis, et des mises à jour des spécifications minimales si nécessaire.
Ce que vous pouvez faire, dès maintenant
Si vous utilisez une grosse pile de mods graphiques, attendez-vous à une phase “entre-deux” :
- Gardez une installation stable sur une version qui vous convient, le temps des adaptations.
- Surveillez vos mods clés (optimisation, shaders, render pipeline) et leurs roadmaps.
- Remontez les bugs dès l’arrivée des snapshots Vulkan, via le tracker officiel de Mojang.
Cette transition ne ressemble pas à un petit patch. C’est une réécriture de fond, avec un prix à payer, mais aussi une vraie chance de moderniser Java sans la laisser mourir à petit feu sur macOS.
