SeedCard Finder 1.0.0: correções de estruturas de Java 26.3

SeedCard Finder 1.0.0 é nossa versão de busca de sementes que recebeu um novo nome. A versão do produto é separada da versão de geração de Minecraft que você seleciona. Melhoramos nossos localizadores de Java 26.3 corrigindo a elegibilidade de estruturas, as verificações de terreno e as posições de baús de pirâmides do deserto. Uma correção recupera um templo real que o modelo antigo excluía do mapa por engano. Outras tratam de minas abandonadas, fósseis do Nether, cidades do End, ruínas de trilhas e previsões de geodos de ametista.

Estas mudanças afetam o motor de geração usado pelo mapa de sementes, pelos localizadores de estruturas e pelo buscador de sementes no navegador. Elas tratam de um problema conhecido nas ferramentas de sementes de Minecraft: um marcador plausível pode passar nas verificações do modelo mesmo quando o jogo rejeita a estrutura, ou uma verificação aproximada pode descartar uma estrutura que realmente existe.

Por que outros mapas de sementes podem marcar uma estrutura ausente

Os próprios geradores descrevem esses limites. A documentação do mapa de sementes do Chunkbase lista posições incorretas ou ausentes para vários recursos, incluindo geodos de ametista perto de cavernas ou minas abandonadas. Ela também explica que alguns marcadores de fósseis, portais em ruínas e ruínas de trilhas indicam o centro de um chunk, possivelmente a 10 a 20 blocos do local, e que alguns recursos não têm coordenada Y.

A FAQ de precisão do mcseedmap.net também diz que estruturas podem faltar no mapa ou ser marcadas onde nunca são geradas. Ela também alerta que as estimativas de surgimento podem estar erradas para algumas sementes. Essas são declarações das próprias ferramentas; não informam com que frequência cada mapa erra.

Um modelo de geração precisa considerar mais do que um X e Z prováveis. A documentação original do Cubiomes explica a separação entre tentativas de posicionamento e verificações de bioma e depois descreve como condições do terreno podem rejeitar algumas estruturas. Uma posição compatível com o bioma é apenas parte da resposta.

O SeedLookout usa a derivação Java do Cubiomes de xpple. Nosso trabalho acrescenta verificações e correções de Java 26.3 a essa base. As melhorias abaixo descrevem o modelo corrigido em comparação ao anterior; não medimos uma classificação geral de precisão em relação a outros mapas de sementes atuais.

Um templo real que nosso modelo antigo não encontrou

Em Java 26.3, a semente 635482260673531 tem uma pirâmide do deserto em X, Y, Z: 32, 72, 0. Conferimos esse local no jogo, e ele foi publicado como a semente com templo e vila na costa de terras áridas.

A fotografia mostra o templo no local verificado. Nossa antiga verificação aproximada de terreno rejeitava seu posicionamento. O mapa corrigido de Java 26.3 e a busca pelo templo mais próximo o mantêm.

A correção importa perto do limiar do nível do mar do jogo. Em vez de usar a altura aproximada do terreno como regra final de rejeição, a nova verificação padrão de templos de Java 26.3 avalia as colunas de terreno ocupadas nos quatro cantos da estrutura. Ela preserva o limiar de elegibilidade do jogo. Nos casos de referência selecionados, o modelo correspondeu a todas as 80 alturas de cantos e às 20 decisões de elegibilidade de templos das regras de geração de Java 26.3.

Para quem procura templos, isso muda quais candidatas passam na verificação do terreno e recupera esse templo real no mapa. Essa correção específica abrange a Superfície padrão de Java 26.3. Ela não transforma o sombreamento de terreno em um mapa exato de blocos nem estabelece o mesmo resultado para Biomas grandes.

Também corrigimos as previsões de itens em pirâmides do deserto. O modelo agora mantém os sorteios direcionais de itens associados aos baús corretos e transforma as posições dos baús de acordo com a orientação do templo. Isso trata de um caso em que uma previsão de maçã encantada apontava para o baú errado.

