Après avoir joué à Wrath of Darkness, je pense faire un petit jeu d'horreur à ambiance principalement .

Applaudissez moi, j'ai réussi à avoir une fuite mémoire en Java .
http://i.imgur.com/sywFss6.png

Pour les utilisateurs de LibGDX, ne faites jamais :
"texture = new Texture(truc); "

Du moins, faite un dispose avant :
"if(texture != null) texture.dispose();"

Ça m’étonne
Normalement dispose() ça s'utilise pas trop comme ça je crois, faudrait que je me renseigne

Dis toi que je faisais 60 fois par seconde un
texture = new Texture(truc);

Ma mémoire augmentée de 1% par seconde environ .
En faisant un dispose, plus rien .

http://i.imgur.com/0TdiVHa.png

Les textures sont OP .

PS : Je crée un pixmap de 480 * 320, et je dessine dedans. Ensuite pour l'afficher aux dimensions de la fenêtre, je crée une texture et je met ma pixmap dedans, ensuite à l'aide du spritebatch, je fais :
batch.draw(screen, 0, 0, Gdx.graphics.getWidth(),Gdx.graphics.getHeight());

.

http://i.imgur.com/FMNdlIX.png

Sol et plafond fait .

"PatateChocolat Voir le profil de PatateChocolat
Posté le 16 juillet 2013 à 12:20:16 Avertir un administrateur
Dis toi que je faisais 60 fois par seconde un
texture = new Texture(truc); "

Et pourquoi tu le faisais 60 fois par secondes ? Normalement tu les charges qu'une fois ça, même si tu dois modifier leur positionnement

En tout cas ça commence à avoir de la gueule
T'as essayé de mettre le filtre des textures à linéaire ? (je crois que c'est pas le cas là), ça rendrait tout ça beaucoup plus beau

" Et pourquoi tu le faisais 60 fois par secondes ? Normalement tu les charges qu'une fois ça, même si tu dois modifier leur positionnement "

En faite je suis con, j'ai changé ça par un
"screen.draw(screenData, 0, 0); "

screen est un Texture et screenData est un pixmap .

"T'as essayé de mettre le filtre des textures à linéaire ? (je crois que c'est pas le cas là), ça rendrait tout ça beaucoup plus beau "
De base c'est linéaire .

c'est pas en "nearest" de base ?

Non, du moins j'ai toujours du faire la méthode pour passer du linéaire au nearest .

Je vais essayer de voir pour le linéaire .

ça m'donne ça en linéaire http://i.imgur.com/fbpzUX4.png

"C'pas de la 3D là, c'est du raycasting, c'est de la 2D ."

Je sais. Mais libGDX te fournit pas une méthode pour dessiner une image en profondeur ?

Aucune idée .

Sympa
Bon en fait le mode linéaire ça change pas autant que je l'aurais cru

megagugus14 ça doit exister ouais vu que maintenant on peut faire de la 3D assez avancée
D'ailleurs t'utilise quoi comme version de libGDX PC ?
Une nightly build récente ou une release ?

la nightly latest .
Celle que GDX Setup UI télécharge .

Je pense pas que les images soient chargés dans la RAM vidéo, vu qu'au final c'est juste des variables comme les autres non ? A confirmer quand même. J'avais lu quelque part qu'elle servait à stocker les données couleur...?

Ah ouais. Raison de plus pour ne pas négliger les loadfromfile.

Les textures et les donnees graphique peuvent etre conserve en memeoire et streame a la carte graphique a la demande ou etre conserver directement sur la carte graphique. Cela depend de comment tu fais tes appels. Avec la SDL, c'etait la difference entre les surface software et les surfaces hardware. Sous linux, nvidia-smi te donne l'occupation memoire de ta nvidia.

Hier soir j'ai fait des optimisations à un de mes jeux pour voir le gain de perfs (Starrows si certains se souviennent )

J'ai fait un test de benchmark qui lance une bataille avec 300 unités avant j'obtenais environ 28/30 fps en dessinant toutes les collisions / portée des unités / etc (j'ai pas utilisé un seed fixe donc les perfs peuvent un peu changer en fonction de la bataille vu que les soldats se déplacent un peu aléatoirement)

En optimisant avec les pools de mémoire (pour limiter la création de nouveaux objets, surtout pour les projectiles), les textures atlas (pour limiter l'allocation de nouvelle texture à openGL étoo là), et la nouvelle façon de gérer les shaperenderer de libgdx (des lignes au lieu des rectangles direct comme ça on peut faire un rectangle et un cercle sans avoir à fermer le shaprenderer et à le réouvrir), je tourne à 60 fps maintenant

et j'ai pas encore fait des pools pour tout ce qui est nécessaire comme les particules en plus

je pensais pas que je gagnerais autant en terme de perf C'est bien optimisé maintenant

En general les allocations mémoire intensives sont une plaie pour la rapidité d'un jeu. Sur PC ca se sent pas trop (enfin pas jusqu’à un certain stade comme tu as pu voir). Quand j'ai bossé sur PS2 par exemple, c'était très important. Pendant les phases de jeux il fallait zéro allocation/destruction, et on avait réécrit l'allocateur mémoire pour qu'il soit rapide et propre (car il y a aussi des problèmes de fragmentation mémoire).
Donc oui, un petit effort au niveau de la gestion mémoire peut aider.