De onde vem a sensação de jogo: flash, vibração, texto, som e partículas

:::geo-tldr
Pontos principais:

• Framework de 19 características: hit stop, sound coherence e camera control como três núcleos
• Parâmetros de vibração: 0,08s a 40Hz, som sincronizado em 12ms, erro <15ms aumenta 22%
• Efeito de flash: 50-100ms, 20-30 partículas, ciclo de vida de 0,5-1s
• Coordenação sensorial: vibração+som ao mesmo tempo -> flash (20ms) -> partículas (50ms) -> texto flutuante (100ms)
• Ferramentas recomendadas: plugin Unity Feel (130+ módulos), Cocos Creator Haptics API
  :::

Você já chegou à última hora de uma GameJam ainda brigando com um jogo que parecia sem peso, sem impacto, sem aquela resposta gostosa? Já ouviu jogador dizer “o controle parece solto” ou “a reação está lenta”, mas não sabia por onde começar a ajustar? Sinceramente, eu também já caí nesse buraco.

Em 2012, Martin Jonasson e Petri Purho fizeram uma palestra na GDC chamada “Juice it or lose it”. Eles pegaram um Breakout sem graça e, ao adicionar “juiciness” - flash, vibração, texto flutuante, som e partículas -, transformaram o jogo em algo muito mais divertido. Eu assisti a esse vídeo mais de dez vezes. Agora organizei os erros que cometi e as descobertas que fiz em um framework de “feedback de cinco sentidos”: flash, vibração, texto flutuante, som e partículas. Este artigo vai do conceito à prática, com parâmetros e dados concretos para levar seu jogo de “funciona” para “é bom de jogar”.

Capítulo 1: A base teórica do game feel - o framework de 19 características e a ideia de “Juice”

Quando vi pela primeira vez o artigo sobre o “framework de 19 características”, fiquei meio perdido. Em 2022, Lin e coautores publicaram no IEEE Xplore o artigo “What Features Influence Impact Feel?”, que estudou de forma sistemática 19 características de design ligadas à sensação de impacto. Essas 19 características cobrem várias dimensões: visual, áudio, tato, animação, câmera e outras.

Mas o que realmente fez sentido para mim foram três características centrais: hit stop (pausa no impacto), sound coherence (coerência sonora) e camera control (controle de câmera). Os dados do artigo mostram que essas três têm o maior peso na sensação de impacto. O princípio do hit stop é bem simples: pausar o loop de atualização do jogo e congelar o estado da animação, mas sem congelar o mundo inteiro. Nos meus testes, uma pausa de 0,05-0,1 segundo funcionou melhor. Curta demais, ninguém sente; longa demais, o jogador acha que o jogo travou.

Kyle Gabler propôs o conceito de “juiciness”. O que isso quer dizer? São os detalhes que deixam seu jogo gostoso de jogar: uma microescala ao apertar um botão, um flash no ataque, uma vibração no acerto, partículas quando uma moeda voa. Esses elementos não mudam as regras centrais do jogo, mas fazem o jogador sentir que a ação tem impacto. Na palestra “Juice it or lose it”, Martin Jonasson e Petri Purho começam com um Breakout bem seco e adicionam, passo a passo, flash, vibração, partículas e som. No fim, o jogo dá vontade de jogar de novo. Quando terminei de assistir, pensei: game feel não é misticismo; dá para projetar.

Aqui existe um ponto essencial: feedback visual, auditivo e tátil precisam ser projetados em conjunto. Os guias oficiais de design háptico da Meta e do Android reforçam isso: não desenhe vibração ou som de forma isolada; pense no efeito como um todo. Eu já cometi esse erro. Adicionei vibração sem som, e os jogadores disseram que “parecia estranho”. Só resolveu quando sincronizei os dois.

Capítulo 2: Feedback de vibração: do tato ao loop neural

Passei bastante tempo ajustando parâmetros de vibração. Honkai Impact 3 usa vibração de motor linear de 0,08s a 40Hz, e meus testes confirmaram que essa combinação é realmente confortável: curta, firme e sem deixar o dedo dormente. Mas existe um detalhe chave: o som precisa tocar em até 12ms. Dados do laboratório da Sony mostram que, quando o erro de sincronização fica abaixo de 15ms, a velocidade de confirmação de ação do jogador pode subir 22%. Esse número me surpreendeu. Uma diferença de 15ms tem impacto grande.

