Une seed, c’est la valeur qui sert de point de départ au générateur : le même nombre produit le même relief, les mêmes biomes et les mêmes structures. Tout le reste se joue sur trois détails qui font rater la moitié des tentatives — le monde doit être neuf, la version doit être la même, et l’édition du jeu change les structures même quand le terrain correspond. Voici comment appliquer une seed proprement sur un serveur, comment relire celle d’un monde qui tourne déjà, et ce qu’il faut vérifier avant de la publier.
Le principe
Le jeu appelle une fonction de bruit (Perlin noise) à chaque nouveau monde : elle reçoit la seed et renvoie toujours la même suite de valeurs pour un même point de départ. C’est pour cette raison qu’une seed reproductible existe, et c’est aussi pour cette raison qu’elle ne promet rien d’autre que le terrain. Un numéro négatif fonctionne, un mot ou une phrase aussi : le jeu le convertit en entier 32 bits avec sa fonction de hachage, ce qui explique qu’une faute de frappe dans une phrase donne un monde complètement différent sans message d’erreur.
| Ce que la seed décide | Ce qu’elle ne décide pas | Ce que ça change pour ton serveur |
|---|---|---|
| Le relief et les biomes | Ce que les joueurs construisent dessus | Deux serveurs lancés avec la même seed partent du même décor, puis divergent dès la première heure de jeu. La seed reproductible sert au départ, pas à la suite. |
| L’emplacement des structures | Le butin des coffres et les apparitions de créatures | Une seed « village au spawn » te garantit un village, pas un commerce intéressant. Le contenu reste tiré au sort au moment de la génération. |
| La cohérence entre les chunks | La compatibilité entre versions du jeu | Les chunks générés plus tard restent cohérents avec les premiers tant que la seed et le générateur ne changent pas. Après une mise à jour, les nouveaux morceaux peuvent ne plus correspondre aux anciens. |
Cette mécanique explique aussi pourquoi une seed ne « s’installe » pas comme un plugin : il n’y a rien à télécharger, seulement une valeur à saisir avant la première génération. Pour la partie visible du décor — biomes, relief, blocs ajoutés — les datapacks et mods de génération dont parle le guide changer la génération du monde modifient ce calcul, et une seed seule ne suffit alors plus à retrouver un monde.
La lire
Sur un serveur en production, la seed est une information sensible : elle permet de retrouver les structures, les anciennes cités et, en survie, de remonter vers les bases les plus éloignées. La lire est simple, mais les droits d’accès ne sont pas les mêmes selon l’édition et selon que tu joues seul ou en multijoueur.
En Java, la commande affiche et copie la seed du monde. Elle demande le niveau de permission 2 en multijoueur, donc un opérateur : un joueur normal ne peut pas la lire. En solo, elle est disponible même sans activer les triches.
Dans la liste des mondes, l’option de recréation affiche la seed utilisée par le monde sélectionné. C’est le chemin le plus court pour récupérer une seed depuis un monde local, sans passer par la console du serveur.
En Bedrock, la seed se lit et se copie depuis l’écran d’édition du monde. L’édition propose aussi 27 modèles de seed prêts à l’emploi, avec des décors et des structures choisis autour du point d’apparition.
La commande de localisation trouve la structure ou le biome le plus proche et donne ses coordonnées : c’est le moyen honnête de vérifier qu’une seed tient sa promesse. Elle demande le niveau de permission 2 en Java ; en Bedrock elle est réservée aux mondes où les triches sont autorisées.
Sur un serveur hébergé, la voie la plus courte reste la console : tu y as déjà les droits d’opérateur, et la commande ne dépend pas de la version du client d’un joueur. Si tu veux publier la carte sans publier la seed, le guide afficher la carte du monde en ligne montre comment exposer le rendu sans donner le point de départ du générateur.
L’appliquer
La seed d’un serveur Java se règle dans server.properties, avec la clé level-seed. Trois lignes suffisent à comprendre le mécanisme : level-name désigne le dossier du monde, level-seed la valeur de départ, level-type le preset de génération. Une valeur vide dans level-seed signifie que le jeu tire une seed aléatoire — c’est le réglage par défaut de toutes les installations neuves.
| Réglage | Valeur par défaut | Ce que tu dois retenir |
|---|---|---|
level-seed |
vide | Vide, le monde reçoit une seed aléatoire. Renseignée, la valeur est utilisée à la première génération du monde désigné par level-name. |
level-name |
world | C’est le nom du dossier du monde. Changer ce nom revient à demander un monde différent : si le dossier n’existe pas, le serveur le génère. |
level-type |
minecraft:normal | Le preset de génération : normal, plat, grands biomes ou amplifié. La seed donne un décor différent dans chacun de ces presets. |
Dans la pratique, la séquence qui fonctionne est toujours la même : arrêter le serveur, sauvegarder le monde actuel, créer un dossier de monde neuf, y placer la seed et un level-name qui n’existe pas encore, redémarrer, puis vérifier avec la commande de localisation. L’ordre importe : appliquer une seed sans changer le nom du monde laisse le serveur repartir sur les chunks existants, et rien ne se passe. Si tu reprends un monde existant plutôt que d’en créer un, la procédure est celle du guide migrer un monde sans rien perdre, avec la sauvegarde du dossier avant toute manipulation.
Les pièges
Une seed qui « ne marche pas » vient presque toujours de l’un de ces trois écarts. Aucun n’est un bug : ce sont des règles de génération, documentées, qui expliquent la plupart des déceptions sur les seeds partagées.
La seed est fixée à la création. Sur un monde déjà généré, la modifier dans les fichiers ne régénère rien : les chunks sauvegardés restent, et seuls les morceaux jamais visités suivent la nouvelle valeur — avec une couture visible à la frontière. Pour retrouver un décor précis, il faut un monde neuf.
Chaque évolution de l’algorithme de génération change le résultat d’une même seed. Une seed populaire publiée pour une version précise ne redonne le même terrain que sur cette version : si tu ouvres le serveur en 1.21 alors que la seed a été partagée pour une version antérieure, le décor sera proche dans l’esprit, jamais identique.
Java et Bedrock partagent le terrain et les biomes pour les seeds 64 bits, mais pas les structures, les cavernes, les éléments décoratifs ni les apparitions de créatures. Une seed « village au spawn » vérifiée en Java peut n’avoir aucun village au même endroit en Bedrock.
Le quatrième écart, plus discret, vient des mods et datapacks de génération : dès qu’un pack ajoute des biomes ou un nouveau type de monde, la seed ne décrit plus qu’une partie du résultat. Un serveur moddé se vérifie donc toujours avec le pack actif, pas sur un monde vanilla de test.
Le partage
Une seed publique est une carte au trésor : avec la valeur exacte et la bonne version, n’importe qui peut recalculer l’emplacement des structures et parcourir les chunks pour retrouver des constructions. Ce n’est pas un problème pour un monde créatif ou un serveur qui vient d’ouvrir, mais c’est un vrai risque sur une survie où les bases comptent.
Le partage a un usage légitime : lancer un serveur communautaire sur un décor connu, ou proposer un monde « seed à thème » à des joueurs qui veulent retrouver un relief précis. Dans ce cas, indique la version du jeu et l’édition en même temps que la valeur — sans ces deux précisions, la moitié des joueurs n’obtiendra pas le monde annoncé.
La performance
Un monde neuf se génère à la demande : chaque chunk est calculé quand un joueur s’en approche, ce qui produit des pics de charge au moment où le plus de monde se connecte. Prégénérer la zone de jeu avant l’ouverture lisse cette charge, et c’est encore plus utile quand la seed est choisie pour ses structures, puisque les joueurs vont parcourir la carte.
Chunky pré-génère les chunks rapidement et sans bloquer le serveur. Projet suivi (près de 20 millions de téléchargements, licence GPL-3.0), il est déclaré compatible avec huit plateformes serveur, de Paper à Fabric, avec un support client et serveur facultatif. Sa dernière version publiée cible les versions de jeu les plus récentes : vérifie la compatibilité avec ta version avant de l’installer.
Une tâche se lance, se met en pause, reprend et s’annule, avec le nombre de chunks traités, le pourcentage, l’estimation de temps restant et la cadence. Trois choses à retenir : il faut être opérateur sur le serveur, une tâche interrompue peut reprendre plus tard, et la génération occupe du processeur — la lancer quand personne ne joue.
La taille de la zone à prégénérer dépend de ton mode de jeu : quelques centaines de blocs autour du spawn suffisent pour un serveur de mini-jeux, alors qu’une survie avec exploration demande beaucoup plus. C’est un arbitrage entre temps de préparation et confort de jeu, pas un réglage à copier — et c’est aussi la première chose à faire après avoir changé la génération du monde ou ajouté un datapack.
Quelle offre
Une seed ne consomme pas de mémoire en soi : c’est le nombre de joueurs, les plugins et la prégénération qui pèsent. Les quatre paliers ci-dessous sont ceux affichés aujourd’hui sur la page d’accueil, avec l’usage qui correspond à un monde neuf que tu prépares tranquillement.
| Offre | Prix affiché | Pour quel monde |
|---|---|---|
| Starter | 1,99 € / mois — 4 Go de RAM | Un monde vanilla pour 5 à 10 amis, avec une seed choisie et une petite zone prégénérée autour du spawn. |
| Communauté | 3,99 € / mois — 10 Go de RAM | Une survie avec une trentaine de joueurs, des plugins et une prégénération plus large : le palier habituel dès qu’il y a de la gestion. |
| Modded | 6,99 € / mois — 24 Go de RAM | Un monde moddé, où la génération est modifiée par le pack et où la seed ne décrit qu’une partie du décor. |
| Network | 9,99 € / mois — 32 Go de RAM | Plusieurs mondes derrière un réseau Velocity : un hub, un monde de jeu, une seed par monde selon l’usage. |
Toutes les offres affichent les mêmes avantages : slots illimités (le nombre de joueurs dépend de la RAM, pas d’un supplément), anti-DDoS inclus, sauvegardes automatiques, mise en ligne en 60 secondes, serveurs en Europe avec 99,9 % d’uptime et support humain sur Discord 7j/7 — sans engagement, résiliable en ligne. Le bandeau du moment annonce −20 % sur le premier mois avec le code MEGA20. Pour arbitrer entre deux paliers, la page choisir la quantité de RAM donne la méthode.
FAQ
Dans server.properties, avec la clé level-seed. Une valeur vide laisse le jeu tirer une seed aléatoire. La valeur n’est utilisée qu’à la première génération du monde désigné par level-name : sur un monde déjà généré, la modifier ne régénère pas les chunks existants.
Pas pour retrouver un autre décor. En Java, la seed est fixée à la création du monde. En Bedrock, les modèles de monde permettent de changer la seed d’une sauvegarde, mais les chunks déjà enregistrés restent en place : seul le tirage des chunks suivants change. Pour un décor précis, il faut repartir d’un monde neuf.
Trois causes possibles : la version du jeu a changé (l’algorithme de génération évolue et une seed ne produit plus le même terrain), le monde existait déjà, ou un mod ou datapack de génération est actif. Vérifie la version et l’édition avant de conclure que la seed est fausse.
En partie. Pour les seeds 64 bits, le terrain et les biomes sont les mêmes dans les deux éditions, mais l’emplacement des structures, les cavernes, les éléments décoratifs et les apparitions de créatures diffèrent. Un village au spawn vérifié en Java peut être absent au même endroit en Bedrock.
En Java, la commande /seed demande le niveau de permission 2 en multijoueur : sans droits d’opérateur, elle est refusée. C’est volontaire, puisque la seed permet de recalculer les structures et de retrouver des bases. Un administrateur peut la lire depuis la console.
C’est recommandé si tu attends du monde à l’ouverture. La génération à la demande crée des pics de charge quand les joueurs explorent. Une prégénération autour du spawn lisse la charge, mais elle occupe du processeur : lance-la quand le serveur est vide, et vérifie que l’outil est compatible avec ta version.
La seed ne donne pas les constructions, mais elle permet de recalculer le terrain et les structures, puis de parcourir les chunks : une base non protégée devient beaucoup plus facile à localiser. Ne publie pas la seed d’une survie active, et protège les zones sensibles avec les outils du guide protéger des zones.
La prégénération sollicite surtout le processeur, pas la mémoire. Ce qui compte reste le nombre de joueurs simultanés, les plugins et les mods. Pour un petit serveur vanilla, 4 Go suffisent ; dès qu’il y a une trentaine de joueurs et des plugins de gestion, 10 Go sont le palier confortable. La méthode est détaillée dans choisir la quantité de RAM.
Un serveur en ligne en 60 secondes, Java et Bedrock, anti-DDoS, sauvegardes automatiques et support humain sur Discord 7j/7, sans engagement. Choisis ta seed, lance un monde neuf, vérifie le décor avec la commande de localisation, puis ouvre aux joueurs quand la carte est prête. Pour la suite, organiser plusieurs mondes et sauvegarder et restaurer son serveur reprennent les réglages de base.
