O que acontece quando o delta fica negativo
Você já teve que lidar com um cálculo de variação e descobriu que o resultado deu negativo. Não é um bug, não é erro de sigla. É simplesmente o valor de B menor que o valor de A. O delta é a diferença entre dois pontos no tempo ou no espaço, e quando o ponto final vem antes do inicial, o número que sobra é negativo. Parece óbvio, mas a maioria dos tutoriais evita falar disso porque querem que você ache que tudo funciona sempre na direção certa. Na prática, isso aparece em várias coisas. Em JavaScript, quando você calcula delta time em um loop de jogo e o frame anterior tem timestamp maior que o atual por qualquer motivo — relógio do sistema ajustado, suspensão da aba, delay de rede — o delta vira negativo. O movimento do personagem dá um teleporte pra trás. Em finanças, o delta de uma opção pode ser negativo quando você está short. Em controle de versão, o delta negativo entre commits significa que arquivos foram removidos ou revertidos. O conceito é sempre o mesmo: variação com sentido reverso.
delta pode ser negativo e não é problema — é informação
O erro mais comum que eu vejo é tratar o delta negativo como exceção quando na verdade ele carrega dado útil. Todo mundo aplica Math.abs() ou faz um if (delta
0) = 0 como se isso resolvesse. Não resolve. Você só está escondendo que algo aconteceu fora do esperado. A melhor abordagem depende do contexto, mas a regra geral é: não silencie o negativo, entenda por que ele nasceu. No meu caso, eu trabalhava num sistema de simulação física onde o delta time era usado para calcular aceleração e posição. Um dia, num servidor Windows com NTP sincronizando a cada três segundos, o timestamp às vezes voltava 2 segundos no passado. O delta ficava em -2.0. A simulação inteiro pulava. Eu resolvi colocando um clamp mínimo de 0.016s (o equivalente a 60fps) e um limite máximo de 0.1s. Qualquer coisa fora disso era considerada anomalia e interpolada. Não era elegante, mas funcionava e o sistema parou de explodir. Depois eu descobri que o problema real era o polling do timer estar em milissegundos enquanto o NTP ajustava em segundos. A correção de verdade foi migrar pra performance.now(), que é monotônica e nunca retrocede.
Como calcular e usar o delta sem.errar
A conta em si é trivial: delta = valor_atual - valor_anterior. O que todo mundo esquece é que o contexto define se o sinal importa. Em física, delta negativo significa desaceleração ou inversão de direção. Em interpolacao, delta negativo quebra a interpolação linear porque o fator t sai do intervalo [0, 1]. Em otimização, delta negativo numa função objetivo pode indicar que você está subindo a montanha em vez de descer. Aqui vai o passo a passo direto. Primeiro,Capture o valor inicial. Depois, capture o valor final. Subtraia o inicial do final. Se estiver tratando tempo, use relógios monotônicos — performance.now() no browser, clock_gettime(CLOCK_MONOTONIC) no Linux, GetTickCount64 no Windows. Não use Date.now() nem time() para nada que dependa de ordem temporal consistente, porque eles refletem o relógio do sistema e podem pular pra trás.
Segundo, valide o delta antes de usar. Se estiver num loop de jogo ou simulação, um delta negativo deve ser detectado e tratado. Opções comuns: ignorar o frame (não atualizar nada), clampar pro último delta positivo válido, ou registrar como evento de anomalia. A escolha depende de quão crítico é manter a consistência versus quão crítico é manter a fluidez. No sistema onde eu tinha o problema do NTP, a opção de clampar com replay do último estado válido foi a que manteve a simulação estável sem travar o jogador. Terceiro, trate delta negativo como indicador, não como erro. Num dashboard financeiro, delta negativo numa posição de ações é o sinal de que você está perdendo valor. Num sistema de versionamento, delta negativo no tamanho de um arquivo indica deleção ou compressão. O sinal é o dado. O problema é quando você trata o dado como falha.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Armadilhas que todo mundo encontra
O primeiro erro é assumir que delta sempre será positivo porque os valores crescem. Crescimento não é garantia. Se você mede temperatura ao longo do dia e arefsrigeradorliga, a temperatura cai. Delta negativo. Se você mede distância percorrida e o GPS perde sinal e depois resincroniza com timestamps invertidos, delta negativo. O segundo erro é não considerar a unidade. Delta de preço em centavos versus delta de preço em reais tem magnitudes completamente diferentes. Delta de tempo em milissegundos versus segundos também. Eu vi uma vez um dev aplicar Math.abs() num delta de tempo porque o jogo estava com instável. O resultado foi que frames com delta de -50ms viraram +50ms e o personagem acelerava pra frente em vez de congelar. O jogo parecia mais fluido por uns segundos e depois travava feio quando a soma dos deltas positivos excedia o esperado.
O terceiro erro, e esse é o mais sutil, é confiar que o sistema operacional vai manter a monotonicidade do relógio. Sistemas com hibernação, suspensão, ajuste de horário manual ou sincronização NTP agressiva vão quebrar essa suposição. Em ambientes de produção com containers e escalonamento automático, isso é constante. O relógio do container pode ser diferente do host. O scheduler pode mover o processo entre núcleos com clocks diferentes. O delta fica negativo sem aviso.
Alternativas quando o delta negativo destrói seu sistema
Se o seu sistema não aguenta variações negativas de jeito nenhum, a solução mais comum é usar um acumulador que só avança. Em vez de calcular delta a cada frame, você acumula tempo positivo e aplica em etapas fixas. Isso é o que engines como Unity fazem por padrão com fixedDeltaTime. O update físico roda em intervalos regulares independentemente dos spikes de frame. Outra abordagem é usar diferenças logarítmicas quando você trabalha com grandezas proporcionais. Em vez de delta = A - B, você calcula log(A/B). Isso lida naturalmente com reduções e expansões sem o problema do sinal, porque o logaritmo de uma razão menor que 1 é negativo por definição e isso já é o dado que você quer. Usado em processamento de áudio e análise de séries temporais financeiras.
Se nada disso funciona e o delta negativo representa um estado legítimo que seu sistema simplesmente não modela, talvez o problema não seja o delta. Pode ser que a estrutura de dados ou a lógica de negócio esteja errada. Eu já passei por isso num sistema de inventário onde o "delta de estoque" era calculado como saida - entrada. Quando a entrada era maior, o delta dava negativo e o relatório de auditoria quebrava. A correção não foi tratar o negativo, foi inverter a fórmula: delta = entrada - saida. O sinal negativo passou a significar reposição em vez de saída, o que fazia mais sentido semanticamente. O ponto é que delta pode ser negativo e a pergunta certa não é como evitar, mas o que esse negativo está dizendo sobre o sistema que você está medindo. Trate o sinal como informação. O resto é detalhe de implementação.
