Player loop do Unity: separar as atualizações de entrada, física e câmera

A fronteira que importa

Um botão de pulo, um rigidbody e uma câmera seguidora funcionam em ritmos diferentes. Trate a interação entre eles como a passagem da intenção para a simulação e, depois, para a apresentação. A pergunta útil de projeto é qual sistema é dono de cada transição de estado, e não qual callback consegue acessar todos os objetos. Este artigo usa a documentação do Unity 6.0 e o Input System 1.14.

Conheça as três fases

Update roda junto com os frames renderizados; FixedUpdate pode rodar zero, uma ou várias vezes durante um mesmo frame. Use o segundo para aplicar forças a um Rigidbody. LateUpdate vem depois de Update, o que o torna uma fase adequada para a câmera. Esses callbacks são partes de um player loop maior, não o cronograma completo. [1][2]

Transfira a entrada de forma deliberada

O Input System pode processar eventos em atualizações dinâmicas, atualizações fixas ou atualizações manuais. Escolha essa configuração explicitamente. [3] Num projeto com entrada dinâmica, registre a intenção de movimento e enfileire um pedido de pulo quando a ação for disparada. Quem é dono da física lê essa intenção armazenada; não deve presumir que cada passo de física recebe uma nova borda do botão. Dê aos comandos enfileirados uma regra de consumo e, se necessário, um tempo de expiração.

Exemplo: um robô de entregas

Imagine um robô que move caixas e salta sobre cabos. Guarde o vetor de direção mais recente e um único salto pendente. No próximo tick de física, verifique se o salto é permitido, aplique o impulso escolhido uma única vez e consuma o pedido. Mantenha a direção disponível para os ticks seguintes até que a entrada mude. Em LateUpdate, posicione a câmera a partir da pose de apresentação resultante do robô. Se um frame lento causar três ticks de física, esse projeto aplica três atualizações de movimento, mas apenas um salto. Se nenhum tick de física ocorrer, o pedido pendente continua disponível. Este é um projeto ilustrativo, não uma implementação medida.

Limites e verificação

Defina o que acontece com a entrada pendente durante pausa, respawn e perda de foco; caso contrário, um salto antigo pode disparar quando o jogo for retomado. Uma fila booleana junta de propósito pressionamentos repetidos; por isso, use uma fila de comandos com limite se cada pressionamento importar. Não deduza a ordem entre instâncias arbitrárias a partir da hierarquia. [1] Teste toques curtos e movimento contínuo em vários frame rates e, em seguida, inspecione a linha do tempo do profiler em busca de consumo duplicado de comandos. O suavizamento da câmera e a interpolação do rigidbody exigem ajuste próprio; mover o código para LateUpdate não garante, por si só, um movimento suave.

Fontes

1. Event function execution order — Unity Technologies.
2. MonoBehaviour.FixedUpdate — Unity Technologies.
3. Input System 1.14: Input settings — Unity Technologies.