Esponja e Gerador de Estruturas não são o mesmo arquivo
Um .schem, um .litematic e um .mcstructure da Edição Bedrock parecem intercambiáveis até você converter um deles e perceber que todo baú, criatura e estado de bloco sumiu.
Um .schem e um .litematic guardam uma construção, e é na conversão entre eles que a maioria dos jogadores descobre que os dois formatos nunca concordaram sobre o que uma construção é. Um armazena uma única região de blocos. O outro pode conter várias regiões nomeadas, cada uma com sua própria paleta. Transfira uma vila entre eles e as casas sobrevivem, mas o conteúdo não.
O que cada formato realmente carrega
| Formato | Onde roda | Estados de bloco | Blocos com entidade | Criaturas |
|---|---|---|---|---|
.schem | Java, WorldEdit/Sponge | sim | sim | sim |
.litematic | Java, Litematica | sim | sim | sim |
.nbt structure | Java, Gerador de Estruturas | sim | sim | sim |
.mcstructure | Bedrock | sim | sim | sim |
As colunas parecem idênticas, e é aí que está a armadilha. A diferença está no tratamento da paleta e no espaço de coordenadas, não na lista de recursos.
A paleta é a parte frágil
Todos esses formatos armazenam blocos como um índice em uma paleta — uma lista de tipos de bloco únicos usados pelo arquivo, em que cada posição guarda um número que aponta para essa lista. Uma construção com algumas centenas de tipos de bloco distintos carrega uma paleta desse tamanho, e as posições são apenas números inteiros.
Isso significa que o arquivo só é legível se o leitor conseguir resolver cada entrada da paleta. Um bloco adicionado em uma versão mais recente do Java não tem equivalente algum no Bedrock, então uma conversão de Java para Bedrock precisa substituí-lo ou descartá-lo. Ar é o substituto habitual, e uma parede com blocos misteriosamente faltando quase sempre é isso, não corrupção.
Java e Bedrock nomeiam o mesmo bloco de formas diferentes
É aqui que Java e Bedrock realmente divergem. O Bedrock grava estados de bloco como block_type mais um conjunto de estados chave-valor; o Java grava um ID com namespace mais um mapa de estados. O mesmo bloco físico pode ser minecraft:oak_stairs[facing=east,half=bottom] de um lado e weirdo_direction mais upside_down_bit do outro — nomes e valores de estado diferentes, não os mesmos reorganizados.
Escadas, lajes, cercas, muros, portas e componentes de redstone são os que viram. Uma escada que aparece de cabeça para baixo depois da conversão é um erro de mapeamento de estados, não um arquivo ruim.
Geradores de Estruturas não armazenam o que você pensa
Um Gerador de Estruturas que salva em .nbt grava uma caixa delimitadora, e essa caixa é limitada a 48 blocos por eixo. O jogo não divide uma construção maior — tudo que fica fora da caixa simplesmente não entra no arquivo. Se uma construção convertida está sem a outra extremidade, verifique a caixa original antes de culpar o conversor.
Criaturas são armazenadas separadamente dos blocos em todos esses formatos. Molduras de item, suportes de armadura, quadros e mobs não são blocos, e um conversor que percorre apenas a paleta de blocos vai descartá-los silenciosamente.
Veja antes de confiar
A lista de materiais é a verificação mais rápida: se a contagem de blocos do arquivo convertido não bate com a do original, algo foi substituído. A prévia por camadas mostra isso na hora, uma fatia horizontal por vez, sem carregar a construção em um mundo.
Converta entre .litematic, .schem, structure do Java .nbt e .mcstructure do Bedrock, com prévia por camadas e lista de materiais, no Conversor de Schematic.