Test de Tasa de Refresco de Pantalla

La frecuencia de actualización de pantalla indica cuántas veces por segundo puede actualizarse una imagen, medida en hercios. Una pantalla de 60 Hz puede refrescar hasta 60 veces por segundo, mientras que paneles de 120 Hz, 144 Hz o 240 Hz pueden hacer más fluidos el desplazamiento, la animación, el dibujo y los juegos cuando todo el sistema lo permite. Esta prueba ayuda a comprobar si un monitor funciona realmente a la frecuencia esperada o si ajustes del sistema, ahorro de energía, cables, adaptadores, controladores gráficos o una pantalla externa están limitando la salida. La carga del navegador y tareas en segundo plano pueden afectar la medición.

La estimación de la tasa de refresco usa requestAnimationFrame(t => ...), la devolución de llamada del navegador vinculada a la señal de sincronización vertical del monitor. Cada invocación recibe un DOMHighResTimeStamp en milisegundos; restando marcas de tiempo consecutivas se obtiene el intervalo por frame, y 1000 dividido por la media de esos intervalos da una tasa estimada en hercios. El estimador recopila unos cientos de frames para que las detenciones transitorias se promedien, luego redondea el resultado a la tasa de panel común más cercana: 60, 75, 90, 120, 144, 165, 240 o 360 Hz. La medición está limitada por el eslabón más lento de la cadena. Un panel de 144 Hz aún se lee como 60 Hz cuando la configuración de pantalla del SO está bloqueada ahí, cuando el cable HDMI 1.4 no puede transportar el ancho de banda (1080p @ 144 Hz necesita unos 7.6 Gbps, por encima del margen de 8.16 Gbps de HDMI 1.4 una vez que se tiene en cuenta la profundidad de color), o cuando el controlador de GPU aplica un límite de ahorro de energía. Las tecnologías de Tasa de Refresco Variable (AMD FreeSync, NVIDIA G-Sync) permiten que el panel mantenga cualquier tasa dentro de su rango operativo y bajen a Compensación de Baja Tasa de Frames cuando el contenido va más lento que el mínimo. La programación del navegador añade su propio límite. Cuando la pestaña de prueba pierde el foco, tanto Chromium como Firefox limitan requestAnimationFrame a aproximadamente 1 Hz bajo Page Visibility, y el throttling de intersection-observer puede fijar un iframe oculto a unos 30 fps incluso cuando la pestaña está activa. Las rutas de composición de WebGL y software-fallback también ocasionalmente pierden frames durante pausas de GC, por lo que una lectura limpia requiere que la pestaña de prueba esté en primer plano, sin video en pantalla completa reproduciéndose en otra pestaña, y una ventana de muestra de al menos 3 segundos antes de confiar en la salida redondeada a tasa estándar.

• Muestreo: se calculan diferencias de marcas de tiempo de requestAnimationFrame; FPS = 1000 / media(intervalo de frame en ms); el estimador redondea a los grupos de 60/75/90/120/144/165/240/360 Hz.
• Puertas de ancho de banda: 1080p @ 144 Hz necesita ≈ 7.6 Gbps, 4K @ 120 Hz necesita ≈ 25 Gbps; se requiere HDMI 2.1 (48 Gbps) o DisplayPort 1.4 con DSC (32.4 Gbps) para los niveles superiores.
• Límite del SO / controlador: el panel puede anunciar 144 Hz mientras la Configuración de Pantalla de Windows o el Panel de Control de NVIDIA lo fijan a 60 Hz; rAF no puede exceder lo que el compositor recibe.
• VRR (FreeSync / G-Sync): la tasa del panel flota dentro de su rango; por debajo del umbral LFC el GPU duplica frames para que el brillo se mantenga consistente.
• Limitación de pestañas: Page Visibility reduce una pestaña en segundo plano a ≈ 1 Hz; los iframes ocultos de origen cruzado se limitan a ≈ 30 fps incluso cuando la pestaña padre está en primer plano.
• Ventana de muestra: lecturas de < 500 ms son ruidosas; recopilar al menos 3 segundos con la pestaña en primer plano para una estimación estable antes de redondear a una tasa estándar.