Um ambiente pode parecer correto de um ângulo e ainda ter uma configuração defeituosa de visibilidade. Teste transições, não só os interiores: a aproximação ou travessia de uma abertura costuma revelar o problema.
Esta lição amplia a oficina original do passo a passo MLO. Não é uma coleção de flags universais de portais.
Mantenha um grafo de ambientes junto do modelo
Desenhe três nós nomeados: exterior, sala da frente e oficina. Conecte o exterior à sala da frente e esta à oficina. Esse grafo representa as relações previstas no exercício. Se adicionar uma janela ou outra abertura depois, atualize o desenho antes do projeto.
O tutorial de YTYP do Sollumz documenta a criação de ambientes, limbo e portais. Nesse fluxo, o limbo participa da conexão externa, e a direção do portal importa. Use o indicador visual e a convenção documentada da ferramenta, não uma captura do projeto de outra pessoa.
Dê identidades distintas aos espaços de teste
Use nomes descritivos como front_room e workshop. Ao verificar o modelo, registre limites, aberturas conectadas e conteúdo previsto. É uma nota de teste, não metadados extras do jogo.
Torne os ambientes visualmente distintos durante os testes. Um objeto original temporário ou uma superfície simples diferente deixa claro qual espaço sumiu. Remova objetos exclusivos de teste antes da versão final.
Evite mover limites, reassociar entidades e inverter um portal na mesma edição. Se melhorar, você precisa saber qual mudança fez diferença.
Inspecione cada abertura separadamente
Na passagem interna, identifique os quatro cantos e os dois ambientes que deve conectar. Compare o plano do portal com a abertura real. Um plano deslocado para dentro da parede pode passar despercebido na visualização padrão.
Na entrada externa, inspecione separadamente a conexão com o limbo. Não presuma que copiar o portal interno gere a configuração externa correta. Após editar, exporte um conjunto coerente de arquivos, não apenas o último que abriu.
Um portal não remove paredes, cria piso nem implementa portas móveis. Se a visibilidade funciona, mas o movimento está bloqueado, passe ao teste de colisão em vez de continuar alterando os portais.
Use uma matriz de testes das passagens
| Posição | Direção do olhar | Observação esperada |
|---|---|---|
| Do lado de fora, antes da entrada | Para a sala da frente | A visão prevista da entrada está visível |
| Logo dentro da sala da frente | De volta para a rua | A visibilidade externa funciona como planejado |
| Sala da frente, antes da passagem interna | Para a oficina | O ambiente conectado é visível pela abertura |
| Oficina, antes da passagem interna | Para a sala da frente | A conexão inversa funciona de forma consistente |
| Dos dois lados de um limiar | Gire a câmera devagar | Nenhum desaparecimento inexplicado na transição |
São testes de validação propostos para este exemplo, não uma garantia de que todo MLO deva mostrar todos os ambientes de qualquer posição. Registre a visibilidade desejada antes de avaliar o resultado.
Diagnostique com base em observações
Se a oficina desaparecer apenas ao olhar pela passagem, registre posição e direção da câmera. Inspecione essa conexão antes de alterar materiais alheios. Se todo o interior sumir após reconectar, confirme primeiro o carregamento do recurso e do arquétipo.
Se o problema ocorrer perto de um limite de ambiente, compare várias posições no mesmo percurso. Um limite reproduzível é mais útil que “às vezes invisível”. Guarde a última exportação funcional para verificar se uma nova edição de ambiente ou portal causou o problema.
Quando os dois ambientes estiverem estáveis, adicione uma abertura ou um ambiente por vez. Amplie a matriz de testes junto do grafo; não substitua um modelo pequeno validado por um grande sem testar em uma única exportação.
Alinhe limites dos ambientes, portais e associações de entidades
O passo a passo YTYP do Sollumz documenta a definição MLO, a adição de limbo e ambientes internos, os limites por vértices selecionados e os portais de passagens. Use os controles da versão instalada; não troque UUID do projeto, identificador de arquétipo e ID de ambiente da colisão só porque parecem “números de ambiente” numa captura.
No exercício de dois ambientes, mantenha junto da fonte o grafo exterior ↔ sala da frente ↔ oficina. Cada abertura deve conectar o par correto e coincidir com a passagem real. Confira ordem/direção dos cantos, tamanho da abertura e associação de cada estrutura ou objeto. Inspecione aberturas físicas separadas dos dados de visibilidade.
Um percurso repetível de validação dos portais
Use a mesma rota para cada candidato: exterior olhando para dentro, sala da frente olhando para fora, sala da frente olhando para a passagem compartilhada, oficina olhando de volta e depois o caminho inverso. Pare em cada passagem. Registre o ambiente exato que some, a direção da câmera e se objetos vizinhos somem junto.
Altere uma relação suspeita, exporte todos os dados afetados da mesma revisão e repita. Uma mudança que ajuda uma direção, mas quebra a volta, não é aprovada. O exemplo de fonte MLO fornece um grafo limitado para inspecionar, não uma prova de que seus dados nativos finais de ambientes já funcionam no jogo.