Test de Tasa de Fotogramas

Un test de tasa de fotogramas mide cuántas imágenes entrega un dispositivo por segundo y con qué uniformidad llegan esas imágenes. Este test muestrea la marca de tiempo que el navegador asocia a cada fotograma de animación y convierte el intervalo entre fotogramas consecutivos en una tasa de fotogramas en FPS. A partir de esas muestras informa de seis cifras: el contador en vivo, la media, el mínimo, el 1% low, la desviación estándar de los intervalos entre fotogramas y un recuento de tirones. La media describe el rendimiento bruto y las otras cinco describen la consistencia, y por eso se informan por separado. Una única cifra media no puede decirte si una medición fue fluida o estuvo llena de saltos.

Asegúrate de que esta pestaña sea la ventana activa, porque los navegadores limitan los fotogramas de animación en las pestañas en segundo plano y la lectura se desplomará hasta una tasa simbólica. Cierra las aplicaciones pesadas, haz clic en Iniciar Test y deja el contador en marcha al menos diez segundos, momento en el que la medición se completa automáticamente y el panel de diagnóstico la puntúa. Observa primero cómo se estabiliza la media, compárala después con el 1% low que aparece justo debajo, y lee al final el jitter del tiempo de fotograma y el recuento de tirones. Para una comparación justa, ejecuta el test tres veces en condiciones idénticas y compara la dispersión en lugar de fiarte de una sola lectura, ya que una única medición se desvía con facilidad por una actualización en segundo plano.

El 1% low toma el uno por ciento de fotogramas más lentos de una medición, promedia sus tiempos de fotograma y los convierte de nuevo en una tasa de fotogramas. Responde a la pregunta que la media no puede responder: ¿qué tan malos son los malos momentos? Si la media es de 120 FPS pero el 1% low es de 45 FPS, entonces aproximadamente uno de cada cien fotogramas tarda más del triple de lo que debería, y esos bloqueos son exactamente lo que los jugadores perciben como saltos y entradas perdidas. Como regla práctica, un sistema saludable mantiene el 1% low dentro de aproximadamente un 10 a 20 por ciento de su media, y cualquier diferencia mayor apunta a un problema de ritmo y no a un problema de velocidad bruta.

Para el trabajo de escritorio, el vídeo y la navegación, 60 FPS es cómodamente fluido porque coincide con la tasa de refresco de la mayoría de las pantallas. Para jugar, 60 FPS es jugable, 120 FPS ofrece una mejora clara en la claridad del movimiento y en la respuesta de entrada, y 240 FPS beneficia sobre todo a los jugadores competitivos que además tienen un panel de alta tasa de refresco equivalente. Por encima de la tasa de refresco de tu panel, los fotogramas extra se descartan en gran medida, así que un resultado de 90 FPS en una pantalla de 60Hz aporta fluidez sobre todo por el menor tearing y no por fotogramas adicionales visibles. La consistencia importa más que el pico, y 60 fijos con un 1% low de 55 se sienten mejor que una media de 90 con un 1% low de 30.

Los tirones casi siempre vienen de tiempos de fotograma irregulares y no de una media insuficiente. La causa más común es la carga en segundo plano: un segundo monitor reproduciendo vídeo, una pestaña del navegador decodificando una página pesada, un cliente de sincronización en la nube o una actualización del sistema roban tiempo de CPU y GPU a ráfagas. La segunda causa habitual es la gestión térmica o de energía, ya que los portátiles con batería y las carcasas delgadas bajo carga sostenida reducen las frecuencias, y por eso una medición suele empezar rápida y degradarse en un minuto. La tercera es un límite de tasa de fotogramas combinado con una tasa de refresco desajustada, donde VSync y un límite de 60 FPS en un panel de 60Hz luchan entre sí y producen un judder visible.

Es preciso para lo que mide, que es la tasa de fotogramas que el pipeline de renderizado del navegador entrega realmente a la pantalla, y es la herramienta correcta para una aplicación web, un juego de navegador o una escena de canvas y WebGL. El propio navegador marca la hora de cada fotograma, así que los intervalos son reales y no estimados. Los límites son de alcance y no de precisión: el navegador no puede leer el contador de FPS interno de un juego nativo en otra ventana, no puede informar del uso de GPU ni de la frecuencia de reloj y no puede medir la latencia de clic a fotón. Tampoco puede ser un benchmark de hardware puro, porque tanto el sistema operativo como el navegador añaden su propia carga.

