À quoi ce générateur sert vraiment
Il aide surtout quand le PNG est déjà presque prêt, mais que reconstruire à la main la structure du pack, les modèles, les blockstates et les noms de fichiers devient insupportable. C’est un bon outil pour la phase où l’idée et le visuel existent déjà, mais où l’emballage et l’export commencent à voler l’énergie du projet.
Il est aussi très pratique en équipe : moins de risques d’oublier un dossier, de laisser un nom provisoire ou de produire une archive mal structurée. Même sur un petit pack, une couche d’export stable enlève plus de friction qu’on ne l’imagine.
Décidez d’abord quel type d’asset vous emballez
| Type d’asset | Quand choisir ce mode | Étape suivante la plus fréquente |
|---|---|---|
| Objet | Si vous voulez un nouveau look pour une arme, une chope, un jeton, un prop ou un item de quête | Vers le constructeur d’objets ou les échanges de villageois |
| Bloc | Si vous remplacez une face, plusieurs faces ou un cube complet pour une construction | Vers un test en jeu pour le contraste et la silhouette |
| Armure | Si un set doit avoir sa propre identité visuelle tout en gardant la logique vanilla | Vers les tests de skins, de costumes et de scènes |
1. Donnez un nom au pack
Entrez le nom du futur pack en haut. Il sera utilisé dans pack.mcmeta et dans le nom du ZIP téléchargé. Cela semble secondaire, mais un nom clair réduit énormément le chaos quand plusieurs variantes commencent à circuler dans un salon Discord ou dans un dossier partagé.
2. Choisissez la version du serveur
Le sélecteur de version ne change pas seulement l’interface. Il prépare aussi la couche de commandes, qui utilisera soit l’ancien NBT, soit les Data Components modernes après la 1.20.5. Les textures peuvent rester valides plus largement que la syntaxe des commandes, donc mieux vaut ne pas traiter ce choix comme un détail.
3. Ajoutez des objets
Dans l’onglet objets, vous entrez un ID vanilla, vous importez un PNG et vous pouvez ajouter un CustomModelData pour une variante spécifique. C’est le chemin habituel pour les props narratifs, les armes, les notes, les jetons, les laissez-passer et d’autres objets décoratifs.
Si l’objet doit ensuite recevoir une commande, ne considérez pas le pack comme la tâche entière. Le hook visuel appartient ici ; la commande give finale appartient en général au constructeur d’objets personnalisés.
4. Ajoutez des blocs
L’onglet blocs permet de remplacer une texture unique ou de construire un cube avec des faces distinctes pour le haut, le bas, l’avant, l’arrière et les côtés. À cette étape, le travail devient souvent plus calme, parce qu’on cesse de porter mentalement la structure du pack à la main.
5. Ajoutez des armures
L’onglet armures permet de remplacer les couches et les icônes d’inventaire des matériaux vanilla. C’est très utile quand un serveur veut une identité visuelle propre sans casser toute la logique de l’équipement sous-jacent.
6. Vérifiez l’aperçu puis téléchargez
Utilisez l’aperçu pour vérifier objets, blocs et armures, puis téléchargez le ZIP final. Cette étape compte plus qu’elle n’en a l’air : c’est là que l’on voit le plus souvent une face permutée, une silhouette trop faible, une texture trop sombre ou un nom de fichier qui devait être « corrigé plus tard ».
Erreurs fréquentes
- Importer l’art avant d’avoir décidé si le problème relève d’un objet, d’un bloc ou d’une armure.
- Traiter le sélecteur de version comme facultatif alors que la couche commande en dépend ensuite.
- Configurer le CustomModelData dans le pack, puis oublier de le relier du côté commande.
- Sauter l’aperçu et découvrir les faces mélangées seulement après export.
- Attendre du générateur qu’il construise aussi la commande give, alors que cette partie vit sur une autre page.
Quand passer à un autre outil
Passez à l’éditeur de textures si le PNG doit encore être peint. Passez au constructeur d’objets personnalisés si le visuel est prêt et qu’il faut maintenant une commande /give compatible avec la version. Passez aux échanges de villageois ou aux potions personnalisées si l’asset devient une récompense, un article de boutique ou un élément de gameplay.
FAQ
Faut-il connaître toute la structure des dossiers avant d’utiliser l’outil ?
Non. C’est justement une des raisons principales d’utiliser le générateur : il fournit une couche d’export propre sans vous forcer à reconstruire la même arborescence à la main à chaque fois.
Peut-on l’utiliser si la texture a déjà été peinte ailleurs ?
Oui. Le générateur fonctionne très bien comme étape d’emballage, même si le PNG vient d’un autre éditeur.
Remplace-t-il le constructeur d’objets personnalisés ?
Non. Le générateur s’occupe du côté pack. Le constructeur s’occupe du côté commande.
CustomModelData ne sert-il qu’aux armes ?
Pas du tout. Il fonctionne tout aussi bien pour des notes, jetons, chopes, monnaies, objets de quête et bien d’autres choses.
Pourquoi vérifier l’aperçu si le ZIP peut être régénéré facilement ?
Parce que l’aperçu attrape les erreurs structurelles tant que le contexte est encore frais et avant que le pack ne parte plus loin dans le workflow.