O problema dos ativos de espaço reservado: Como a arte de programador mata os testes

“Greybox primeiro, arte depois” é um conselho comum para a prototipagem de jogos. Guias e tutoriais frequentemente dizem para você construir as mecânicas principais primeiro, garantir que o jogo seja realmente divertido usando cubos e cápsulas abstratos, e só se preocupar com os visuais quando o ciclo principal estiver comprovado.

Essa abordagem faz sentido lógico. Gastar tempo polindo a arte de um protótipo de jogo que pode nem funcionar parece um desperdício de recursos. O greyboxing tem sido, há muito tempo, uma maneira confiável de navegar pelo desenvolvimento inicial sem sofrer com o aumento descontrolado do escopo.

No entanto, essa abordagem traz custos ocultos. Quando você apresenta aos jogadores uma arte de espaço reservado básica, você não está apenas testando as mecânicas do jogo em um vácuo – você está testando como os jogadores interagem com jogos feios e sem polimento.

A fidelidade visual pode ter um impacto profundo no feedback dos testes de jogo. A percepção de um jogador sobre a responsividade, o peso e a sensação geral do jogo é afetada pelo que ele vê na tela. Permanecer com um ambiente visualmente vazio por muito tempo arrisca atrair um feedback que é distorcido pela aparência e pela sensação da arte, em vez de refletir as mecânicas do jogo.

O conselho padrão e o que ele erra

A sabedoria convencional de desenvolvimento de jogos diz que você nunca deve investir tempo em ativos de arte até que suas mecânicas estejam totalmente definidas. Frequentemente, isso significa construir níveis com cubos cinzas, representar jogadores com uma cápsula e usar uma interface de texto simples para informações vitais.

Este conselho existe por um bom motivo. Ele evita que você perca tempo texturizando um personagem que pode ser cortado na próxima semana. Ele força as equipes a se concentrarem no ciclo fundamental de jogabilidade. Gastar um mês em modelos de alta fidelidade antes que o personagem consiga sequer pular corretamente é um erro famoso de iniciante.

Mas esse consenso baseia-se na suposição de que os seres humanos conseguem separar completamente o feedback visual do feedback mecânico. Ele espera que um testador sente, olhe para um retângulo cinza flutuante e avalie com precisão o código de física que o move sem ser influenciado pela falta de polimento visual. Mas está claro para nós que a psicologia humana simplesmente não funciona dessa maneira.

Como a fidelidade visual muda o que os testadores dizem a você

A qualidade visual não serve apenas para deixar os jogos mais bonitos para capturas de tela de marketing. Ela pode mudar significativamente a forma como os jogadores experimentam as mecânicas que você criou, o que também pode impactar diretamente o feedback de teste que você recebe.

A pesquisa

Considere a famosa demonstração de desenvolvedor “Juice It or Lose It” de Martin Jonasson e Petri Purho na GDC Europe 2012. Eles demonstraram um jogo básico de quebrar blocos sem absolutamente nenhum toque visual, então adicionaram trepidação de tela, efeitos de partículas e animações de interpolação sem alterar uma única linha do código de física subjacente. O jogo resultante parecia visivelmente diferente.

Uma pesquisa sobre a sensação do jogo mais ampla apoia a ideia de que até mesmo ajustes como trepidação de tela podem melhorar a sensação de agência e euforia do jogador.

Como isso funciona na prática

Imagine duas versões exatamente do mesmo protótipo de jogo. A primeira versão apresenta uma cápsula cinza deslizando por um plano reto. A segunda versão apresenta um modelo de personagem texturizado movendo-se por uma rua de paralelepípedos, completa com partículas simples de poeira levantando sob seus pés.

Se você colocar essas duas versões diante dos jogadores, eles podem avaliar a versão texturizada como mais responsiva e divertida, mesmo quando o código de movimento subjacente é idêntico. Os testadores nem sempre conseguem separar a qualidade visual da qualidade do jogo – então, se um protótipo parece rígido e sem vida, você também pode receber o feedback de que os controles parecem rígidos e sem vida.

O antigo dilema e por que ele não se aplica mais

O motivo pelo qual o "greybox primeiro" passou a ser recomendado em primeiro lugar é que fazer uma arte decente costumava ser uma fase longa e demorada do processo de desenvolvimento de jogos. Os desenvolvedores tinham que escolher entre alocar seu tempo trabalhando em recursos principais de jogabilidade, como mecânicas, ou em elementos visuais, como pintar texturas. Muitas equipes simplesmente não conseguiam fazer ambos durante os estágios iniciais da prototipagem de jogos. Como a lacuna entre a arte de programador e a “arte boa o suficiente” era tão vasta, os desenvolvedores aceitavam o feedback distorcido dos testes de jogo como um mal necessário.

