Minecraft Java 26.4 Snapshot 1 n’est pas un énorme Game Drop destiné à tous les joueurs Survival. En revanche, c’est une Snapshot technique qui peut avoir un impact réel sur le rendu, les vieux mondes, les serveurs et les contenus personnalisés. Le changement le plus visible concerne Graphics API : l’option “Default” se comporte désormais comme “Prefer Vulkan”, ce qui fait de Vulkan la préférence par défaut de cette build. Mojang étend aussi le retrogen des mondes très anciens : les mondes créés avant Caves & Cliffs peuvent générer des sulfur caves sous leurs old chunks lors de la mise à niveau. Data Packs, Resource Packs, protocole réseau, propriétés de serveur et transparence évoluent également. Mais la même page officielle rappelle que les versions de test peuvent corrompre un monde. Il faut donc penser “environnement de test séparé”, pas “ouvrir immédiatement ma sauvegarde principale”.
1) Qu’est-ce que 26.4 Snapshot 1 ?
C’est la première build publique de test du cycle Java 26.4. Mojang la présente autour d’améliorations techniques plutôt que comme une release stable destinée à remplacer votre version habituelle. Le comportement d’une Snapshot peut encore changer. Pour un administrateur serveur, un auteur de modpack ou de datapack, elle sert surtout de cible de compatibilité précoce. Pour un joueur classique, elle donne un aperçu du futur mais ne justifie pas de risquer l’unique copie d’un monde important.
2) “Default” préfère maintenant Vulkan
Dans Video Settings, le paramètre Graphics API a changé : “Default” se comporte désormais exactement comme “Prefer Vulkan”. Un joueur qui laisse ce réglage par défaut passera donc vers le chemin de rendu Vulkan dans cette Snapshot. Mojang ne promet toutefois aucune hausse universelle de FPS. Un Graphics API modifie la chaîne de rendu; il faut évaluer stabilité, frametime, artefacts visuels et performances sur votre GPU, vos drivers et vos packs.
3) Plus de changement automatique d’API après un crash au démarrage
Minecraft ne changera plus tout seul le Graphics API lorsqu’un startup crash est détecté. C’est utile parce que votre réglage ne se modifie pas sans vous, mais cela demande davantage de diagnostic manuel si Vulkan ne démarre pas correctement. En cas d’échec, notez l’API sélectionné, vérifiez les drivers, puis testez une autre option disponible manuellement. Ne partez pas du principe que le jeu va corriger automatiquement la configuration.
4) Que faire avec un vieux GPU ou des drivers particuliers ?
Mojang n’affirme pas que Vulkan est meilleur sur chaque configuration. Les anciens GPU, les laptops hybrides ou les piles de drivers atypiques doivent être traités comme des cas de compatibilité. Commencez avec une instance propre, testez Default, cherchez crash, stutter et erreurs de rendu, puis modifiez une seule variable à la fois. Le conseil Zaplat n’est pas une promesse de performance : c’est une méthode de diagnostic qui évite de mélanger API, shaders, render distance et mods dans un seul changement.
5) Des sulfur caves peuvent apparaître sous de très vieux chunks
Le changement World Generation majeur concerne le retrogen. Lorsqu’un monde d’avant Caves & Cliffs est mis à niveau, des sulfur caves peuvent désormais être générées sous les vieux chunks. Il s’agit spécifiquement de below-zero retrogen, pas d’une régénération complète de la surface. Pour un monde historique, cela reste une migration importante. Ouvrez une copie, visitez d’anciennes zones, inspectez les profondeurs et les transitions avant d’envisager la mise à niveau de votre sauvegarde principale.
6) Pourquoi la sauvegarde est réellement obligatoire
Mojang avertit explicitement que les Testing Versions peuvent corrompre un monde et conseille backup et/ou dossier distinct. Workflow sûr : dupliquez le world folder, renommez clairement la copie, ouvrez uniquement cette copie dans la Snapshot. Pour un serveur, sauvegardez aussi configs, mods/plugins et données externes associées. Si possible, clonez toute la stack et faites tourner le test sur un port ou environnement interne séparé.
7) Data Pack 122.0 et Resource Pack 98.0
Snapshot 1 augmente les versions à Data Pack 122.0 et Resource Pack 98.0. Le joueur normal n’en verra peut-être rien, mais les creators doivent lancer un vrai test de compatibilité : functions, recipes, commands, worldgen, models, shaders et ressources. Le simple fait d’atteindre le menu principal ne prouve pas qu’un pack fonctionne. L’intérêt d’une Snapshot est précisément de découvrir ces problèmes avant la release stable.
8) Les changements de protocole touchent serveurs, proxies et mod loaders
Le nouveau custom packet payload minecraft:mod_list vise à aider les serveurs à connaître les mods clients pour le debugging. Le client Vanilla envoie un packet vide; les plateformes de modding tierces restent responsables des informations. Le packet minecraft:intention accepte désormais des paramètres de type query string dans le host field et sa taille passe à 1024 caractères. Mojang précise que ce packet n’est pas chiffré : aucune information sensible ne doit y être placée.
9) allowed-connection-ids : un nouveau filtre pour serveur dédié
La propriété allowed-connection-ids accepte une liste d’IDs séparés par des virgules. Le serveur peut les comparer à la propriété _id reçue dans intention et refuser une connexion sans correspondance, y compris lors du status. Cela peut aider au routing ou à certains flux contrôlés, mais ce n’est pas un remplacement de l’authentification. Snapshot 1 ajoute aussi status-contact-details et enable-legacy-status pour enrichir les informations de contact et gérer le vieux protocole de status pré-1.7.
10) /fillbiome devient précis au bloc
La commande fillbiome remplit maintenant les biomes avec une précision au bloc. Pour les mapmakers et technical datapacks, ce comportement peut modifier des fonctions existantes ou les frontières obtenues. Ne migrez pas directement une grande map. Exécutez les mêmes commands sur un monde jetable, comparez les zones modifiées et vérifiez les automatisations qui utilisent fillbiome sur de larges volumes.
11) Plusieurs pièges de compatibilité pour le worldgen personnalisé
La Snapshot ajoute validation des overlaps dans les multi-noise biome sources, vérification du domaine 3×3 chunks pour les placed features, correction de la taille du modifier cuboid et suppression du champ default_block dans Noise Settings. Les blocs autres que Air doivent passer par Material Rule. Un datapack de worldgen complexe peut donc se casser sans crash évident. Testez réellement la génération de terrain, pas seulement le chargement du pack.
12) L’algorithme OIT de transparence a changé
Resource Pack 98.0 simplifie l’Order-Independent Transparency : la méthode wavelet laisse place à une accumulation par depth bins. Mojang parle d’une légère amélioration de performance au moins sur certains appareils et d’une réduction moyenne des problèmes de précision flottante. “Certains appareils” est important. Avec shaders ou packs visuels, vérifiez l’eau, le verre, les particules et les couches translucides pour repérer rapidement une régression.
13) Des fixes faciles à vérifier
Parmi les bugs corrigés figurent certains sauts automatiques près de l’eau, des problèmes d’Item Frames, des ghost items en Creative, le rendu du World Border, un pixel incohérent de carte de Desert Pyramid et des sons de minecart déformés. Si un bug précis vous concernait, la Snapshot est un bon endroit pour vérifier le fix et signaler un problème restant. Cela ne rend pas pour autant raisonnable l’ouverture de votre monde principal.
14) Installer Snapshot 1 sans mettre sa sauvegarde en danger
Dans Minecraft Launcher, ouvrez Installations, activez Snapshots et créez une installation séparée. Utilisez un Game Directory distinct si votre instance habituelle contient des mods/configs importants. N’ouvrez qu’une copie du monde. Mojang fournit aussi un server jar multiplateforme depuis la page de la Snapshot. Pour un serveur, un dossier et un port de test séparés sont préférables avant toute ouverture au public.
15) Qui devrait tester maintenant ?
Auteurs de Data/Resource Packs, admins de serveur/proxy, joueurs techniques qui évaluent Vulkan et propriétaires de très vieux worlds souhaitant observer le retrogen sur une copie ont une vraie raison d’essayer. Les joueurs dépendant d’une unique longue sauvegarde, de mods non mis à jour ou qui ne veulent pas diagnostiquer des problèmes peuvent attendre. Le cadre Zaplat est simple : une Snapshot est un laboratoire, pas une mise à jour obligatoire.
Checklist avant 26.4 Snapshot 1
- Faire un backup complet du monde ou serveur.
- Créer installation et Game Directory séparés.
- Ne jamais ouvrir l’unique copie d’un vieux monde.
- Tester Default/Vulkan en ne changeant qu’une variable à la fois.
- Vérifier le retrogen sur une copie d’un monde pré-Caves & Cliffs.
- Creators : contrôler Data Pack 122.0 et Resource Pack 98.0.
- Admins : tester intention, mod_list et les nouvelles propriétés serveur.
- Ne jamais mettre de données sensibles dans les paramètres intention non chiffrés.
- Signaler les bugs depuis un environnement de test.
Sources et références1
Mojang — Minecraft Java 26.4 Snapshot 1