Printable View
Je vien de m'apercevoir que tous les backdrops placé au dessus du premier layer bouffe baucoup de procéssus, autant qu'un actif ! pourquoi? du coup il n'y à plus aucun intérêt à placé des décores mise à part sur le layer 1 qui la, ne bouffe rien du tout.
Merci d'avance pour la réponsse, sa m'intrigue [img]/centre/images/graemlins/wink.gif[/img]
Arf désolé je suis a moitié endormi je me suis planter de forum
Les backdrops dans les layers supérieurs doivent être réaffichés quand d'autres objets leur passent dessus ou quand ils scrollent, alors que ceux du premier layer ne sont jamais réaffichés (sauf ceux qui apparaissent en cas de scrolling). Au moment du réaffichage, ils prennent autant de temps que les objets actifs. Mais sinon, comme ils ne sont pas intégrés à la liste des objets actifs, ils prennent moins de temps au niveau du moteur d'événements.
Donc l'intérêt c'est:
- ils n'encombrent pas inutilement l'event editor.
- ils permettent d'économiser du temps au niveau du moteur d'événements car il y a moins d'objets à traiter.
Une option pour les optimiser: cocher l'option "Ne pas sauvegarder le décor" dans les layers en question. Cette option n'est pas toujours effective, c-a-d MMF2 peut de lui même l'ignorer dans certains cas, mais dans les cas où elle marche elle est efficace.
Yves.
Merci baucoup pour la réponsse Yves,
Les layers sont quand même vraiment trés pratique, car sous MMF 1.5 réalisé 7 couches différentes provoquer instantanément des crises de nerfs [img]/centre/images/graemlins/smile.gif[/img] et le runtime de MMF2 et aussi meilleur 40% de CPU utilisé contre 99% sur l'ancien c'est quand même un grand pas ^^
j'en profite pour demander quelle est la taille maximum ideale d'un decor?
je cree un jeu ou chaque parselle de decor est dessinee donc j'ais d'enormes decors et je suppose que je dois les separer en plusieurs petits decors pour pas faire ramer l'ordi...
salut,
Si t'es décorts sont sur le premier layer tu peut en faire des immensse des tonne sa remera pas, par contre si il doivent passer au dessus d'un actif, je crois pas que les découpé en plein de petit morceau change quelque chose, mais j'affirme rien, j'ai pas vérifié.
En principe les découper en morceaux doit faire gagner de la vitesse dans ce cas là (c-a-d s'ils sont dans un layer autre que le premier layer), car seuls les objets de décor en intersection avec les objets actifs à réafficher sont réaffichés.
Sinon dans le premier layer ils peuvent être assez grands, vu qu'ils sont rarement réaffichés, mais pas trop grands quand même (mais je ne connais pas la taille optimum).
Yves.
merci pour l'info
dans mon cas les décors sont sur le premier layer mais il y a quand même un scrolling
mmf "affiche" TOUS les decors du 1er layer dès le début ou il les affiche en fonction de la postion du scrolling des que celui-ci bouge?
c'est dans l'optique du second cas que la question des tres gros decors se re-pose... ^^
Dans le premier layer, MMF n'affiche les objets décor que dans 3 cas:
- au démarrage de la frame
- en cas de scrolling, seuls les objets de la bande du bord qui apparaît dans la fenêtre sont réaffichés
- si on change un objet décor (objet Picture, Draw ou Background System Box)
Les très gros décors, c-a-d utilisant de très gros blocs de mémoire, sont à éviter car ça pose forcément des problèmes au gestionnaire de mémoire de Windows. A mon avis il vaut mieux éviter d'utiliser des décors de plus de 1 Mb, et encore... Cette taille est atteinte par exemple par une image de 640 x 480 en 16 millions de couleurs sur 32 bits (enfin, en théorie car MMF compresse les images des objets décors et actifs en mémoire, donc si une image contient des zones transparentes elle prendra un peu moins de place).
Yves.
merci beaucoup ^^
Si j'ai bien compris utiliser un "Background system box" pour en changer la taille lors de redimension de la fenêtre est plus lent qu'utiliser un "Active System Box" ?
C'est plus lent quand tu changes la taille de l'objet, vu qu'un changement d'un objet décor force le réaffichage de tout le décor, mais tant que l'objet ne change pas c'est plus rapide.
Yves.