A Rocha Matriz não tem pacote de capas autônomo — uma capa só é entregue anexada a uma skin
Não existe um formato .mcpack apenas para capas. Cada capa deve ser pareada com uma entrada de skin que a nomeie, e é por isso que um pacote de capas é, na verdade, um pacote de skins com um PNG extra por entrada.
No Java, uma capa é uma coisa separada de uma skin. Na Rocha Matriz, não é: não existe um formato de pacote de capas. Uma capa é um campo em uma entrada de skin, então distribuir uma capa significa distribuir uma skin que a usa.
O que isso impõe
Um pacote de capas é um pacote de skins cujas entradas nomeiam uma textura de capa. O manifesto, o skins.json e o arquivo de idioma são idênticos a qualquer outro pacote de skins — a única diferença é uma chave extra por entrada e um PNG extra no arquivo zip.
As consequências são estruturais, não cosméticas:
- Você não pode enviar uma capa sozinha. Cada capa precisa de uma skin para ser anexada, mesmo que essa skin seja uma que você não se importa.
- Uma capa não é selecionável independentemente no jogo. Escolher a capa significa escolher a entrada de skin à qual ela pertence. Duas capas em uma skin não é algo que você pode expressar.
- N skins × M capas é N × M entradas, não N + M. Oferecer três capas em quatro skins significa doze entradas no pacote, cada uma com sua própria chave, seu próprio nome no arquivo de idioma e seu próprio par de PNGs.
Esse último ponto é o que incomoda quando um pacote cresce. Pacotes de capas ficam grandes rapidamente, e o tamanho é multiplicativo em vez de aditivo.
As duas texturas têm tamanhos diferentes
Uma skin tem 64 × 64 (ou o legado 64 × 32). Uma capa tem 64 × 32, sempre. Elas não são intercambiáveis e o construtor rejeita uma skin com dimensões de capa e vice-versa.
Dentro desse arquivo de capa de 64 × 32, a face visível é o bloco de 10 × 16 em (1, 1) — todo o resto é a parte de trás, as bordas e o preenchimento. A pré-visualização aqui corta exatamente para esse retângulo ao mostrar qual capa é qual, porque no tamanho da miniatura o preenchimento circundante é a maior parte da imagem e não diz nada.
Slim e clássico ainda se aplicam
Cada entrada carrega seu próprio modelo, detectado a partir da quarta coluna do braço da skin da mesma forma que um pacote de skins simples faz. Assim, um pacote de capas também precisa acertar o Chamado (call) slim/clássico por entrada — a capa não muda como os braços são lidos, e um modelo errado aqui aparece exatamente como em qualquer outro lugar: uma skin da Alex com os braços do Steve, usando a capa certa.
Forma prática
Se seu objetivo é realmente "dar às pessoas esta capa", o pacote é um mecanismo de entrega em vez do produto. Emparelhe-o com a skin mais simples que faça sentido, nomeie a entrada com o nome da capa em vez da skin, e aceite que um Jogador (Player) ao escolhê-la está escolhendo ambos.
Se seu objetivo é um conjunto de visuais combinados — uma skin e uma capa projetadas juntas — então o modelo da Rocha Matriz é, na verdade, o correto, e o emparelhamento que parece uma limitação é o recurso.