Alternativa ao PixelLab — de sprites em pixel a assets de jogo 3D por onde dá para caminhar

Uma busca por uma alternativa ao PixelLab costuma começar com uma frustração específica: a pixel art está boa, mas a cena para a qual você a queria ainda não existe. O PixelLab gera assets de pixel 2D: sprites de personagem, ciclos de caminhada, conjuntos de rotação, tilesets, molduras de interface. E faz isso bem. O que ele não faz é colocar esses assets em um espaço pelo qual você possa caminhar.

O Neta Studio cobre as duas metades em uma única aba do navegador. Você gera sprites em pixel e depois os coloca em um mundo Three.js de verdade, com profundidade, colisão e uma câmera que você controla com WASD. Sem instalação, sem projeto de engine exportado, sem um pipeline de assets separado para manter em sincronia. Esta página mostra onde o PixelLab para, onde uma cena 3D começa e como decidir se você precisa da segunda metade.

Resposta rápida

O PixelLab cria assets de pixel 2D. Sprites, quadros de animação, rotações multidirecionais, conjuntos isométricos, tilesets, elementos de interface, com inpainting e edições que preservam o estilo por cima. Essa é uma resposta completa para o problema da pixel art. A fronteira é que assets não são uma cena. Uma spritesheet não tem posição, nem profundidade, nem colisor, nem câmera. Se o seu jogo tem uma câmera fixa e uma grade de tiles, essa fronteira nunca incomoda. Se você quer um espaço pelo qual alguém possa caminhar, o asset é a entrada, não a saída, e você precisa de algo que o posicione.

O que o PixelLab faz bem

Ser específico sobre os quatro pontos fortes importa, porque a alternativa certa depende de qual deles você realmente usa.

Segundo, rotações multidirecionais e isométricas. Um sprite base se torna um conjunto de 4 ou 8 direções, mais variantes isométricas dimensionadas para uma grade 2.5D. É a parte que a maioria dos geradores pula, e costuma ser a parte que decide se um sprite é utilizável em um jogo de verdade e não apenas em um mockup.

Terceiro, edição e inpainting que preservam o estilo. Você pode recolorir um capacete, consertar um braço quebrado ou estender um torso sem regenerar o personagem e perder a versão que você aprovou. Quarto, geração de ambientes e tilesets: grama, pedra, água, kits de parede, produzidos com bordas consistentes para que os tiles se encontrem sem emendas.

• Animação de IA consistenteUm ciclo de caminhada gerado a partir de uma referência mantém a paleta e as proporções entre os quadros. A variação de quadro para quadro é a falha comum da animação de pixel por IA, e manter o personagem consistente ao longo de 6 a 8 quadros é a parte difícil.
• Rotações multidirecionais e isométricasUm sprite se torna um conjunto de 4 ou 8 direções, mais rotações isométricas alinhadas a uma grade em losango. O número de direções é escolhido de antemão, já que cada direção é uma passagem separada.
• Edição e inpainting que preservam o estiloEdições locais permanecem dentro da paleta e da espessura de linha existentes. Útil quando um único detalhe está errado e regenerar o sprite inteiro custaria a versão que você já aprovou.
• Geração de ambientes e tilesetsTerreno, props e kits de parede gerados como conjuntos, com tratamento de borda combinando para que um tile 32x32 encontre o vizinho sem uma emenda visível.

Assets 2D vs assets 3D

Assets 2D resolvem textura. Assets 3D resolvem espaço. São problemas diferentes, com modos de falha diferentes, e confundi-los é a razão pela qual tantas pessoas pulam entre ferramentas sem terminar nada.

A primeira forma de demanda é uma câmera fixa. Em um platformer de visão lateral ou um RPG visto de cima, o sprite é a representação inteira do objeto. Tudo o que o jogador precisa saber sobre um personagem está dentro de um único quadro. A profundidade é simulada com a ordem de desenho: uma camada de ordenação na Unity, Y-sort no Godot, um índice em um renderizador personalizado. Isso funciona, é barato e não custa nada em fidelidade. Uma ferramenta 2D é a ferramenta correta aqui, e nada em um pipeline 3D a melhora.

A segunda forma de demanda é uma câmera que o jogador move. No momento em que a câmera gira ou o jogador passa por um objeto, um conjunto de sprites de 8 direções acaba. Você tem oito ângulos, a câmera tem ângulos infinitos, e a lacuna aparece como um personagem que salta entre direções enquanto o mundo desliza suavemente. O asset precisa se tornar geometria com textura, ou um quad voltado para a câmera, ou ambos. É essa a linha divisória: se a câmera é fixa, o 2D está completo; se a câmera se move, você precisa posicionar em um espaço 3D.

Gere um sprite aqui

