Que se passe-t-il lorsqu'une application Flex ne peut pas s'exécuter au taux de framerate spécifié?

Question

Dans notre application (un jeu), dans certains cas, il ne peut pas courir assez vite. Évidemment, nous aimerions l'accélérer, mais en attendant, cela provoque de nombreux problèmes (ou si cela ne les cause pas, les deux sont liés). Celui qui est le moins lié à notre propre fonctionnalité est que la méthode intégrée Alert.show() cesse de fonctionner. Typiquement, la boîte transparente en plein écran apparaît mais pas le popup réel. Je crois que c'est à Flex de donner tous les cycles disponibles à d'autres tâches ... mais il s'avère difficile d'enquêter analytiquement, donc je suis heureux d'entendre une autre explication.

Pour clarifier, les parties centrales de Flex ne fonctionnent tout simplement pas dans cette situation. J'ai parcouru le code par exemple où un nouvel élément est ajouté à l'écran, tout se passe et la méthode addChild() est appelée sur le canevas d'affichage principal ... mais l'élément n'apparaît pas. Si nous désactivons alors notre boucle de mise à jour, l'élément apparaît soudainement.

Donc, si Flex est supposé exécuter exactement le même code ou non, en quelque sorte, il est étrange de bloquer. Comme je l'ai dit, même la méthode Flex Alert.show() ne fonctionne pas.

Answer 1

Je ne suis pas sûr que Flex ait son propre système de gestion des performances. Mais pour actionScript pur la seule chose qui arriverait, c'est que le framerate ralentirait jusqu'à un crawl, tout se passera normalement plus lentement. Si vous empilez de très grandes quantités d'objets transparents ou masqués, vous pourriez avoir un comportement étrange, mais cela devrait être plus visible.

Et je suppose que vous dis que faire un jeu dans Flex est pas tant que ça d'une bonne idée (juste à cause de la surcharge de performance le cadre a) est un peu en retard;)

Answer 2

J'aime faire des jeux dans FLEX 3 (actionscript3), sa solution réellement très pratique par rapport à Flash CS3: un bon environnement de débogage sans tracas. Bien sûr cela dépend du style de jeu qui est le meilleur, si vous avez besoin de beaucoup de graphismes, vous pouvez préférer Flash, mais Flex vous permet d'utiliser des images externes, des composants, etc.

Réponse au problème de performance: Vous pouvez utiliser par ex. vieille machine MacOSX pour voir ce qui se passe dans une machine très lente, quelques solutions sont: - déplacer des objets plus x ++ y ++ pixels lorsque la machine est vieux - réduire les objets

vous pouvez détecter avec une minuterie comment la machine lente est.

Answer 3

Tout le contenu Flash est exécuté image par image - Flash exécute une valeur de code d'une image, puis met à jour l'écran et attend la prochaine mise à jour de l'image.

Lorsque Flash ne peut pas suivre le framerate spécifié, tout ce qui arrive est qu'au lieu d'attendre entre les mises à jour de cadre, Flash les fait aussi vite que possible sans attendre entre les deux. La seule différence visible est donc que les mises à jour des trames sont moins fréquentes. Il n'y a jamais de cas où le code est ignoré, les événements sont supprimés ou les retraits d'écran sont ignorés pour des raisons de performances (sauf si vous avez trouvé de nouveaux bogues). Ainsi, le problème le plus probable est que vous avez un problème de code très dépendant du temps (comme le code qui s'attend à ce que deux minuteurs se déclenchent sur la même image) ou un autre problème mal diagnostiqué. (Par exemple, il y a peut-être un bug provoquant un ralentissement, plutôt qu'un ralentissement causant votre bug.)