mémoire du débuggeur qui explose....

[BenjaminG]

J'ai un souci avec la mémoire affichée par le débuggeur : elle augmente constamment...

Mon appli est une scène 1600*1200 avec une fenêtre 800*600.
Le scrolling se fait à la souris (comme dans un RTS).
Le joueur dirige 12 bonshommes et doit les faire survivire à des vagues de monstres qui arrivent des 4 côtés.

Au début, il n'y a pas de monstres et le débuggeur affiche 133 objets et 48mo.
Au bout de 10 sec les monstres commencent à arriver et atteignent leur nombre maximum (40) 20sec après le lancement de l'appli.

Il y a plein d'effets (explosions, fumée, lasers, etc.) et le nombre total d'objets occille autour de 200 avec des pointes à 300 (le nombre max. d'objets accepté par la scène est fixé à 500). La framerate reste à 49-50.

Comme l'appli a un scrolling, la majorité d'objets ont les options "détruire si trop loin de la scène" = décoché et "inactif si trop loin de la scène" = non.
Les bonshommes comme les monstres sont gérés par des boucles rapides (en utilisant la fonction "spread value").

Au bout de 4mn de jeux, les vagues de monstres sont arrêtées.
La framerate est toujours restée stable (50) et le nombre d'objets est revenu à 133 mais la mémoire affichée est de 102...

Ce qui est bizarre c'est qu'entre la 20ème seconde et la 4ème minute de jeux il ne se passe "globalement" pas grand chose (lorsqu'un monstre est tué, un autre est presqu'un aussitot créé à un bord de la frame; le nombre d'objets reste stable malgré le grand nombre de destruction/création d'objets)...

J'ai déjà posé quelques questions à propos de la mémoire affichée dans le débuggeur donc je ne poserai pas la question "est-ce que c'est grave??" [img]/epicentre/images/%%GRAEMLIN_URL%%/wink.gif[/img] : la réponse est oui. Je ne suis pas très pointu en informatique mais il me semble même qu'en continuant assez longtemps on pourrait arriver à un "mémoire virtuelle insuffisante"... [img]/epicentre/images/%%GRAEMLIN_URL%%/grin.gif[/img]

>>Quelqu'un pourrait-il me dire pourquoi j'ai ce problème et comment le résoudre???

J'éspère avoir donné suffisamment d'info, je peux ajouter que j'utilise les extensions suivantes :
[img]/epicentre/images/%%GRAEMLIN_URL%%/dircalc.gif[/img]
[img]/epicentre/images/%%GRAEMLIN_URL%%/ado.gif[/img] * 3
Que j'ai une cinquantaine d'objets différents;
qu'il y a environ 20 compteurs;
et 3 layers...

[Yves]

Est-ce que ça se stabilise à 102 ou est-ce que ça continue de monter indéfiniment? Par exemple au bout de 15 minutes ça affiche combien?

Et est-ce que c'est avec le build 243?

Yves.

[BenjaminG]

j'utilise le build 242.
Je ne sais pas si ça se stabilise à 102 : je ne suis pas allé plus loin mais la progression jusqu'à 102 étant constante j'imagine que ça peut continuer.
J'essaierai ce soir de laisser tourner 30mn voir ce que ça donne...

Mais c'est tout de même bizarre non?

[Yves]

Si la progression est costante, c'est effectivement anormal, mais il y a une correction dans ce sens dans le build 243, il faudrait essayer avec ce build (la version release candidate a l'air OK).

Yves.

[BenjaminG]

J'ai laissé tourner l'appli pendant 15mn
résultat :

//build 242 :
120 objets au total (RAS)
mémoire affichée : 245mo... (et ça continue de grimper mais plus lentement...)

//build 243rc1 :
idem
+ un comportement différent pour certains objets :
je ne sais pas si ça vient des fastloops ou des collisions mais entre les deux builds je n'obtiens pas le même résultat...

>>Je veux mettre en ligne (horizontale; verticale) des disques.
J'utilise un fastloop pour vérifier pour chaque disque si il est à gauche/droite (haut/bas) de la ligne verticale (horizontale) et le déplace en conséquence.
Dans le même temps (mais sans fastloop) je vérifie que les disques ne se superposent pas (sinon je les éloigne l'un de l'autre).

C'est cette deuxième "opération" qui ne fonctionne plus...

[Yves]

Hmm... Je pourrais avoir cette application?

Merci!

Yves.

[Yves]

Merci pour l'appli !

La perte de mémoire vient de l'objet Advanced Direction, je vais mettre à jour le bonus pack.

Par contre pour la différence entre le build 242 et le build 243, le code est un peu complexe, c'est un peu dur à voir d'où ça peut venir...

Yves.