Packs de ressources Java vs Bedrock

Dispositions de dossiers différentes

Java place tout sous l'espace de noms assets/minecraft/, une structure qui existe pour que les mods et les data packs puissent ajouter leurs propres espaces de noms aux côtés de vanilla. Bedrock n'a pas ce concept et place les textures près de la racine.

Java                                    Bedrock
pack.mcmeta                             manifest.json
pack.png                                pack_icon.png
assets/                                 textures/
└── minecraft/                          ├── blocks/
    └── textures/                       └── items/
        ├── block/
        └── item/

Remarque aussi la différence entre singulier et pluriel : Java utilise block/ et item/, Bedrock utilise blocks/ et items/. Copier des fichiers sans renommer les dossiers place chaque texture là où aucun des deux jeux ne regarde.

Fichiers de métadonnées différents

Java identifie un pack avec pack.mcmeta et un seul pack_format nombre. Bedrock utilise manifest.json, qui a besoin de vrais UUID et de tableaux de versions :

{
  "format_version": 2,
  "header": {
    "name": "My pack",
    "description": "",
    "uuid": "<unique uuid>",
    "version": [1, 0, 0],
    "min_engine_version": [1, 21, 0]
  },
  "modules": [
    {
      "type": "resources",
      "uuid": "<a different unique uuid>",
      "version": [1, 0, 0]
    }
  ]
}

Ces deux UUID doivent être différents l'un de l'autre et de tous les autres packs installés. Copier le pack de quelqu'un d'autre comme point de départ et oublier de les régénérer est un moyen bien connu d'obtenir un pack qui s'importe puis n'apparaît jamais dans la liste — Bedrock le traite comme un doublon du pack dont il a été copié.

Noms de fichiers différents

Même là où les deux éditions ont le même bloc, la texture ne porte pas toujours le même nom, et les deux ont divergé au fil des ans à mesure que chacun ajoutait du contenu que l'autre n'a pas. Il n'y a pas de règle générale pour traduire les noms ; c'est une table de correspondance, pas une transformation.

Distribution différente

Les packs Java sont de simples .zip fichiers déposés dans un dossier. Les packs Bedrock sont .mcpack fichiers — aussi des zips, mais avec une extension que le jeu enregistre, donc l'ouvrir le confie à Minecraft pour l'importer. C'est pourquoi l'installation sur Bedrock se résume à « ouvrir le fichier » et celle sur Java à « déplacer le fichier », abordé dans le guide d'installation.

Prendre en charge les deux

Il n'y a pas de conversion honnête en un clic. L'approche réaliste consiste à traiter les graphismes comme l'élément partagé et l'empaquetage comme spécifique à l'édition : conçois tes textures une seule fois, puis produis la disposition, les métadonnées et les noms de fichiers de chaque édition séparément.

C'est ainsi que le éditeur s'en charge — tu choisis une édition et tu exportes, et le même travail peut être exporté à nouveau pour l'autre. Java sort sous la forme d'un .zip avec le bon pack_format; Bedrock sort sous forme de .mcpack avec un manifeste fraîchement généré, le problème de collision d'UUID ne se pose donc jamais.