Utilisation de l'UC

bah, si on créer des surfaces ou des sprites en plein jeu, faut bien les stocker quelquepart :p

Oui, et a ce que j'ai compris GM n'utilise pas trop la mémoire de la carte graphique non ?

Bah il utilise surtout la RAM, dommage qu'elle ne soit pas vidée toute seule, d'où les DLL faites pour...

j'utilise pas de surface et je créé pas de sprite

Bah les ordis ayant 128Mo ou 256Mo de RAM ne sont aps faits pour jouer.

ok pour des jeux 3d qui demandent de bonne performances.
Ne faites pas vos jeux 2d en vous disant que c'est bon, les ordi sont puissants patati patata. Le but c'est quand même l'optimisation. Si vous n'etes pas capable de faire tourner un de vos jeux 2d sur un vieux pc ben soit vous pouvez changer de fonction soit faut s'entrainez x)

soit faut pas essayer de foutre un background en bmp de 9999*9999

c'est pas fô

Soit faut pas utiliser une 12aine de sprites de taille respectable avec 36 sous-images comme dans mon mmo (le robot sour 36 angles*(le corps+le nombre d'armes)) ^^

Diablo 2 le fait

Wargamer a écrit:

Diablo 2 le fait

Nan, c'est des superpositions/assemblages de sprites je pense.

ben oui, c'est ce qu'on disait: une superposition: corps+arme1+arme2... sous 36 angles.

(au fait diablo le fait comment? pour pas que ça rame? ) :gniah:

Ah je croyais vu ta formule de calcul que tu voulais dire 36 images à chaque fois pour le robot avec chaque arme (en gros, un sprite avec le robot et l'arme 1, un sprite avec le robot et l'arme 2 etc)

Nan, évidement, mais le corps + pas mal d'armes en qualité++, ça commence à faire beaucoup ^^

Enfin si les ressources sont en externes et pas chargées d'un coup c'est pas un problème la quantité.

pas pour un programme bien codé = un programme en autre chose que gml :p

Ben même non ? Je code en C++ mais jamais je ne charge toute mes ressources d'un coup, ça sert a rien de bouffer de la mémoire inutile. Et même avec GM (lawl) il est possible de pas trop mal gérer la mémoire :p

ben en faite mà les images doivent êtres chargées en permanence puisque c'est ce qui fait le robot.

tu peux deja limiter le nombre d'images, si tes objets sont symétriques : la vue à gauche et à droite de la verticale, c'est la même chose avec un image_xscale de -1.... ça diminue deja considérablement le nombre d'images!

le robot est pas symétrique :gniah:
Par conte pour les objets de la map c'est ce que je fais (caisses...)