AS3 et Stage.frameRate, oui oui pour de vrai :)

Aller au contenu | Aller au menu | Aller à la recherche

AS3 et Stage.frameRate, oui oui pour de vrai :)

Par DickRivers, jeudi 23 mars 2006 à 12:21 :: Flash :: #61 :: rss

Je voulais garder cela pour la conférence AS3 mais je ne peux m'empêcher de vous parler de la nouvelle propriété Stage.frameRate apparue sous le beta 2 de Flex 2.0, en voyant cette propriété j'ai cru tout d'abord à un problème de vue, mais non la propriété est là, alors vous vous dites ....

allez c'est du flan, c'est de la lecture seule ? ok je recupère le frameRate choisi à la compilation, non non aussi en écriture, ça veut dire qu'on peut changer le framerate de mon animation au runtime ? Oui

Voilà un ptit exemple, utilisez le slider pour changer les fps :

Attention player 8.5 beta 2 only, dispo ici

PS : J'en profite pour dire que je posterai rapidement les anciens exemples as3, compatible avec le player beta 2

Edit 27/03 : Remplaçement du scroll par un slider.

Trackbacks

Aucun trackback.

Les trackbacks pour ce billet sont fermés.

Commentaires

1. Le jeudi 23 mars 2006 à 13:06, par BaN

VerifyError: Error #1042: Not an ABC file. major_version=46 minor_version=16

et d'autres messages derriere, ca veut dire quoi ?

2. Le jeudi 23 mars 2006 à 13:07, par BaN

ReferenceError: Error #1065: Variable frameRate_MyPhoto is not defined

3. Le jeudi 23 mars 2006 à 13:07, par BaN

ReferenceError: Error #1065: Variable frameRate is not defined

4. Le jeudi 23 mars 2006 à 13:09, par BaN

ha ben oui j'ai pas le bon player ^^

5. Le jeudi 23 mars 2006 à 13:41, par Tek

C'est une bonne chose.

Ça permettra de mieux adapter l'application à la puissance de l'ordinateur de l'utilisateur. Ça implique aussi qu'on puisse arrêter complètement la lecture de toute l'animation.

Par contre c'est malheureusement juste une propriété de Stage et pas de MovieClip, ça aurait été vraiment pratique de pouvoir gérer le framerate de chaque MovieClip.

6. Le jeudi 23 mars 2006 à 13:43, par Tek

J'ai parlé un peu vite, si je lis bien la documentation on ne peut pas arrêter complètement l'animation, on peut juste mettre 0.01 au minimum.

7. Le jeudi 23 mars 2006 à 13:55, par Olimar

En même temps t'as le stop() pour ça tek...
Sinon, c'est puissant ! Enfin on l'a cette foutue propriété !...

8. Le jeudi 23 mars 2006 à 18:29, par Jérôme

C'est génial. J'attends ça depuis des lustres.
Associer le framerate à 0.01 avec la detection du curseur de souris sortant de l'application flash et on va enfin pourvoir limiter l'utilisation du CPU inutilement. Un des désagréments de flash tombe enfin, c'est cool.

Peut-être qu'avec une beta 3 on peut espérer des méthodes aussi délirantes qu'un Array.indexOf ou un String.trim en natifs. On ne sait jamais.

9. Le vendredi 24 mars 2006 à 12:03, par Foxy

Oué ben c'est une bonne nouvelle ! Plus ça va et plus on a de granulités sur le contrôle du player ou du rendu !

Par contre je sais pas si c'est ma Souris qui merde mais à chaque fois qu'il faut faire du mousewheel sur une animation de ton blog (même en ayant le focus), j'ai toute la fenêtre qui scroll.

10. Le vendredi 24 mars 2006 à 13:19, par Tek

>En même temps t'as le stop() pour ça tek...
Non le stop() n'arrête pas les EnterFrame, ne permet pas de bloquer l'exécution des MovieClip à moins de faire une énorme et dangereuse récursion sur toute l'animation, sans parler de l'accés aux _level dont tu ne connais ni le nombre, ni lesquels sont réellement chargés. Puis le bloquage de l'animation permet de bloquer les évènements utilisateurs qui provoque des lectures dans l'animation comme l'accés aux boutons, le lancement des SWF en cours de loading, etc...