Minecraft 26.3 : la refonte du combustible réécrit les 107 recettes de cuisson — Fourneau, Haut fourneau, Fumoir et le piège du seau vide

Depuis le mardi 1er septembre 2026, la 26.3 de Minecraft n'est plus une snapshot : elle est passée en pré-version. Mojang a publié 26.3 Pre-Release 1 ce jour-là à 13 h 29, puis 26.3 Pre-Release 2 le vendredi 4 septembre 2026 à 13 h 54 — heures de Paris, converties par nos soins depuis les horodatages UTC du manifeste de versions. La dernière version stable reste la 26.2, publiée le 16 juin 2026, et aucune date de sortie n'est annoncée pour la 26.3.

Le studio prévient en tête des notes de la première pré-version : « There are technical changes, but we are now mainly fixing bugs, making improvements and putting on the final touches ahead of release. » Pas de nouveau contenu, donc. Sauf que la section technique de cette même page referme un chantier ouvert en juillet, et qu'il touche quatre blocs que tout le monde utilise : le Fourneau, le Haut fourneau, le Fumoir et l'Alambic. Nous avons ouvert le fichier serveur de la pré-version 2 : les chiffres qui suivent en sortent.

Tout tient dans la pré-version 1, la deuxième n'y touche pas

Premier point, facile à manquer : la pré-version 2 ne contient aucune modification liée à la cuisson — un changement d'interface, un renommage de balise, trente-sept corrections de bugs. Toute la refonte est dans la pré-version 1, qui porte le pack de données à 119.0.

Le chantier ne date pas de septembre : il commence à la snapshot 4, le jeudi 16 juillet 2026, avec deux composants d'objet, minecraft:cooking_fuel — « Describes an item that can be used as fuel for a Furnace, Smoker or Blast Furnace » — et minecraft:brewing_fuel.

Le combustible a quitté le code pour le jeu de données

Jusqu'à la 26.2, la durée de combustion d'un objet était figée dans le programme. La pré-version 1 la fait basculer dans le nouveau système de fournisseurs de nombres : burn_time devient un minecraft:context_int_provider, speed_multiplier un minecraft:context_float_provider. Des fichiers lisibles, donc, et modifiables par datapack.

Le fichier serveur de la pré-version 2 en contient dix-huit pour la cuisson. Les durées ci-dessous sont exprimées en ticks dans un Fourneau ordinaire ; la colonne « objets cuits » est notre division par les 200 ticks que coûte chaque objet, l'éditeur n'en donnant aucune.

Haut fourneau et Fumoir : le double a changé de place

Le Haut fourneau et le Fumoir cuisent deux fois plus vite qu'un Fourneau. Cette accélération était inscrite dans les recettes ; elle est désormais portée par le combustible.

Le mécanisme tient dans quatre petits fichiers. Un prédicat, minecraft:block/fast_cooking, ne désigne que minecraft:smoker et minecraft:blast_furnace. Le multiplicateur de vitesse y vaut 2.0 contre 1.0 ailleurs, et le facteur de réduction de durée 2 contre 1 : chaque durée du tableau est divisée par deux pendant que la cuisson double de vitesse. Rendement identique : c'est le but.

La symétrie a mis deux mois à tomber juste. La pré-version 1 corrige MC-311183, « Fuel in blast furnaces and smokers smelts double the items » : la durée n'était pas réduite et un Charbon cuisait seize objets au lieu de huit dans un Haut fourneau. Ce n'est pas un affaiblissement face à la 26.2, mais une anomalie interne à la 26.3, corrigée avant la sortie.

Deux fournisseurs disparaissent au passage, normal_burn_time_multiplier et fast_burn_time_multiplier, « replaced by » leurs équivalents en reduction_factor. La division entière est tronquée vers zéro, écrivent les notes : les valeurs impaires du tableau, 4 001 et 67, y perdent une fraction de tick, sans conséquence à l'échelle d'un objet cuit. C'est notre lecture, pas un avertissement de l'éditeur.

