Optimiseur exhaustif d’enclume avec livres neufs

Calculateur d’ordre d’enchantements à l’enclume

Choisissez un objet pris en charge, neuf, sans enchantement, sans dégâts et sans travail antérieur, puis un à dix livres neufs à enchantement unique. Une programmation dynamique exhaustive trouve l’ordre de fusion réalisable en survie le moins coûteux dans ce modèle Java 26.2 précis.

Entrées strictement neuves

L’objet ne contient ni enchantement, ni dégâts, ni travail antérieur ; chaque livre est neuf et ne contient qu’un enchantement.

  • Réparation, renommage, fusion objet-objet, livres multiples ou dupliqués, probabilités de table et commandes ne sont pas traités.
  • Les données et règles concernent Minecraft Java 26.2, pas Bedrock.

Optimalité limitée

La programmation dynamique exhaustive minimise les coûts dans ce modèle, pas pour les équipements existants ou des règles inconnues.

  • Les ordres non réalisables en survie sont écartés d’abord.
  • Les niveaux d’enclume ne sont pas convertis en points d’XP.

Choisissez un objet Java 26.2 neuf et pris en charge, puis de 1 à 10 livres neufs, uniques et à enchantement unique. Le calcul exhaustif trouve l’ordre d’enclume de survie globalement minimal dans ce modèle figé, sans équipement existant ni points d’XP.

Chargement des règles d’enchantement Java…

Objet neuf ciblé

L’objet doit être intact, sans enchantement ni travail antérieur.

ID technique de l’objet—

Utilisez un objet neuf, non enchanté, non endommagé et sans travail antérieur.

Livres d’enchantement neufs

Ajoutez de 1 à 10 livres différents, avec un seul enchantement chacun.

c

  1. Livre 1

    Niveau de 1 à —

Chaque enchantement ne peut apparaître que sur un seul livre.

Ajoutez au maximum 10 livres.

Limites du modèle d’enclume

Le résultat est globalement minimal seulement pour les entrées neuves et uniques déclarées ici.

Entrées strictement neuves
L’objet ne contient ni enchantement, ni dégâts, ni travail antérieur ; chaque livre est neuf et ne contient qu’un enchantement.
Optimalité limitée
La programmation dynamique exhaustive minimise les coûts dans ce modèle, pas pour les équipements existants ou des règles inconnues.
Hors périmètre
Réparation, renommage, fusion objet-objet, livres multiples ou dupliqués, probabilités de table et commandes ne sont pas traités.

Les données et règles concernent Minecraft Java 26.2, pas Bedrock.

Le calcul, la copie et le TXT sont produits dans ce navigateur après le chargement des données vérifiées.

FAQ de l’ordre d’enchantements à l’enclume

Quels objets et livres l’optimiseur accepte-t-il ?
Utilisez un objet pris en charge, neuf, sans enchantement, sans dégâts et sans travail antérieur, avec 1 à 10 livres neufs différents contenant chacun un seul enchantement pris en charge.
Pourquoi l’ordre des fusions change-t-il le coût en niveaux ?
Les fusions livre-livre et livre-objet produisent des valeurs de travail antérieur et des coûts d’étape différents. L’optimiseur évalue les sous-ensembles valides au lieu d’insérer les livres dans un ordre fixe.
Le résultat est-il optimal et réalisable en survie ?
Oui, uniquement dans le modèle figé des entrées neuves. Il minimise le coût total avec des départages déterministes et chaque étape de survie réussie coûte moins de 40 niveaux.
Peut-il traiter équipement existant, probabilités de table ou points d’XP ?
Non. Enchantements existants, dégâts, travail antérieur, livres dupliqués ou multiples, réparation, renommage, fusion objet-objet, probabilités de table, commandes et optimisation non linéaire en points d’XP sont exclus.

Autres tâches MapMC

Parcourir les outils Minecraft de construction et de pixel art

Parcourir les outils Minecraft de construction et de pixel art

Calculer les piles séparément

Calculer les piles séparément

Ouvrir le générateur de commandes Java

Ouvrir le générateur de commandes Java