Quand on suprime un objet et que dans le même événement (après) on compte le nombre d'"objet, on obtiens pas le bon nombre d'objet mais N+1 (au lieu de N).
Quand on suprime un objet et que dans le même événement (après) on compte le nombre d'"objet, on obtiens pas le bon nombre d'objet mais N+1 (au lieu de N).
je pense qu'il y a un temps de latence entre la destruction et le fait que le programme vire l'instance de l'objet. De ce fait c'est un peu comme si les deux actions étaient faites en même temps.
C'est avec quel type d'objet?
Je dis ça parce que je crois que dans le cas des objets String il y a toujours un objet caché supplémentaire compté par défaut. A confirmer par Francois.
Yves.
C'était un objet actif.
Alors c'est la raison invoquée par Crystal Noir probablement.
Yves.
est ce que ton objet lorsqu'il se détruit a une animation comme une explosion ?
non aucune animation
Je pense qu'il faut recompter les objets avec un évènement de type "si l'objet est détruit" et pas en même temps qu'il est détruit. J'ai déjà eu à faire à ce genre de problème avec un autre type d'action je sais plus lequel.
Je n'ai pas réussi à résoudre le problème (à moins de faire un always -> count object, ce que je ne veux pas) donc j'ai fait une variable qui augmente lors de la création de mon objet et qui diminue lors de sa destruction. Je pensais que "count object" faisait ça mais visiblement il compte vraiment ce qui me surprend un peu car ça doit être bien plus long de compter que d'incrémenter/décrémenter une variable lors de la création/destruction...
Il me semble qu'au niveau du runtime les objets ne sont détruits qu'à la fin de la boucle principale. Donc le count doit être bon à la boucle suivante mais pas celle en cours.
Il faudrait peut-être revoir ça au niveau de MMF2 ?
Un problème qui existe toujours sous MMF2, bien qu'il ne s'agisse pas tout à fait d'un bug, c'est que lorsqu'on utilise un fade out l'objet n'est considéré comme détruit qu'à la fin du fade out ce qui peut poser quelques problèmes (genre l'ennemi, bien que détruit, continue à tirer pendant une seconde). On peut résoudre ça avec du code mais le "count" et la condition "is destroyed" sont de fait faussés.
Posting Permissions
Reply With Quote