Il y a longtemps (plus de 5 ans), j'ai lu un article sur les tarifs de trame optimaux pour le lecteur Flash. L'article motivé à travers certains calculs que 31 images par seconde ont été le FPS optimal pour exécuter vos films et semblé, à l'époque, logique pour moi et utilise 31 FPS depuis.
Cependant, j'ai oublié le raisonnement de cet article et je me demandais si 31 FPS sont toujours considérés comme un FPS bon ou optimal pour exécuter votre SWF à.
Quel FPS préférez-vous pour vos SWF et pourquoi?
5 Réponses :
31-33 fps était le numéro magique pour AS2.
Vous pouvez courir en douceur de 50 à 60 fps avec AS3 et vous remarquerez une énorme amélioration.
Je ne suis pas un expert flash, mais cela a semblé assez intéressant pour au moins faire du même googling. Ce fil de forum implique que la "norme de l'industrie" de 31 fps provient d'un bug Flash 5. Depuis que Flash 5 était il y a quelque temps, les gens semblent convenir que vous êtes plus libre de choisir un framerer ces jours-ci, tout ne doit pas être fait en utilisant 31 FPS.
N'oubliez pas non plus que vous pouvez définir le framerate de manière dynamique au moment de l'exécution en définissant la même propriété. Certaines personnes ont mis en œuvre des framerates réduits lorsque l'application n'est pas mise au point pour économiser sur l'utilisation de la CPU ou l'a augmentée avant de faire un traitement de données plus intensivé.
La raison du 31 FPS était que pendant le temps de Flash 5/6, il y avait un problème avec la version Mac du lecteur Flash où elle serait un plateau à certains taux de trame. C'est-à-dire que si vous couriez à 12-17 fps, cela aurait rarement 12 ans. Cependant, si vous définissez le FPS à 18, cela resterait bien à 18 ans.
Le plateau "Sweet Spot" était à 31 fps car il offrait l'animation la plus lisse (en supposant que vous n'ayez pas fait d'animation de cadre, auquel cas 31 était trop intensif de travail) tout en étant presque aussi intensive de CPU comme le prochain plateau, lequel je crois était de 61 fps.
Même si ces jours sont derrière nous, il est toujours important de frapper cet équilibre entre animations douces et CPU. Assurez-vous de définir un peu de temps au début de votre projet (en particulier s'il aura une touche à main à la main!) Pour déterminer où se trouve la tache sucrée pour vos objectifs.
généralement 12-16 pour l'animation et 25-30 pour coder des choses.
Aussi, jetez un coup d'œil à cette classe: http: // www.gskinner.com/blog/archives/2009/05/idle_cpu_usage.html
Cela vous permet de profiter de hauts framerates sans la conséquence d'une utilisation de la CPU de haute qualité! De plus, il est facilement adaptable pour des trucs non aériens. (commenter simplement tout ce qui vous donne une erreur de compilateur).