Seis camadas de feedback por detrás de um combate satisfatório

O que a demonstração mostra

Para os programadores que afinam o combate de jogos de ação, uma pergunta útil é o que muda quando a animação do ataque permanece igual. O criador adiciona progressivamente seis camadas de feedback a um ataque: hitstop, tremor da câmara, reação do alvo, recuo, partículas e som. A demonstração torna visível o contributo combinado dessas camadas, mas não fornece um estudo controlado com jogadores nem um repositório de código público. As evidências são uma comparação qualitativa, não uma receita universal para um determinado nível de diversão.

Imagens do vídeo: demonstração original do criador. Os painéis mostram diferentes fases da animação; as imagens estáticas não conseguem demonstrar a temporização do hitstop nem o som.

A ideia prática é que os ataques ligeiros e pesados podem partilhar um sistema de feedback, utilizando temporização e intensidade diferentes. O criador descreve uma pausa mais curta e um tremor menor para os ataques ligeiros, em contraste com uma pausa mais longa, um tremor mais forte e um efeito adicional de fotograma de impacto para os ataques pesados. Não é fornecido nenhum valor numérico predefinido universal.

Como as camadas se combinam

Uma implementação pode tratar um acerto confirmado como um evento partilhado que contém a posição de contacto, a direção do impacto, o alvo e o perfil do ataque. Componentes de feedback independentes consomem esse evento. Esta arquitetura baseada em eventos é um modelo de implementação editorial, não uma reconstrução de código-fonte não publicado. Separa a deteção do acerto da apresentação, mantendo simultaneamente as respostas visuais, físicas e sonoras associadas ao mesmo contacto.

O hitstop suspende brevemente o movimento no momento do contacto. Numa implementação Unity que pausa o tempo de jogo escalado através de Time.timeScale, o temporizador de recuperação tem de utilizar um relógio não escalado: caso contrário, o temporizador pode pausar juntamente com a ação. A Unity documenta que FixedUpdate e as corrotinas que aguardam com WaitForSeconds param quando timeScale é zero, enquanto Time.unscaledDeltaTime permanece independente dessa escala. Uma pausa localizada da animação é outra escolha de design; a publicação original não identifica qual o mecanismo utilizado. Escala de tempo; temporização não escalada.

O tremor da câmara pode seguir uma envolvente curta com um decaimento rápido. O Cinemachine Impulse da Unity formaliza isto como uma fonte acionada por eventos, um sinal direcional com uma curva de intensidade ao longo do tempo e um recetor associado à câmara. A forma e a duração do sinal podem variar consoante o ataque sem alterar o controlador da câmara. Documentação do Cinemachine.

A reação do alvo e o recuo desempenham funções diferentes. Um clarão, uma deformação ou um número de dano comunica o contacto; o deslocamento altera a posição física ou de jogo do alvo. Para um Unity Rigidbody ativo e não cinemático, AddForce com ForceMode.Impulse produz uma alteração de velocidade igual ao impulso dividido pela massa, independentemente da duração do passo de simulação. Um controlador de personagem pode, em alternativa, implementar a sua própria regra de movimento. Esta distinção é importante ao ajustar a força aparente sem alterar acidentalmente o espaçamento do combate. Documentação do Rigidbody.

As partículas comunicam a direção do impacto, enquanto o som combina o início, o carácter do material e o peso percecionado. O criador propõe camadas de frequências baixas, médias e altas. O AudioSource.PlayOneShot da Unity pode acionar clipes sobrepostos sem cancelar os que já estão a ser reproduzidos, mas os seus níveis continuam a precisar de equilíbrio: a documentação indica que um escalonamento do volume superior a um pode causar clipping. A sobreposição de camadas de áudio exige, portanto, mistura, em vez de simplesmente tornar cada camada mais alta. Documentação de áudio.

Aplicações e limites das evidências

A divisão em seis camadas é útil para rever protótipos de combate corpo a corpo e identificar qual a resposta em falta ou desalinhada. Um fluxo de trabalho editorial de afinação consiste em manter fixa a ação e o enquadramento da câmara, ativar uma camada de cada vez e comparar depois os perfis ligeiro e pesado. Registe separadamente a duração da pausa, a envolvente do tremor, o deslocamento, a direção das partículas e o equilíbrio do som, para que uma alteração visual não seja confundida com uma alteração de jogabilidade.

Este material é uma demonstração de um criador acompanhada por uma explicação baseada num motor, não um plug-in lançado, um modelo de IA ou um método académico. O criador não publicou uma secção de trabalho futuro nem uma lista de TODO na fonte analisada, pelo que não é apresentada aqui qualquer roadmap de desenvolvimento. Os exemplos da Unity explicam mecanismos disponíveis; não estabelecem como o vídeo original foi implementado.