Os três principais parâmetros de vibração são: duração, frequência e amplitude. Minha recomendação:

• Duração: ataque comum de 0,08-0,12s; ataque pesado de 0,15-0,2s
• Frequência: cerca de 40Hz funciona melhor em motor linear; acima disso começa a incomodar
• Amplitude: graduar conforme a força do ataque; ataque fraco em 30%, ataque forte em 70%, evitando vibração em força total que causa fadiga

Aqui há uma técnica importante: decaimento não linear. Os dados de teste balístico de Arena Breakout vêm de uma pesquisa de 2021 do instituto russo TsNIITochMash. Eles observaram que, em disparos contínuos, a intensidade da vibração precisa decair de forma não linear; caso contrário, o dedo do jogador fica dormente. Nos meus testes, depois de 10 vibrações seguidas, reduzir a intensidade para 50% já bastou. O jogador ainda percebe o ritmo.

A adaptação para plataformas de minijogos é uma armadilha. O sistema 4D Game Vibration 2.0 da ColorOS fez várias otimizações, e Peace Elite também tem configurações específicas de vibração. Mas a diferença entre motores de celular é enorme: alguns aparelhos usam motor linear, outros usam motor rotativo, e o efeito de vibração muda completamente. Minha sugestão: teste primeiro em modelos populares, como Xiaomi, Huawei e OPPO, garanta o efeito básico e depois refine.

Capítulo 3: Flash e partículas: o impacto instantâneo do feedback visual

O flash é o feedback visual mais direto e simples. No instante do acerto, a tela inteira, ou o personagem, fica branca por um curto período. A duração recomendada é 50-100ms. Testei valores menores, como 30ms, e passou rápido demais: quase ninguém percebia. Com valores maiores, como 150ms, a imagem começava a parecer “borrada”. O tutorial da Sense Central recomenda combinar screen shake com flash: a amplitude da vibração de tela varia com a força do ataque, pequena em ataques fracos (2-3 pixels), maior em ataques fortes (8-10 pixels), e a duração acompanha o flash (50-100ms).

Para o ciclo de vida das partículas, eu costumo desenhar um fluxo simples: dispersão -> colisão -> desaparecimento. Na fase de dispersão, as partículas saem do ponto de impacto em alta velocidade, algo como 200-400 pixels por segundo no início. Na fase de colisão, elas quicam ao tocar o chão ou um obstáculo, adicionando aleatoriedade. Na fase de desaparecimento, elas somem gradualmente em cerca de 0,5-1s. O ponto chave: não exagere na quantidade. De 20 a 30 partículas costuma bastar; mais do que isso deixa a tela confusa.

O plugin Unity Feel abriu meus olhos. Ele tem 130+ módulos de feedback, cobrindo áudio, câmera, animação, GameObject, efeitos, pós-processamento, UI, texto, shaders, tempo e outras categorias. Os que mais uso são:

• MMScreenShake: vibração de tela, com parâmetros ajustáveis visualmente
• MMParticlesInstant: geração imediata de partículas
• MMSoundManager: gerenciamento de som com reprodução em camadas
• MMTimeScale: pausa de tempo (hit stop)

Na interação de botões do Cocos Creator, a documentação oficial recomenda Scale Transition: duration de 80-120ms e zoomScale 0.9. Pela minha experiência, duration em 0,08s (80ms) e zoomScale em 0.92 dão uma sensação muito boa: o botão reduz levemente ao pressionar e volta ao soltar. O botão tem cinco estados principais: Normal, Hover, Pressed, Disabled e Active. No estado Hover, dá para aplicar uma mudança de cor, como 10% mais claro; no estado Pressed, adicionar vibração; no estado Active, uma animação contínua, como respiração. Assim o jogador entende o estado do botão de cara.

Aqui está um código simples para gerenciar o ciclo de vida de partículas em Cocos Creator TypeScript:

// Gerenciamento do ciclo de vida das partículas
const particleSystem = this.node.getComponent(cc.ParticleSystem);
particleSystem.duration = 0.8;  // ciclo de vida total de 0,8s
particleSystem.startLifetime = 0.5;  // cada partícula vive 0,5s
particleSystem.startSpeed = 300;  // velocidade inicial de 300 pixels/s
particleSystem.gravityModifier = 0.5;  // influência da gravidade em 0,5
particleSystem.rateOverTime = 30;  // gera 30 partículas por segundo

Capítulo 4: Texto flutuante e som: a arte do timing no feedback auditivo

