Problème [FPS]

Mon jeu est lent...
je ne sais pas pourquoi , il dois executer trop de trucs ou autre, mas je cherche a savoir si quelqu'un a des solutions pour augmenter les fps...
je trouve pas en recherche ni dans l'aide F1

Exemple ; mon sol me bouffe au moins 10 fps... :snif2:

Il faudrait peut être en savoir plus sur ton projet.

As-tu beaucoup d'instance dans tes rooms ? Si oui, les steps sont peut-être satures....
Ça m'est arrive avec les patterns de mon shmup. ( juste une fonction direction+=1, mais multiplier par 1000, le pc tombe a genou ).

Essai d'optimiser les codes, ou d'éviter de mettre trop de gros éléments graphiques ou encore, d'abuser des particules ( ça pompe ces petites bêtes la ! ).

Montre nous ton .gmk.

Bah le soucis c'est plus le nombre s'instance que le code de ces instances.

Beaucoup d'instances d'objets, ça pompe, certains codes pompent (les boucles, les execute_string(), les chargement de ressources externes pendant le jeu, les particules, comme l'a dit Sekigo, etc), enfin on ne peut pas vraiment t'aider sans plus d'infos ou sans voir ton code source (gm6 ou gmk).

Euh ben en faite j'ai l'impression que c'est la façon dont est appliquer le sol partout.

d3d_draw_floor(-1060, -1060, 0, 7700, 7540, 1, tex, 63, 63)

c'est possible que ça soit ça...
par ce que même quand je vide mon niveau je lag plus la ou j'ai mis le sol que dehors (10 fps de moins) ...

Sinon un autre endroit qui lag :
https://nsa04.casimages.com/img/2009/01/21/090121105136824765.png
mais j'ai l'impression que c'est la vitre qui s'ouvre et se ferme qui fais ça (je passe de 34 a 22 en tournant la vue

c'est un modèle 3d la vitre ?

oui mais c'est bon j'abandonne la vitre sinon j'ai réussi a remettre des fps normal en réduisant la taille des back par 2... mais c'est beaucoup moins bien fais .. alors si quelqu'un a une autre solution

Ah. C'est de la 3D.
( Rien a ajouter ).

Essai peut-être avec une lib. J'ai cru ouïe dire que GM a un peu de mal niveau 3D tout seul. Enfin, si on veut de quelque chose plus pousses que de la N64. Peut etre les textures qui sont trop grosses. Ou les effets de transparence. ( Je parle par experience de Blender, parce que le moteur 3D interne de GM, j'y connais rien ).

Sekigo Le Magnifique a écrit:

Ah. C'est de la 3D.
( Rien a ajouter ).

Essai peut-être avec une lib. J'ai cru ouïe dire que GM a un peu de mal niveau 3D tout seul. Enfin, si on veut de quelque chose plus pousses que de la N64. Peut etre les textures qui sont trop grosses. Ou les effets de transparence. ( Je parle par experience de Blender, parce que le moteur 3D interne de GM, j'y connais rien ).

Ah c'est pas tout à fait vrai
( Rien à ajouter)

- Les libs (sans DLL) ne lui serviront à rien.
- La N64 ne pouvait pas charger plus de 4Kio (octets sur 9bits quelle idée aussi ...) en gros, une image de 64*64*8 pixels ne rentrait pas dans sa RAM vidéo (GM surpasse largement la N64 sur ce point là)
la N64 pouvait générer de 150 000 polygones à 600 000 polygones (celon le µCode) à vue de nez, GM peut largement gérer les 600 000 polygones (à condition d'optimiser un minimum)
- La transparence bouffe. Mais bien moins qu'une primitive de 8750*8600


Plutôt que de sortir des trucs comme ça, renseigne toi avant ...

Pour qu'il aye un jeu fluide il faut :
1) vire moi ce sol !!! met moi plusieurs sols plus petits, ça mettra plus de polygones, mais tellement moins de calculs pour afficher les polygones éloignés (et donc écrasés) que ton jeu gagnera des FPS. (en plus tu pourra choisir tes textures)
2) (un peu plus dur) n'affiche pas les objets 3D trop loin de toi (dans le draw, rajoute :
if(distance_to_instace(obj_perso)<512){
//ton affichage
}

3) (encore plus dur) utilise des models
EDIT:
4) (toujours plus dur) utilise des models optimisés...

[TheDarkTiger] a écrit:

Ah c'est pas tout à fait vrai
( Rien à ajouter)

- Les libs (sans DLL) ne lui serviront à rien.
- La N64 ne pouvait pas charger plus de 4Kio (octets sur 9bits quelle idée aussi ...) en gros, une image de 64*64*8 pixels ne rentrait pas dans sa RAM vidéo (GM surpasse largement la N64 sur ce point là)
la N64 pouvait générer de 150 000 polygones à 600 000 polygones (celon le µCode) à vue de nez, GM peut largement gérer les 600 000 polygones (à condition d'optimiser un minimum)
- La transparence bouffe. Mais bien moins qu'une primitive de 8750*8600


Plutôt que de sortir des trucs comme ça, renseigne toi avant ...

Beuheuheu Pourquoi TheDarkTiger ne m'aime paaaas ?

Bon, sérieusement. Désolé pour l'histoire de libs et de dll, je confonds toujours ces petites bêtes la. En gros, vu le bien qu'il a été dit sur la DLL Ultimate3D, je pensais a cela. Voila, mea culpa, et je suis prêt a te rejoindre sous le bureau pour te présenter mes excuses. Je me flagellerais 10 fois cette nuit.

Par contre, n'étant pas dotée de la science infuse a cette heure tardive, je ne connais pas les spécifications techniques de la N64 ( je hais cette console de toute manière ). Et j'ai pris l'exemple de la doc française de GM.

La transparence bouffe, mais moins que 10 000 000 de cubes et de tables. ( et de chaises et de suzanne et decequevousvoudrez ).

Voila, bon courage a l'auteur pour la suite des évènements.

bon, ok, j'ai été un peu sec.

je saurais me modérer la prochaine fois.

(travailler jusqu'a 19h30à l'IUT sur un projet qui foire, ça met pas de bonne humeur).

j'avais lu d'autres posts ou tu avait répondu toi même un peu sec, et je me suis dit que j'allais te rendre la pareille (réaction stupide, je te l'accorde)

ça ne veut pas dire que ce que j'ai écrit plus haut est faut.
(de plus la N64 étant ma console préférée, 'ai un peu de connaissances en la matière...)

Une dernière technique encore plus difficile à réaliser mais qui est terriblement efficace : Les LOD (Level Of Detail) : selon la distance entre l'objet à dessiner et la caméra, on affiche pas le même modèle (plus le modèle est loin, moins on voit les détails donc moins le modèle aura de polygones).

Par exemple :

modele1 -> 300 polygones -> à utiliser lorsque la caméra est proche de l'objet
modele2 -> 200 polygones -> à utiliser lorsque la caméra commence à prendre de la distance
modele3 -> lorsque la caméra est assez loin de l'objet


Avec ce système, tu gagneras beaucoup de FPS, en plus tu n'es pas obligé de faire une texture pour chaque modèle : tu peux créer le modèle avec le plus de polygones, texturer, puis en faire d'autres versions en enlevant des polygones (mais la texture s'affichera toujours correctement sur le modèle). Ça fait gagner du temps et de la RAM, vu qu'une texture c'est assez long à faire et assez lourd à charger pour GM.

Bon désolé pour le petit wall of text