Sprites em pixel também são cobertos aqui. O gerador executa a mesma classe de tarefa do PixelLab: descreva um sujeito e receba de volta um sprite com fundo transparente e um layout de quadros que você pode fatiar. A ordem das decisões é o que determina se a saída é utilizável.

O Agent Sprite Forge cuida disso dentro do Neta Studio. Importa que seja a mesma cadeia de ferramentas que alimenta o lado 3D, porque um sprite produzido aqui pode ser colocado diretamente em uma cena como standee, em vez de ser exportado para outro programa e reimportado.

Jogue uma cena construída a partir de assets

Um asset se torna um mundo quando algo decide onde ele fica e o que bloqueia o jogador. É essa a diferença inteira, e são poucos ajustes.

Os modos de falha aparecem aqui, não no gerador. Dois standees na mesma coordenada causam z-fighting: desloque um por alguns centímetros em vez de brigar com o buffer de profundidade. Um sprite com transparência ativada e sem teste de alpha se ordena incorretamente contra paredes, porque o renderizador não consegue dizer quais pixels são sólidos. E uma sombra projetada por um quad com teste de alpha é renderizada como um retângulo sólido, a menos que o material da sombra também teste o alpha no mesmo limite.

PixelLab, thepixellab, the pixel lab — a mesma ferramenta?

Sim. PixelLab, thepixellab, the pixel lab e pixel lab são a mesma consulta digitada de quatro formas. Os mecanismos de busca tratam o espaçamento e um artigo inicial como a mesma entidade, então as quatro chegam ao mesmo produto. Não existe uma ferramenta separada chamada "the pixel lab" nem um produto distinto "pixel lab" por trás da variante.

As variantes com erro de digitação retornam resultados fracos por uma razão estrutural, não de popularidade. Uma consulta sem uma entidade concorrente por trás produz resultados navegacionais: as próprias páginas do produto, e nada mais. Conteúdo de comparação, listas de alternativas e tutoriais são escritos em torno de uma categoria, e um erro de digitação não é uma categoria. A forma de três palavras é ainda mais fraca, porque "pixel lab" se divide entre usos não relacionados da expressão, como processamento de imagens e trabalhos de impressão, e os resultados deixam de ser sobre sprites. Se você quer a metade 3D do problema, a consulta a fazer é sobre construção de cenas ou assets de jogo 3D, não outra grafia do mesmo nome de produto. É disso que o 3D game builder trata.

Você precisa mesmo de assets 3D?

Provavelmente não. A maioria das pessoas que procura uma alternativa ao PixelLab não precisa de um pipeline 3D, e adicionar um custa tempo de verdade. Uma malha precisa de um mapeamento UV e de um material antes de se parecer com algo. Um sprite não precisa de nenhum dos dois. Faça esse orçamento com honestidade antes de decidir que a versão 3D é o upgrade.

Há um caminho do meio que evita a maior parte do custo: mantenha os sprites em pixel e coloque-os em uma cena 3D como quads voltados para a câmera. Você ganha profundidade, uma câmera em movimento e posicionamento livre sem modelar nem riggar nada. É para esse caso que o 3D game builder foi feito, e é o único caso em que você obtém as duas metades sem fazer o trabalho duas vezes.

• O 2D é a escolha certa quando a câmera é fixaVisão lateral, vista de cima ou um ângulo isométrico travado. Se a câmera nunca gira, nenhuma quantidade de geometria acrescenta informação que o sprite já não carregue, e você paga por um pipeline que não muda nada na tela.
• O 2D é a escolha certa quando o timing da animação é o jogoContagens precisas de quadros, pausas deliberadas, tells de um quadro. Isso é criado em uma spritesheet, onde você controla cada pixel, não em um rig interpolado.
• O 2D é a escolha certa quando a grade de pixels é a identidadeSe o seu viewport é pequeno e cada pixel é deliberado, uma cena 3D reamostra essa grade em ângulos arbitrários. O visual não é preservado; ele é mediado.
• O 3D vale a pena quando o jogador controla a câmeraCenas de percurso, níveis exploráveis, qualquer coisa em que virar-se seja parte da experiência. Um conjunto de sprites de 8 direções não cobre rotação contínua.
• O 3D vale a pena quando a cena é a entregaUma demo, uma peça de portfólio, um nível que você quer que alguém abra em uma aba do navegador e explore. O percurso é o artefato, não o sprite.
• O 3D vale a pena quando você precisa de escala e posicionamento livreProps em tamanhos arbitrários, objetos no terreno, um espaço que precisa fazer sentido de qualquer ângulo de aproximação. Posição e rotação se tornam valores reais em vez de uma ordem de desenho.

Entre no mundo ao qual ele pertence

A lacuna entre um sprite e um lugar é o ponto central desta página. Abra o outro lado dela: um mundo 3D isométrico cujo material foi gerado, cuja cena foi descrita e que roda na mesma aba do navegador que você teria usado para exportar um PNG.

FAQ