Pacotes de recursos: Java vs Bedrock

Layouts de pasta diferentes

O Java bota tudo dentro do namespace assets/minecraft/, uma estrutura que existe para mods e data packs adicionarem seus próprios namespaces junto com o vanilla. O Bedrock não tem isso e coloca as texturas perto da raiz.

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

Note a diferença entre singular e plural também: o Java usa block/ e item/, o Bedrock usa blocks/ e items/. Copiar arquivos sem renomear as pastas joga cada textura num lugar onde nenhum dos jogos olha.

Arquivos de metadados diferentes

O Java identifica um pacote com pack.mcmeta e um único pack_format número. O Bedrock usa manifest.json, que precisa de UUIDs de verdade e matrizes de versão:

{
  "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]
    }
  ]
}

Esses dois UUIDs precisam ser diferentes entre si e de qualquer outro pacote instalado. Copiar o pacote de outra pessoa como ponto de partida e esquecer de gerar novos é um jeito famoso de conseguir um pacote que importa e nunca aparece na lista — o Bedrock trata ele como uma cópia do pacote de onde foi clonado.

Nomes de arquivo diferentes

Mesmo onde as duas edições têm o mesmo bloco, a textura não tem o nome igual de forma garantida, e as duas se distanciaram com o passar dos anos conforme cada uma ganhou conteúdos que a outra não tem. Não tem regra geral para traduzir nomes; é uma consulta, não uma transformação.

Distribuição diferente

Pacotes Java são .zip arquivos jogados numa pasta. Pacotes do Bedrock são .mcpack arquivos — também zips, mas com uma extensão que o jogo registra, então abrir um manda para o Minecraft importar. É por isso que a instalação no Bedrock é “abrir o arquivo” e no Java é “mover o arquivo”, explicada em o guia de instalação.

Suportar ambos

Não existe conversão mágica de um clique. O jeito realista é tratar a arte como a parte compartilhada e o empacotamento como específico de cada edição: crie suas texturas uma vez, e depois monte o layout, metadados e nomes de arquivo de cada edição separadamente.

É assim que o editor resolve isso — você escolhe uma edição e exporta, e o mesmo trabalho pode ser exportado de novo para a outra. O Java sai como um .zip com o pack_format; o Bedrock sai como um .mcpack com um manifesto gerado na hora, então o problema de conflito de UUID nunca rola.