Miden dos cosas distintas que es fácil confundir. Un test de tasa de refresco mide el techo del panel: cuántas veces por segundo puede redibujar físicamente la pantalla, normalmente 60, 120, 144 o 240 veces, y además comprueba el ghosting y el salto de fotogramas. Un test de tasa de fotogramas mide lo que realmente se está entregando dentro de ese techo. La relación importa: si tu panel es de 144Hz pero la tasa de fotogramas entregada es de 60, la pantalla no es el cuello de botella en absoluto y cambiarla no cambiaría nada. Ejecuta el test de tasa de refresco para establecer el techo y luego el test de tasa de fotogramas para ver cuánto de ese techo estás usando en realidad.

Repasa las causas por orden de probabilidad. Primero cierra otras pestañas, videollamadas y lanzadores, y luego repite el test para ver cuánto de la caída era carga en segundo plano. Segundo, comprueba el uso de CPU y GPU durante la medición, porque un solo núcleo saturado o una cola gráfica ocupada explican normalmente un 1% low bajo. Tercero, cambia el perfil de energía del sistema operativo de un modo de ahorro a equilibrado o alto rendimiento, algo que importa sobre todo en portátiles que funcionan con batería. Cuarto, actualiza el controlador gráfico y confirma que un portátil con gráficos híbridos está usando la GPU dedicada. Por último, reduce la carga de renderizado de la página que estás midiendo.

Puedes probar cualquier juego que se ejecute dentro de la pestaña del navegador, incluidos los títulos HTML5, canvas, WebGL y WebGPU, porque todos se dibujan a través del mismo pipeline de fotogramas de animación que muestrea este test. No puedes probar un juego nativo que se ejecute en otra ventana o en modo exclusivo a pantalla completa, porque una página web no tiene acceso al interior de otra aplicación. Para juegos nativos, usa la superposición de FPS integrada del juego o del controlador gráfico, por ejemplo la superposición de rendimiento de NVIDIA GeForce Experience o AMD Adrenalin. Usa este test para juegos de navegador y aplicaciones web, y usa esas superposiciones cuando necesites telemetría dentro del juego.

El tiempo de fotograma es cuánto tarda un solo fotograma en producirse, medido en milisegundos, mientras que los FPS cuentan cuántos fotogramas caben en un segundo. Ambos son inversos matemáticos: 60 FPS equivalen a 16.7 ms por fotograma, 120 FPS a 8.3 ms y 144 FPS a 6.9 ms. El tiempo de fotograma es la cifra más reveladora cuando buscas tirones, porque describe cada fotograma por separado en lugar de promediar un segundo entero de ellos. Una medición que promedia 60 FPS puede contener fotogramas individuales de 40 ms o peor, y esos fotogramas largos son exactamente lo que el ojo lee como un salto. Este test informa del tiempo de fotograma directamente, de modo que los valores atípicos que un contador plano oculta se vuelven visibles.

Una media alta con tiempos de fotograma inestables se siente peor que una más baja pero constante, porque el ojo es mucho más sensible a los cambios de ritmo que a la velocidad absoluta. Si una medición promedia 144 FPS pero cada décimo fotograma tarda 30 ms, el movimiento dará judder visible a pesar de la media saludable. Las causas típicas son un núcleo de CPU saturado, una detención de compilación de shaders, un bloqueo de streaming de texturas o un proceso en segundo plano que compite por la GPU. La comprobación práctica es observar el 1% low y el recuento de tirones en lugar de la media: un 1% low dentro del 10 al 20 por ciento de la media significa ritmo saludable, y una brecha mayor significa que el cuello de botella es pico y no rendimiento bruto.

Un límite de tasa de fotogramas restringe cuántos fotogramas puede producir la aplicación, generalmente para mantener la salida alineada con la pantalla. Limitar ligeramente por debajo de la tasa de refresco del panel, por ejemplo 141 FPS en una pantalla de 144Hz con VSync activado, es la forma estándar de reducir la latencia de entrada y evitar el tearing. En una pantalla de refresco variable como G-Sync o FreeSync, un límite por debajo del refresco máximo mantiene el panel dentro de su rango variable y evita que vuelva a un comportamiento de tasa fija. Un límite solo se vuelve perjudicial cuando se fija por debajo de lo que el sistema podría entregar sin un buen motivo, porque entonces deja rendimiento real sin usar.