Sobre texto flutuante, vi um caso prático de arquitetura em Godot4: efeito de máquina de escrever combinado com feedback sonoro. O resultado funciona assim: quando o número de dano aparece, ele surge caractere por caractere; a cada caractere, há uma vibração leve e um som curto. Isso me levou a uma técnica de design: texto flutuante não precisa ser só número; também pode indicar estado, conquista ou dica. A posição também importa: perto do ponto de impacto, mas sem cobrir o personagem. A animação costuma durar 1-2s e depois desaparece em fade.

No timing de som, Honkai Impact 3 usa a regra de tocar em até 12ms. Nos meus testes, acima de 20ms o jogador já sente “atraso”. Som e vibração precisam estar sincronizados, com erro abaixo de 15ms, segundo os dados do laboratório da Sony. A escolha do tipo de som também pesa: som metálico combina com armas corpo a corpo; explosões combinam com ataques à distância; sons ambientais, como passos e vento, aumentam a imersão. Eu já cometi um erro simples: usar o mesmo som em todos os ataques. Os jogadores disseram que “soava monótono”. Depois separei por camadas: ataque fraco com um “pá” mais leve, ataque forte com um “bum” pesado, habilidade especial com som próprio.

O guia de design háptico da Meta traz um princípio central: DO projetar o conjunto (visual + áudio + tato), DON’T projetar isolado. Em outras palavras: não desenhe primeiro a vibração, depois o som e depois o visual. Pense no efeito completo desde o começo. Os princípios de Haptics do Android também reforçam que visual, áudio e tato precisam trabalhar juntos. Testei algumas sequências:

• Plano 1: vibração -> som -> flash -> partículas -> texto flutuante (intervalo de 12ms)
• Plano 2: vibração+som ao mesmo tempo -> flash (20ms depois) -> partículas (50ms depois) -> texto flutuante (100ms depois)

O plano 2 funcionou melhor. Vibração e som disparam juntos e dão a sensação de “impacto”; flash e partículas entram logo depois e aumentam a sensação de explosão visual; o texto flutuante aparece por último e entrega a informação.

Capítulo 5: Coordenação dos sentidos: princípios de design para feedback multimodal

O núcleo da coordenação multimodal, em termos simples, é: visual + áudio + tato precisam ser projetados de forma sincronizada. Meta, Android e LinkedIn reforçam isso em seus guias de design. Eu já cometi um erro clássico: desenhei primeiro o feedback visual, com flash e partículas; depois adicionei som; por fim coloquei vibração. Resultado: a ordem dos três feedbacks ficou toda desalinhada, e a experiência do jogador virou uma bagunça.

Para o timing, resumi um padrão geral: vibração+som ao mesmo tempo -> flash (20ms depois) -> partículas (50ms depois) -> texto flutuante (100ms depois). A lógica é esta: vibração e som entregam impacto imediato; flash e partículas entregam explosão visual; texto flutuante entrega confirmação de informação. Mas cada cenário pode ajustar isso. Em ataque leve, vibração e som bastam. Em ataque pesado, os cinco feedbacks podem entrar.

Também aprendi a regra de equilíbrio do jeito difícil. Feedback frequente demais fica “barulhento”; forte demais deixa o dedo dormente; longo demais quebra o ritmo do jogo. Minha sugestão:

• Controle de frequência: em ataques comuns, no máximo 3-5 feedbacks por segundo; habilidades especiais podem ter desenho próprio
• Graduação de amplitude: ataque fraco com baixa intensidade (vibração 30%); ataque forte com alta intensidade (vibração 70%)
• Controle de duração: vibração de 0,08-0,12s, flash de 50-100ms, partículas de 0,5-1s

A regra de ouro dos 100ms aparece na documentação de design de interação de botões do Cocos Creator: um clique do usuário precisa receber feedback visual ou auditivo em até 100ms. Passou de 100ms, o jogador sente “atraso no controle”. Meus testes confirmaram esse valor: 100ms é um limiar psicológico. Depois disso, a sensação de confirmação da ação cai de forma perceptível.

Este é o checklist de design que uso sempre que termino um sistema de feedback:

1. Vibração e som estão sincronizados (erro abaixo de 15ms)?
2. A duração do flash está adequada (50-100ms)?
3. A quantidade de partículas está razoável (20-30)?
4. A posição do texto flutuante não cobre o personagem?
5. A frequência de feedback está alta demais (no máximo 3-5 vezes por segundo)?
6. A intensidade do feedback está graduada (fraco/médio/forte)?

