Préréglages d'objets

Commande Minecraft d'objet à données de modèle personnalisées

custom_model_data n'est utile que lorsqu'il correspond à un modèle de pack de ressources. Cet article mis à jour se concentre sur le flux de travail complet : choisir l'objet, attribuer la valeur du modèle, étiqueter l'objet pour les joueurs et garder custom_data disponible pour la logique des commandes.

Lire enEN RU DE ES PT 中文日本語 VI FR 한국어 ID PL TR

Résultat du preset

Une commande d'objet prête pour le pack de ressources, avec un identifiant de modèle clair et un marqueur de données stable.

Sortie

Output give de données de modèle personnalisées

/give @p minecraft:diamond_sword[custom_name={text:"Runed Blade",color:"aqua",italic:false},lore=[{text:"Resource-pack model 1001",color:"gray",italic:false}],custom_model_data={floats:[1001]},enchantment_glint_override=true,custom_data={model_item:"runed_blade"}] 1

Too long for Minecraft chat

The longest command line is 266 characters, 10 over the 256-character chat input limit. Pasting it into chat can truncate the line and make Minecraft report a syntax error even when the generated command is valid.

Use a Command Block: run /give @s command_block, place it, then paste this command into the block command field.
Use a .mcfunction for a reusable datapack: save the line without the leading slash at saves/<world>/datapacks/<pack>/data/<ns>/function/<name>.mcfunction with a minimal pack.mcmeta, run /reload, then run /function <ns>:<name>. Do not paste .mcfunction content into chat.

Capture du preset

Workbench give de NBTForge configuré pour un objet à données de modèle personnalisées. — Le workbench met en évidence ensemble la valeur du modèle, le texte affiché et l'Output prête à être copiée.

Champs de texte et de composant pour un objet à données de modèle personnalisées. — La deuxième capture met en évidence les champs qui modifient l'info-bulle de l'objet ou la charge utile du composant.

Output give prête à être copiée pour un objet à données de modèle personnalisées. — La capture de l'Output garde la commande finale et les contrôles de copie visibles avant le test.

Capture d'écran en jeu montrant l'objet à données de modèle personnalisées remis au joueur. — L'image en jeu confirme que la commande d'objet du pack de ressources fournit bien la pile d'objets prévue.

Construire le preset

Ouvrez give et choisissez l'objet que le pack de ressources remappe.
Réglez custom_model_data sur la valeur attendue par le pack de ressources.
Ajoutez les composants custom_name et lore qui décrivent l'objet modélisé, et non l'objet vanilla de base.
Copiez la commande et testez-la avec le pack de ressources activé avant publication.

Identifiant du modèle et identité de l'objet

La même valeur de modèle ne signifie rien sans le pack de ressources correspondant. Gardez l'identifiant du modèle visible dans le lore pendant les tests, puis retirez-le ou remplacez-le par du texte destiné au joueur une fois le pack stabilisé.

custom_data doit stocker l'identité de l'objet séparément. Cela permet aux commandes de détecter l'objet sans se fier au numéro de modèle ou au nom affiché.

Remarques sur la version

La forme de l'Output custom_model_data dépend de la famille de versions Java sélectionnée. Utilisez NBTForge pour reconstruire l'objet aussi bien pour les mondes d'avant les composants que pour les composants actuels.

Les pages générées et redirigées pour des combinaisons objet/modèle individuelles pointent désormais ici, afin que le site dispose d'une ressource canonique plus solide pour cette intention.

Pour des flux de travail d'objets voisins, comparez le Générateur de commandes de tête de joueur Minecraft et le Nom personnalisé et preset de lore pour n'importe quel objet.

Faites correspondre la valeur du modèle au pack de ressources.
Gardez le texte affiché lisible pour les joueurs.
Utilisez custom_data pour la logique des commandes.

Intégrer le preset dans un véritable Project

Traitez la commande Minecraft d'objet à données de modèle personnalisées comme un point de départ testé, et non comme une simple chaîne copiée. Une fois que l'Output fonctionne une première fois, enregistrez-la sous un nom Project clair, notez la version cible de Minecraft et gardez le preset à proximité des commandes de configuration associées comme le scoreboard, la boss bar, le butin ou les lignes de réinitialisation.

Avant de publier le preset sur une carte, un serveur ou un Command Pack, exécutez-le à partir de l'artefact copié plutôt qu'uniquement depuis le Live Workbench. Cela révèle les dépendances manquantes, les sélecteurs obsolètes, les mauvais choix d'édition et les commandes qui ne fonctionnaient que parce que l'état de test local existait déjà.

Conservez l'édition et la version sélectionnées avec la commande partagée.
Testez les sélecteurs avec une commande inoffensive avant d'utiliser des dégâts, kill, clear ou téléportation.
Déplacez les commandes longues dans Project ou dans un flux de travail de type fonction au lieu de les coller dans le chat.
Revérifiez les avertissements après avoir modifié les entités, les composants d'objet, les passagers ou les ressources du datapack.

FAQ

custom_model_data crée-t-il un modèle par lui-même ?

Non. Il sélectionne un modèle fourni par un pack de ressources. La commande et le pack de ressources doivent s'accorder sur la valeur.

Dois-je détecter les objets par custom_model_data ?

Préférez custom_data pour la logique. custom_model_data est avant tout un point d'accroche de rendu, tandis que custom_data est plus clair pour les commandes.

Quand ce preset doit-il faire partie d'un Command Pack ?

Utilisez-le comme entrée du Command Pack lorsque l'Output dépend de lignes de configuration, de commandes de réinitialisation, de ressources de butin, de l'état du scoreboard ou de tests répétés. Les commandes uniques et sans danger peuvent toujours être copiées directement depuis l'Output.

Ouvrir ce flux

Commencez depuis l’espace Give associé, puis ajustez les champs du preset pour votre monde.