Mas o cenário do desenvolvimento de jogos está mudando. Fases de desenvolvimento que costumavam levar muito tempo agora podem ser concluídas bem rapidamente, e a arte de jogo gerada por IA mudou os cálculos para a prototipagem rápida. Produzir texturas, sprites 2D e materiais complexos por IA pode levar seu design de nível greybox da geometria abstrata a um ambiente reconhecível e coeso rápido o suficiente para que alguns desenvolvedores possam descobrir que não precisam mais escolher entre testar mecânicas e fornecer contexto visual.

Abordagens práticas para melhores visuais de protótipo

Existem várias opções altamente práticas e rápidas disponíveis que podem ajudá-lo a deixar seu protótipo com uma aparência boa o suficiente para testar com precisão, e então refinar com sua equipe de arte para finalizar.

Texturas e sprites gerados por IA

Usar arte de jogo gerada por IA pode ajudá-lo a atualizar um protótipo rapidamente, e ferramentas de geração de ativos como os Geradores de IA da Unity podem se encaixar diretamente no seu pipeline de ativos. Se você precisar de uma textura de parede de tijolos para dar aos jogadores uma noção de escala, você pode gerar um fundo de tijolos contínuo para fornecer contexto visual imediato sem interromper seu cronograma de codificação.

Pacotes de placeholder da Asset Store

Se você prefere modelos 3D selecionados, os pacotes de placeholder da Asset Store podem ser uma excelente solução. Colocar esses ativos pré-fabricados em seu jogo permite que você substitua a arte de programador confusa por ambientes coesos e legíveis que os jogadores conseguem entender.

A estrutura de “mínimo visual”

Em vez de buscar a arte final, essa abordagem visa o “mínimo visual”. Ela faz uma pergunta simples: Qual é a menor quantidade de investimento em arte necessária para impedir que seus visuais prejudiquem o feedback dos seus testes de jogo?

Geralmente, a resposta se resume a três coisas: silhuetas reconhecíveis para que os jogadores saibam o que são os objetos; diferenciação de cores para separar os inimigos do fundo; e variação básica de material para que os jogadores consigam distinguir a diferença entre um personagem andando sobre Metal e andando sobre grama.

Quando o greyboxing ainda é a escolha certa

É importante esclarecer que o greyboxing não é inerentemente ruim. Existem fases específicas de desenvolvimento em que o design de nível greybox ainda pode ser a escolha correta.

Se você está testando mecânicas puras isoladamente, como descobrir se a matemática raw por trás de uma trajetória de pulo duplo funciona corretamente, você não precisa de texturas. Se você está na primeira semana de um conceito que tem uma alta probabilidade de ser descartado, investir em qualquer arte é prematuro. Finalmente, se você está fazendo testes puros de layout de nível onde bloquear a linha de visão e verificar distâncias de geometria física são os únicos objetivos, blocos cinzas são perfeitamente adequados.

O problema não é o greyboxing em si. Mas qualquer conselho convencional para ignorar completamente os visuais quando você começa a coletar feedback de testes de jogo sobre a sensação holística do seu jogo pode ser a melhor orientação quando você está procurando por um feedback mais abrangente.

Indo além do greybox

Dados precisos podem ser uma grande ajuda no desenvolvimento de um ótimo jogo. Mas quando você testa um protótipo cheio de arte de programador, os dados que você recebe são frequentemente obscurecidos pela incapacidade do jogador de ver além das abstrações visuais. Ao elevar a arte do seu protótipo usando ferramentas modernas, pacotes de ativos e uma estrutura visual mínima, você pode ajudar seus testadores a avaliar o design do seu jogo de forma mais holística. Pare de deixar que arte de espaço reservado ruim estrague mecânicas perfeitamente boas e comece a testar seus jogos da maneira como os jogadores realmente os vivenciam.

PERGUNTAS FREQUENTES: Arte de protótipo e testes de jogo

Qual é a maneira mais rápida de atualizar a arte de espaço reservado?

Você pode atualizar o estilo visual do seu jogo rapidamente usando texturas e sprites gerados por IA, ou inserindo pacotes modulares da loja de ativos. Gerar texturas de IA para uma cena básica pode melhorar vastamente a legibilidade sem atrasar significativamente o desenvolvimento mecânico.

Devo usar arte de programador ou comprar pacotes da loja de ativos?

Depende inteiramente do seu objetivo imediato. Arte de programador é aceitável para testar matemática e lógica raw internamente. No entanto, se você estiver colocando o jogo diante de testadores externos para avaliar se o jogo “parece divertido”, comprar pacotes da Asset Store ou gerar texturas básicas pode lhe dar um feedback mais preciso e acionável.