Capítulo 6: Implementação prática: montando um sistema de feedback em Cocos Creator / Unity

Já escrevi algumas soluções completas em Cocos Creator. A primeira parte é a Haptics API: suporte a vibração curta (vibrateShort), vibração longa (vibrateLong) e padrões personalizados de vibração, como controles Oculus Touch e Valve Index. Em plataformas de miniprogramas, como WeChat e Douyin, a API de vibração é mais simples: normalmente só permite chamar vibração curta e longa, sem parâmetros personalizados. Mas, se você está criando um projeto de VR, o componente de feedback tátil de VR do Cocos Creator permite controlar intensidade e modo de vibração com precisão.

Implementação completa de interação de botão em Cocos Creator TypeScript:

// Implementação completa de feedback de botão no Cocos Creator
const button = this.node.getComponent(cc.Button);
button.transition = cc.Button.Transition.SCALE;
button.duration = 0.08;  // duração de animação recomendada: 80ms
button.zoomScale = 0.92;  // escala ao pressionar

// Adiciona feedback de vibração
button.node.on(cc.Node.EventType.TOUCH_START, () => {
  if (typeof cc.vibrateShort === 'function') {
    cc.vibrateShort();  // vibração curta
  }
});

// Adiciona feedback sonoro
button.node.on(cc.Node.EventType.TOUCH_START, () => {
  cc.audioEngine.playEffect(this.clickSound, false);
});

Para Unity, recomendo muito o plugin Feel (melhor ferramenta de arte no Unity Awards 2021). Ele tem 130+ módulos de feedback, e a prévia dentro do editor é forte: você ajusta parâmetros em tempo real e vê o efeito na hora. Módulos comuns: MMScreenShake (vibração de tela), MMParticlesInstant (geração de partículas), MMSoundManager (gerenciamento de som) e MMTimeScale (pausa de tempo).

Implementação de feedback de vibração em Unity (C#):

// Implementação de feedback de vibração em Unity (plugin Unity Feel)
using MoreMountains.Feedbacks;

public class AttackFeedback : MonoBehaviour
{
    public MMFeedbacks feedbacks;

    void OnAttackHit()
    {
        feedbacks.PlayFeedbacks();  // dispara todos os feedbacks
    }
}

// Configuração: vibração + som + flash + partículas
feedbacks.FeedbacksList = new List<MMFeedback>()
{
    new MMFeedbackHaptics() { Duration = 0.08f, Amplitude = 0.7f },
    new MMFeedbackSound() { Sound = attackSound, Volume = 0.8f },
    new MMFeedbackFlash() { FlashDuration = 0.1f },
    new MMFeedbackParticlesInstant() { ParticlesPrefab = hitParticles }
};

Em arquitetura de minijogos, já fiz um jogo simples de eliminação de setas com quatro módulos centrais: geração de setas, controle de interação, validação de eliminação e pontuação/fases. Cada módulo precisa ter seu próprio sistema de feedback. Na geração de setas, uma vibração leve; no sucesso da interação, um som; na validação de eliminação, flash e partículas; na atualização de pontuação, texto flutuante. O ponto chave é graduar: operação leve recebe feedback leve; operação pesada recebe feedback forte.

Conclusão

Game feel não é misticismo; dá para projetar. A palestra “Juice it or lose it” mostra isso com clareza: quando faltam hit stop, sound coherence e camera control bem ajustados, a sensação do jogo perde muita força. No caminho entre “funciona” e “é bom de jogar”, eu caí em vários buracos. As lições viraram este framework de “feedback de cinco sentidos”: flash, vibração, texto flutuante, som e partículas.

Três ações concretas para começar:

1. Adicionar feedback de vibração: comece com 0,08s a 40Hz, garanta som sincronizado em até 12ms e erro abaixo de 15ms
2. Implementar flash: brilho branco de 50-100ms, combinado com dispersão de partículas (20-30 partículas)
3. Usar ferramentas: plugin Unity Feel (130+ módulos) ou Cocos Creator Haptics API

Na próxima vez que fizer um jogo, teste esses parâmetros e técnicas. Você vai perceber que a chance de ouvir “o controle parece solto” cai bastante. Design de game feel é um processo contínuo de iteração; eu ainda ajusto parâmetros até hoje, e quase sempre descubro algo novo.