O mapa
Estou criando um RPG baseado em bloco com Javascript, usando mapas de altura de ruído perlin e atribuindo um tipo de bloco com base na altura do ruído.
Os mapas acabam parecendo algo assim (na exibição de minimapa).
Eu tenho um algoritmo bastante simples que extrai o valor da cor de cada pixel na imagem e o converte em um número inteiro (0-5), dependendo da sua posição entre (0-255), que corresponde a um bloco no dicionário de blocos. Essa matriz de 200 x 200 é então passada para o cliente.
O mecanismo determina os blocos dos valores na matriz e os desenha na tela. Então, acabo com mundos interessantes que têm características de aparência realista: montanhas, mares etc.
Agora, a próxima coisa que eu queria fazer era aplicar algum tipo de algoritmo de mesclagem que faria com que os blocos se misturassem perfeitamente aos vizinhos, se o vizinho não fosse do mesmo tipo. O mapa de exemplo acima é o que o jogador vê em seu minimapa. Na tela, eles vêem uma versão renderizada da seção marcada pelo retângulo branco; onde os blocos são renderizados com suas imagens, e não como pixels de cor única.
Este é um exemplo do que o usuário veria no mapa, mas não é o mesmo local que a janela de exibição acima mostra!
É nessa visão que desejo que a transição ocorra.
O Algoritmo
Eu vim com um algoritmo simples que atravessaria o mapa dentro da janela de exibição e renderizaria outra imagem por cima de cada bloco, desde que estivesse ao lado de um bloco de tipo diferente. (Não alterando o mapa! Apenas renderizando algumas imagens extras.) A idéia do algoritmo era criar um perfil dos vizinhos do bloco atual:
Este é um cenário de exemplo do que o mecanismo pode precisar renderizar, com o bloco atual sendo o marcado com o X.
Uma matriz 3x3 é criada e os valores à sua volta são lidos. Portanto, neste exemplo, a matriz seria semelhante.
[
[1,2,2]
[1,2,2]
[1,1,2]
];Minha ideia era então elaborar uma série de casos para as possíveis configurações de bloco. Em um nível muito simples:
if(profile[0][1] != profile[1][1]){
//draw a tile which is half sand and half transparent
//Over the current tile -> profile[1][1]
...
}O que dá esse resultado:
O que funciona como uma transição de [0][1]para [1][1], mas não de [1][1]para [2][1], onde permanece uma aresta dura. Então imaginei que, nesse caso, seria necessário usar um bloco de canto. Eu criei duas folhas de sprite 3x3 que achei que conteriam todas as combinações possíveis de peças necessárias. Então eu repliquei isso para todos os blocos que existem no jogo (as áreas brancas são transparentes). Isso acaba sendo 16 peças para cada tipo de peça (as peças centrais de cada planilha não são usadas.)
O resultado ideal
Portanto, com esses novos blocos e o algoritmo correto, a seção de exemplo ficaria assim:
Porém, todas as tentativas que eu fiz falharam, sempre há alguma falha no algoritmo e os padrões acabam estranhos. Não consigo acertar todos os casos e, no geral, parece uma maneira ruim de fazê-lo.
Uma solução?
Portanto, se alguém pudesse fornecer uma solução alternativa sobre como eu poderia criar esse efeito ou qual a direção a seguir para escrever o algoritmo de criação de perfil, ficaria muito grato!
fonte
Respostas:
A idéia básica desse algoritmo é usar uma etapa de pré-processamento para encontrar todas as arestas e, em seguida, selecionar o ladrilho de suavização correto de acordo com a forma da aresta.
O primeiro passo seria encontrar todas as arestas. No exemplo abaixo, os ladrilhos da borda marcados com um X são todos os ladrilhos verdes com um ladrilho marrom como um ou mais dos oito ladrilhos vizinhos. Com diferentes tipos de terreno, essa condição pode se transformar em um ladrilho como um ladrilho de borda, se houver vizinhos com menor número de terreno.
Quando todos os ladrilhos de aresta forem detectados, a próxima coisa a fazer é selecionar o ladrilho de suavização correto para cada ladrilho de aresta. Aqui está minha representação dos seus ladrilhos de suavização.
Observe que, na verdade, não existem muitos tipos diferentes de blocos. Precisamos das oito peças externas de um dos quadrados 3x3, mas apenas dos quatro quadrados de canto do outro, uma vez que as peças retas já são encontradas no primeiro quadrado. Isso significa que existem 12 casos diferentes entre os quais devemos distinguir.
Agora, olhando para um bloco de borda, podemos determinar para que lado o limite gira, observando os quatro blocos vizinhos mais próximos. Marcando um ladrilho de borda com X, assim como acima, temos os seguintes seis casos diferentes.
Esses casos são usados para determinar o bloco de nivelamento correspondente e podemos numerar os blocos de nivelamento de acordo.
Ainda há uma opção de a ou b para cada caso. Isso depende de qual lado a grama está. Uma maneira de determinar isso pode ser acompanhar a orientação do limite, mas provavelmente a maneira mais simples de fazer isso é escolher um bloco ao lado da borda e ver qual a cor que ele possui. A imagem abaixo mostra os dois casos 5a) e 5b) que podem ser distinguidos, por exemplo, verificando a cor do ladrilho superior direito.
A enumeração final para o exemplo original ficaria assim.
E depois de selecionar o bloco de arestas correspondente, a borda se pareceria com isso.
Como nota final, posso dizer que isso funcionaria desde que a fronteira seja um pouco regular. Mais precisamente, os ladrilhos de borda que não possuem exatamente dois ladrilhos de borda, pois seus vizinhos terão que ser tratados separadamente. Isso ocorrerá para os ladrilhos de borda na borda do mapa, que terão um único vizinho de borda e para pedaços de terreno muito estreitos onde o número de ladrilhos de borda vizinhos pode ser de três ou até quatro.
fonte
O quadrado a seguir representa uma placa de metal. Há uma "ventilação" no canto superior direito. Podemos ver como a temperatura desse ponto permanece constante, a placa de metal converge para uma temperatura constante em cada ponto, sendo naturalmente mais quente perto do topo:
O problema de encontrar a temperatura em cada ponto pode ser resolvido como um "problema de valor limite". No entanto, a maneira mais simples de calcular o calor em cada ponto é modelar a placa como uma grade. Conhecemos os pontos na grade em temperatura constante. Definimos a temperatura de todos os pontos desconhecidos para a temperatura ambiente (como se a ventilação tivesse acabado de ser ligada). Deixamos então o calor se espalhar pela placa até alcançarmos a convergência. Isso é feito por iteração: iteramos através de cada ponto (i, j). Definimos o ponto (i, j) = (ponto (i + 1, j) + ponto (i-1, j) + ponto (i, j + 1) + ponto (i, j-1)) / 4 [a menos que o ponto (i, j) possui um respiradouro de temperatura constante]
Se você aplicar isso ao seu problema, é muito semelhante, apenas cores médias em vez de temperaturas. Você provavelmente precisaria de cerca de 5 iterações. Eu sugiro usar uma grade de 400x400. Isso é 400x400x5 = menos de 1 milhão de iterações, que serão rápidas. Se você usar apenas 5 iterações, provavelmente não precisará se preocupar em manter os pontos em cores constantes, pois eles não mudarão muito do original (na verdade, apenas os pontos a uma distância de 5 da cor podem ser afetados pela cor). Pseudo-código:
fonte
Ok, então, o primeiro pensamento é que automatizar uma solução perfeita para o problema requer um pouco de matemática de interpolação. Com base no fato de você mencionar imagens de bloco pré-renderizadas, presumo que a solução completa de interpolação não é garantida aqui.
Por outro lado, como você disse, terminar o mapa manualmente levará a um bom resultado ... mas também presumo que qualquer processo manual para corrigir falhas também não seja uma opção.
Aqui está um algoritmo simples que não fornece um resultado perfeito, mas que é muito gratificante com base no baixo esforço necessário.
Em vez de tentar misturar TODOS os blocos de arestas, (o que significa que você precisa saber o resultado da mistura dos blocos adjacentes primeiro - interpolação ou refinar o mapa inteiro várias vezes e não pode contar com blocos pré-gerados) por que não misturar peças em um padrão alternado de tabuleiro de damas?
Ou seja, apenas misturando as peças estreladas na matriz acima?
Supondo que as únicas etapas permitidas no valor sejam uma de cada vez, você tem apenas alguns blocos para projetar ...
Haverá 16 padrões no total. Se você tirar proveito da simetria rotacional e reflexiva, haverá ainda menos.
'A' seria um ladrilho de estilo simples [1]. 'D' seria uma diagonal.
Haverá pequenas descontinuidades nos cantos dos ladrilhos, mas essas serão menores em comparação com o exemplo que você deu.
Se eu puder, atualizarei este post com imagens posteriormente.
fonte
Eu estava brincando com algo parecido com isso, não foi finalizado por vários motivos; mas basicamente seria necessária uma matriz de 0 e 1, sendo 0 o chão e 1 uma parede para uma aplicação de gerador de labirinto no Flash. Como o AS3 é semelhante ao JavaScript, não seria difícil reescrever em JS.
Basicamente, isso verifica todos os blocos ao redor, da esquerda para a direita, de cima para baixo e assume que os blocos de borda são sempre 1. Também tomei a liberdade de exportar as imagens como um arquivo para usar como chave:
Isso é incompleto e provavelmente uma maneira hacky de conseguir isso, mas achei que poderia ser de algum benefício.
Edit: Captura de tela do resultado desse código.
fonte
Eu sugeriria algumas coisas:
não importa qual é o bloco "central", certo? poderia ser 2, mas se todos os outros forem 1, mostraria 1?
importa apenas quais são os cantos, quando há uma diferença nos vizinhos imediatos do topo ou do lado. Se todos os vizinhos imediatos forem 1 e um canto for 2, mostrará 1.
Provavelmente eu pré-calcularia todas as combinações possíveis de vizinhos, criando uma matriz de 8 índices com os quatro primeiros indicando os valores dos vizinhos superior / inferior e o segundo indicando as diagonais:
arestas [N] [E] [S] [W] [NE] [SE] [SW] [NW] = qualquer deslocamento no sprite
no seu caso, [2] [2] [1] [1] [2] [2] [1] [1] = 4 (o quinto sprite).
nesse caso, [1] [1] [1] [1] seria 1, [2] [2] [2] [2] seria 2 e o restante teria que ser resolvido. Mas a busca por um bloco específico seria trivial.
fonte