2009-07-01 24 views
6

Hace mucho tiempo (más de 5 años) Leí un artículo sobre las velocidades de fotogramas óptimas para Flash Player. El artículo razonó a través de algunos cálculos que 31 fotogramas por segundo eran los fps óptimos para ejecutar sus películas y parecían, en ese momento, lógicos para mí y han estado usando 31 fps desde entonces.Velocidad de fotogramas mágicos de Flash Player

Sin embargo, he olvidado el razonamiento de ese artículo y me preguntaba si 31 fps todavía se considera un fps bueno u óptimo para ejecutar su swf en.

¿Qué fps prefiere para su swf y por qué?

Respuesta

9

La razón de los 31 fps era que durante el tiempo de Flash 5/6 había un problema con la versión para Mac de Flash Player donde se estabilizaba a ciertas velocidades de fotogramas. Es decir, si corres a 12-17 FPS, rara vez pasará de 12. Sin embargo, si configuras los fps en 18, se quedaría en 18 muy bien.

La meseta de "punto óptimo" estaba a 31 fps porque ofrecía la animación más suave (suponiendo que no estuvieras haciendo animación cuadro por cuadro, en cuyo caso 31 era demasiado trabajo intensivo) sin ser casi como CPU intensivo como la próxima meseta, que creo que fue de 61 fps.

A pesar de que esos días han quedado atrás, todavía es importante lograr ese equilibrio entre animaciones suaves y CPU. Asegúrese de dejar un tiempo aparte al comienzo de su proyecto (¡especialmente si tiene un tweening hecho a mano!) Para descubrir dónde está el punto óptimo para sus objetivos.

1

31-33 FPS fue el número mágico para AS2.

Puede ejecutar sin problemas alrededor de 50-60 FPS con AS3, y notará una gran mejora.

2

No soy un experto en Flash, pero esto sonaba lo suficientemente interesante como para al menos hacer algo de Google. This forum thread implica que el "estándar de la industria" de 31 fps proviene de un error de Flash 5. Desde Flash 5 hace un tiempo, la gente parece estar de acuerdo en que eres más libre para elegir una velocidad de fotogramas en estos días, no todo tiene que hacerse con 31 fps.

2

Además, no olvide que puede establecer la velocidad de fotogramas dinámicamente en el tiempo de ejecución estableciendo la propiedad Stage.frameRate. Algunas personas han implementado tasas de fotogramas reducidas cuando la aplicación no está enfocada para ahorrar en el uso de la CPU o la han aumentado antes de realizar un procesamiento de datos más intenso.

2

Normalmente 12-16 para animación y 25-30 para codificación.

También, echar un vistazo a esta clase: http://www.gskinner.com/blog/archives/2009/05/idle_cpu_usage.html

Se le permite tomar ventaja de las altas tasas de refresco sin la consecuencia de fondo alto uso de la CPU! Además, es fácilmente adaptable para cosas que no son aéreas. (simplemente comente cualquier cosa que le proporcione un error de compilación).

Cuestiones relacionadas