Compatibilité du format de sauvegarde

Pourquoi les formats de sauvegarde changent

Le format de fichier des mondes Minecraft n’est pas figé. Chaque grosse mise à jour révise la structure des données sur disque. Nouveaux blocs = nouvelles IDs. Nouvelles entités = nouvelles formes NBT. Nouveaux biomes = nouveau registre de biomes. En coulisses, chaque monde a un nombre appelé Data Version dans level.dat, et Minecraft s’en sert pour décider quoi faire à l’ouverture.

Si la Data Version de ton monde est plus ancienne que celle de la version actuelle de Minecraft, Minecraft lance un passage de DataFixer unique qui réécrit le monde au nouveau format. Chunks, entités, états de blocs, données de joueur, tout est converti au nouveau schéma. Le Data Version dans level.dat est mis à jour pour matcher.

Cette conversion est destructive et à sens unique. Une fois les chunks réécrits, la version Minecraft plus ancienne ne peut plus les lire.

Ce que veut vraiment dire “sens unique”

Imagine un monde 1.20.1. Tu l’ouvres en 1.21. Minecraft affiche l’avertissement “version différente”, tu cliques “Convertir” (ou charges quand même), et le jeu démarre. En coulisses :

• level.dat est réécrit de sorte que son champ DataVersion corresponde à 1.21 au lieu de 1.20.1.
• Chaque region file dans region/ qui est chargé (au minimum tout dans la distance d’affichage) est réécrit chunk par chunk.
• De nouveaux blocs 1.21 comme Crafter ou Trial Spawner peuvent désormais exister dans le monde ; ils n’existent pas dans le registre de blocs 1.20.1.
• Les entités et tile entities 1.20.1 existantes sont migrées vers les schémas 1.21.

Si tu essaies maintenant d’ouvrir le même dossier en 1.20.1 :

• Minecraft compare DataVersion avec le sien et refuse de charger (ou crash en chargeant certains chunks).
• Même en contournant le check de version, les blocs spécifiques à 1.21 apparaîtraient comme blocs manquants/erreurs dans le client plus ancien.

Donc : mettre à jour un monde vers une version plus récente est permanent. Le seul rollback sûr est de restaurer depuis un backup avant la mise à jour.

Les mondes moddés rendent ça pire

Le DataFixer du Minecraft vanilla est au moins exhaustif et bien testé. Les saves moddées ajoutent une couche de risque :

• Les mods retirés laissent des erreurs bloc manquant et entité manquante. Le monde charge mais les cubes qui étaient des blocs mod deviennent des placeholders ”?“.
• Les mods remplacés (ancienne → nouvelle version) changent parfois les IDs de blocs ou les clés NBT. La migration est à la charge de l’auteur du mod et n’est pas toujours fluide.
• Les sauts de version majeurs dans un modpack (Forge 1.20.1 → 1.21.x par exemple) coïncident souvent avec la plupart des mods migrant vers des APIs entièrement nouvelles. Des mondes qui marchaient sous l’ancienne version peuvent avoir un comportement non défini sous la nouvelle.

Pour les instances moddées, traite tout saut de version comme un potentiel événement de corruption et fais un backup avant.

Sauvegarder un monde correctement

Le backup le plus simple est une copie de dossier. Dans GDLauncher :

1. Clic droit sur l’instance → Open Folder.
2. Ouvre instance/saves/.
3. Copie le dossier nommé comme ton monde (même nom que dans la liste des mondes) quelque part en dehors de l’instance. Un autre disque, un dossier ~/Documents/mc-backups/, n’importe où qui ne sera pas écrasé.

Cette copie est un snapshot du monde au moment où tu l’as copiée. Garde-la jusqu’à être certain que la nouvelle version marche.

Pour des backups continus, des outils tiers comme FTBBackups (un mod) prennent des snapshots en jeu à intervalles. Ils écrivent dans backups/ dans l’instance et sont restaurables par snapshot.

Ce que signifient les avertissements “version snapshot”

Si tu ouvres par mégarde un monde sauvegardé dans une snapshot Minecraft (build de développement, comme 24w11a), le jeu officiel affiche un avertissement supplémentaire parce que les Data Versions des snapshots sont parfois en avance sur n’importe quelle version stable. Un monde issu d’une snapshot peut être inouvrable dans la prochaine version stable si la snapshot apportait des changements de format roulés en arrière avant le release. La voie sûre : ne pas jouer des mondes importants sur des snapshots, ou accepter que le monde est verrouillé sur la snapshot.

TL;DR

• Les mises à jour de monde sont à sens unique ; backup avant ouverture dans une version plus récente.
• Les mondes moddés sont plus fragiles ; tout saut de version est un potentiel événement de corruption.
• Pour les mises à jour de modpack qui bumpent la version Minecraft, copie tout le dossier saves d’abord, puis mets à jour.