Business
Jobs
  • About Us
  • Solutions
    • Job Postings
      Post your job and receive qualified candidates in 48h.
    • Candidate Assessments
      500+ technical and psychological tests, plus anti-fraud.
    • Headhunting
      Tailor-made executive search from start to finish.
    • Payroll + EOR
      Payroll dispersal and EOR across 15+ LATAM countries.
  • Pricing
  • Jobs

0

296
Views
¿Cómo obtener los fps objetivo de requestAnimationFrame?

Tengo un ciclo de animación ejecutado por requestAnimationFrame.

En mi computadora, el tiempo entre cuadros obtenidos de esta manera es más o menos 16.667ms correspondiente a 60fps. Sin embargo, https://developer.mozilla.org/en-US/docs/Web/API/window/requestAnimationFrame indica que no necesariamente se ejecuta a una velocidad fija y puede intentar igualar la frecuencia de actualización de la pantalla del dispositivo, lo que podría ser 90 o 120 o más en estos días.

Ahora lo que quiero hacer es medir el tiempo entre fotogramas y simplificar la animación en dispositivos de bajo rendimiento si el hardware no puede seguir el ritmo, en pseudocódigo:

 if (elapsed_frame_time > (1000 / magical_function_to_get_the_target_fps_of_requestAnimationFrame()) { animation.particles *= 0.9; }

Supongo que podría medirlo en unos pocos ticks de requestAnimationFrame vacíos para obtener el tiempo nominal aproximado, pero ¿hay algo en la biblioteca estándar que me diga cuál debería ser el intervalo o los fps?

about 4 years ago · Juan Pablo Isaza
1 answers
Answer question

0

No, no hay nada que nos permita saber la frecuencia "óptima" de requestAnimationFrame (rAF).
Incluso medirlo revisando algunas rondas no es una ciencia exacta. Es muy posible que esté midiendo mientras otra aplicación está consumiendo todo el proceso disponible del dispositivo, su usuario puede estar desplazándose por la página, lo que puede tener una influencia dramática en rAF, definitivamente tendrá valores atípicos y será casi imposible distinguir entre un Monitor de 59,9 Hz y uno de 60 Hz, por ejemplo.

Así que si realmente tienes que ir por este camino

  • Asegúrese de usar un FPS promedio, basado en una muestra lo suficientemente grande e ignorar la primera llamada (porque los navegadores en realidad ejecutan la devolución de llamada directamente desde un documento no animado).
  • Verifique la marca de tiempo de la devolución de llamada, ya que esto representará el momento en que el monitor envió su señal V-Sync y no debe verse influenciado por otras secuencias de comandos en la página.
  • Probablemente espere al menos unos pocos fotogramas perdidos antes de intervenir.
  • Recuerde que algunos usuarios pueden tener sistemas de dos monitores con varias frecuencias de actualización.
  • Espere algunos casos extremos y errores del navegador.
about 4 years ago · Juan Pablo Isaza Report
Answer question
Find remote jobs

Discover the new way to find a job!

Top jobs
Top job categories
Business
Post vacancy Pricing Sales
Legal
Terms and conditions Privacy policy
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Show me some job opportunities
There's an error!