Teste de Taxa de Refresh do Monitor

A taxa de atualização da tela indica quantas vezes por segundo o display consegue atualizar a imagem, medida em hertz. Uma tela de 60 Hz pode atualizar até 60 vezes por segundo, enquanto painéis de 120 Hz, 144 Hz ou 240 Hz podem deixar rolagem, animações, desenho e jogos mais suaves quando todo o conjunto do dispositivo suporta isso. O teste ajuda a verificar se o monitor realmente está rodando na frequência esperada ou se configurações do sistema, modo de economia, cabos, adaptadores, drivers gráficos ou uma tela externa estão limitando a saída. Carga do navegador e tarefas em segundo plano podem afetar a leitura.

A estimativa da taxa de atualização usa requestAnimationFrame(t => ...), o callback do navegador travado ao sinal de sincronização vertical do display. Cada invocação recebe um DOMHighResTimeStamp em milissegundos; subtrair timestamps consecutivos dá o intervalo por frame, e 1000 dividido pela média móvel desses intervalos dá uma taxa estimada em hertz. O estimador coleta alguns poucos centenas de frames para que paradas transitórias sejam suavizadas pela média, depois arredonda o resultado para a taxa de painel comum mais próxima: 60, 75, 90, 120, 144, 165, 240 ou 360 Hz.

A medição é limitada pelo elo mais lento da cadeia. Um painel de 144 Hz ainda lê como 60 Hz quando a configuração de display do SO está travada nessa taxa, quando o cabo HDMI 1.4 não suporta a largura de banda (1080p @ 144 Hz precisa de cerca de 7,6 Gbps, além da margem de 8,16 Gbps do HDMI 1.4 após considerar a profundidade de cor), ou quando o driver da GPU aplica um limite de economia de energia. Tecnologias de taxa de atualização variável (AMD FreeSync, NVIDIA G-Sync) permitem que o painel mantenha qualquer taxa dentro de seu intervalo operacional e caiam para Compensação de Taxa de Quadros Baixa quando o conteúdo roda mais devagar que o mínimo.

O agendamento do navegador adiciona seu próprio teto. Quando a aba do teste perde foco, tanto o Chromium quanto o Firefox limitam o requestAnimationFrame para aproximadamente 1 Hz sob Page Visibility, e a limitação por intersection-observer pode travar um iframe oculto em cerca de 30 fps mesmo quando a aba está ativa. WebGL e caminhos de composição por software também ocasionalmente perdem frames durante pausas de GC, então uma leitura limpa exige que a aba do teste esteja em primeiro plano, sem vídeo em tela cheia em outra aba, e uma janela de amostra de pelo menos 3 segundos antes de confiar na saída arredondada para a taxa.

• Amostragem: os timestamps de requestAnimationFrame são diferenciados; FPS = 1000 / média(intervalo do frame em ms); o estimador arredonda para os buckets 60/75/90/120/144/165/240/360 Hz.
• Portas de largura de banda: 1080p @ 144 Hz precisa de ≈ 7,6 Gbps, 4K @ 120 Hz precisa de ≈ 25 Gbps; HDMI 2.1 (48 Gbps) ou DisplayPort 1.4 com DSC (32,4 Gbps) é necessário para os níveis mais altos.
• Limitação do SO / driver: o painel pode anunciar 144 Hz enquanto o Windows Display Settings ou NVIDIA Control Panel o fixam em 60 Hz; rAF não pode exceder o que o compositor recebe.
• VRR (FreeSync / G-Sync): a taxa do painel flutua dentro de seu intervalo; abaixo do limiar LFC a GPU duplica frames para que o brilho permaneça consistente.
• Limitação de aba: Page Visibility reduz uma aba em segundo plano para ≈ 1 Hz; iframes ocultos de origem cruzada são limitados para ≈ 30 fps mesmo quando a aba principal está em primeiro plano.
• Janela de amostra: leituras < 500 ms são ruidosas; colete pelo menos 3 segundos com a aba em primeiro plano para uma estimativa estável antes de arredondar para uma taxa padrão.