A camada de maçãs encantadas ainda abrange apenas baús de templos do deserto de Java. O templo do catálogo na imagem tem coordenadas de estrutura verificadas; sua fotografia e seu estado no catálogo não prometem uma maçã encantada entre seus itens.

Corrigindo mais do que marcadores de templos

Várias correções tratam das condições que determinam se uma candidata pode ser gerada ou onde suas partes devem ficar. Estas são mudanças no modelo de geração de Java 26.3:

Recurso	O que corrigimos
Pirâmides do deserto	Verificações de terreno nos quatro cantos, posições de baús e sorteios direcionais de itens.
Minas abandonadas	Verificações de bioma na altura de geração em todas as partes montadas da estrutura.
Fósseis do Nether	O bioma na origem aleatória do posicionamento e a verificação do terreno de apoio.
Ghasts secos	A posição X, Y e Z depois da rotação da estrutura de fóssil.
Cidades do End	A área de terreno usada para avaliar a elegibilidade da candidata.
Ruínas de trilhas	A verificação de bioma na posição inicial usada para começar a gerar a estrutura.
Geodos de ametista	Terreno de mundo padrão, cavernas escavadas e fluidos subterrâneos modelados antes de manter uma candidata.

A correção de geodos é especialmente relevante ao limite descrito por outros mapas de sementes. Uma origem plausível de geodo não considera todas as interações com o mundo ao redor. Acrescentar as verificações ausentes de terreno e materiais permite ao modelo rejeitar mais candidatas inadequadas antes de mostrá-las.

Ainda há limites: o modelo de geodos não reproduz todas as interações com estruturas, a superfície ou recursos anteriores no mundo final. Um marcador de geodo continua sendo uma previsão. A correção melhora as condições de geração modeladas sem tornar certo todo marcador subterrâneo.

O que os resultados mais recentes estabelecem

Cada revisão de 2 de outubro abrangeu 135 comparações em 45 famílias de recursos de Java 26.3. O gráfico mostra os resultados registrados antes das correções e para o modelo corrigido do SeedCard Finder 1.0.0.

Algumas áreas de teste mudaram entre os estudos, e alguns casos de recursos ainda não têm um exemplo positivo. Portanto, esses totais descrevem os casos revisados, não um aumento controlado de precisão em todas as sementes de Minecraft. Também não significam que cada local que falhou antes tenha sido resolvido individualmente.

Estimativas de planicidade e superfície de ilhas continuam parciais: ambas excedem a tolerância declarada de erro de altura. O terreno aproximado ainda pode induzir ao erro ao escolher uma área plana para construir ou avaliar a superfície de uma ilha.

Ferramentas de minério têm um limite separado. Um alvo de diamante ou alvo de detritos ancestrais representa uma origem modelada de posicionamento. Ele não garante um bloco final de minério nessa coordenada.

As correções e os resultados aqui dizem respeito a Java 26.3. Eles não estabelecem novas afirmações de precisão para Bedrock ou versões antigas de Java.

Usando os localizadores atualizados

Escolha a edição e a versão de geração antes de interpretar um marcador. Em um mundo atualizado, use a versão que gerou a região que você explora. Mods, pacotes de dados e configurações personalizadas de mundo podem mudar a geração; a nova verificação exata de terreno de templos descrita aqui se limita a mundos padrão de Java 26.3.

Abra o SeedCard Finder 1.0.0 para Java 26.3 para pesquisar um novo mundo com as condições que escolher. O link seleciona Java 26.3; sua busca salva mantém as configurações originais se você a retomar. Os resultados continuam sendo previsões do modelo.

Para ver o templo recuperado, abra seu resultado no localizador de templos do deserto. O link usa a semente 635482260673531 e pesquisa a partir de X, Z: 32, 0. Compare a previsão com o local e as capturas originais na página da semente publicada com o templo.

Para mundos com locais verificados separadamente, explore as páginas de sementes de Java 26.3. Cada página lista o que conferimos naquela versão; a página Sobre explica o escopo.