Le champ cookingtime devient obligatoire : 107 recettes réécrites

C'est le changement qui va casser des choses chez les autres. Les notes de la pré-version 1 ne laissent aucune place au doute : « The cookingtime field of all cooking recipes is no longer optional. Custom Smoker and Blast Furnace recipes should be updated accordingly, by setting cookingtime to twice the previous value. If a custom cooking recipe was previously relying on the default cookingtime value, 200 can be used to maintain the same timing. »

La comparaison des deux fichiers serveur donne la mesure. Dans la 26.2, aucune des 107 recettes de Fourneau, de Haut fourneau et de Fumoir ne porte de champ cookingtime : 73 de fusion, 25 de Haut fourneau et 9 de Fumoir s'en remettent à la valeur par défaut. Dans la pré-version 2, les 107 affichent 200, y compris celles qui tournaient sur un défaut de 100. Seules les 9 recettes de feu de camp gardent leurs 600 ticks.

La conséquence tient en une phrase : si vos recettes maison de Haut fourneau ou de Fumoir affichaient 100, elles doivent afficher 200 ; si elles n'affichaient rien, elles ne se chargeront plus. La pré-version 1 corrige d'ailleurs MC-311274, « The default value of the cookingtime field for blasting and smoking recipes is still 100 ».

Le seau vide, l'entonnoir et une balise à deux entrées

Second apport de la pré-version 1, plus discret et plus piégeux. Les combustibles qui laissent un objet derrière eux — dans le jeu de base, le Seau de lave, qui rend un Seau — suivent une règle à deux branches : « If there is fuel remaining in the fuel slot, the remainder item will be dropped on the ground. If the fuel has run out, the remainder item will remain in the fuel slot. »

En clair : s'il reste du combustible dans l'emplacement, l'objet rendu est jeté au sol ; s'il n'en reste plus, il s'y installe, comme avant. Nous n'avons trouvé dans les données de la pré-version 2 aucun combustible du jeu de base capable de déclencher la première branche, et l'éditeur n'en cite aucun : elle vise les combustibles ajoutés par datapack, désormais possibles. Sur une ferme automatisée, la vigilance porte sur un point : un objet tombé au sol n'est plus repris par l'Entonnoir du dessous.

D'où la porte de sortie. La pré-version 1 ajoute une balise d'objet, #furnace_fuel_bottom_takeable, « Items that can be taken out of furnace by a hopper attached to the bottom face ». Nous l'avons ouverte : elle contient exactement deux entrées, minecraft:bucket et minecraft:water_bucket — le Seau et le Seau d'eau. Mojang ne présente pas ce retrait par le bas comme une nouveauté : ce qui change, c'est qu'il soit désormais décrit dans une balise, donc élargissable par datapack.

L'Alambic subit la même refonte et y perd une balise. #brewing_fuel, qui ne contenait que la Poudre de Blaze dans la 26.2, a disparu au profit du composant ; le fichier de la pré-version 2 confirme sa suppression et fixe à 20 le nombre d'utilisations par défaut.

Ce qu'il faut retenir

Pour un joueur ordinaire, le rendement ne bouge pas : un Charbon cuit toujours huit objets, dans les trois blocs. Les nombres du tableau sont ceux de la 26.2, simplement devenus lisibles.

Pour les autres — administrateurs de serveurs, auteurs de datapacks, bâtisseurs de fermes —, trois vérifications s'imposent avant la sortie : cookingtime présent et doublé sur les recettes de Haut fourneau et de Fumoir ; combustibles d'alchimie migrés de la balise vers le composant ; combustible à objet rendu inscrit dans #furnace_fuel_bottom_takeable, faute de quoi l'Entonnoir du dessous ne le récupérera pas.

Reste le calendrier : Mojang n'a publié aucune date pour la 26.3 stable. Une deuxième pré-version signale d'ordinaire une fin de cycle proche, mais c'est une lecture de l'historique du studio, pas une information de l'éditeur.