Oki, super
Sinon, je pense vraiment que de passer de 5 a 3 me fera gagner des performances d'une façon proportionnel. J'ai hate de tester, ce serait dur pour moi si je me suis trompé sur ce coup et qu'on ne gagne que 10%... Ce serait toujours ça, mais j'espère vraiment que ce sera "proportionnel"

Bon, au travail!

Je ne post pas pour te presser, juste pour te dire que j'attends toujours, ce serait nice si tu pouvais le faire avant la fin d'aout 2007

Désolé ça fait déjà un bout de temps, mais je vais te faire ça.

Voilà:
http://lecbna.org/bast/gamemaker/cbnabump2d/CBNA_Bump2Dlib_v100d.zip

Au lieu d'utiliser quatre sprites de relief, une pour chaque face, il est maintenant possible de n'en utiliser que deux, à condition qu'elles soient symétriques. Ca a été vite fait en fait.

Edit: J'ai fait un petit test de performances dans une room de taille donnée avec un certain nombre d'objets et l'un ou l'autre système en poussant les FPS à blinde; en normal: 72/500 FPS; et en modifié: 74/500 FPS. Il y a une amélioration, mais c'est peu. Ou alors il faut un PC moins puissant que le mien pour que ce soit notable.

Attend, en toute logique, on dessine 3 au lieu de 5 et la pars de calcul est relativement faible donc le résultat devrait être dans les 30% minimum d' économie de ressource.


Edit : je viens de regarder les sprites et logiquement, cela ne suis pas ce à quoi je pensais sinon tes sprites seraient deux fois plus petites


Mon exemple :





Ta réponse





Ce qu'il y aurait du avoir :




Parceque si je comprends bien ton nouveau système utilise toujours 5 sprites au lieu d'un (donc aucun changement au niveau des performances, c'est toujours éxactement pareil que celui d'avant [version c]) alors que celui que j'ai montré dans mon exemple, si il est réalisable, ne devrais en afficher que 3.




Dis moi si tu me comprends ou préviend moi si je dis un truc de faux ou de louche, mais je crois d'une manière assez sur à ce que je pense.

J'attends de tes nouvelles

Je viens de faire les testes entre la version C et D et cela montre bien que dans les deux cas, il y a autant de ressource au niveau du CPU de pompé.

Dans la version C, je suis à 140fps, dans la version D, 141 fps


Donc si tu n'es pas sur de comprendre, demande moi de refaire un dessin avec explications plus détaillées. Et je te remercie de te donner de la peine pour mon projet

En usant de la symétrie il y a deux sprites de relief en moins, et donc les deux sprites restantes sont affichées plusieurs fois, ce qui économise des FPS. Mais si tu veut simplement les avoir plus petites, il suffit de réduire la taille des sprites et de placer leur origine au bon endroit, il n'y a pas besoin de lib spéciale pour cela.

http://www.lecbna.org/bast/gamemaker/cbnabump2d/exemple_relief_symetrique2.gm6

Edit: Par contre il est vrai que ça ne fait pas gagner tellement de FPS, mais bon après tout un beau jeu a parfaitement le droit de consommer quelques ressources.

Testé : résultat aucun gain sur les perfs
La honte pour moi, je pensais vraiment que l'on trouverait un truc pour améliorer le rendement du nombre de bloc affichage
Bon ba, pas trop grave, j'ai déjà de quoi faire avec ceux que je peux afficher

Up! Bon ba, en faite je ne vous ai pas tenu au courant ici mais en faite si, il y a une très grosse optimisation de possible qui consiste à transformer les instances loin de sources lumineuses en une instance identique mais sans l'appuis du moteur. En gros vous désactivez les blocs si ils sont loin de la lumières. Et vous les remplacer par une instance ayant juste la même image et qui vérifie qu'il n'y a toujours pas de source lumineuse à proximité. Sinon les bloc hors de porté continue de pomper pas mal de ressources. Ca permet de remplir une view de bloc sans que ça rame sur les vieilles machines (60 fps)



Et sinon, ce moteur sera inclu dans mon projet intermédiaire. Bon, vraiment à la légère car ce projet est baclé de toutes façons.

Et Bast : tu seras l'un des premiers à le tester, chaque semaine un ou deux membres le recevrons. Ton tour viendra la semaine prochaine avec Damintreg (bas oui, je fais durer le plaisir, pour une foi que je sors quelque chose [en faite, c'est mon premier jeu ^^])

Super idée pour l'optimisation, ça paraissait logique d'un autre côté. Mais fallait y penser.
Attendez vous à voir un moteur de lumière de M@D_Doc aussi super bien foutu, j'étais chez lui hier, il était en train de le finir, ça rend bien et ya pas de perte de perfs avec des bonnes cartes graphiques.

Topaze pourait en parler pendant des heures ^^
Mais silence radio pour l'instant, merci :p

Ah pardon, tu veux que je censure mon message?

nan c'est bon, t'as juste ce qui faut, ni trop peu, ni trop

jsute assez pour faire baver

En faite, ce moteur graphique est déjà intégré à mon jeu depuis deux an et demie, voir plus. [juste pour dire que je ne viens pas réellement de l'intégrer à mon projet intermédiaire [qui est finis dans moins d'une heure 5 minutes] puisqu'il était déjà intégré au .GM7, mais je viens de mettre ses effet dans une partie du niveau. Même si il est sous exploité dans mon projet puisque je l'ai baclé]


Pour M@d_Doc : dur de maintenir le silence sur ton ... D'ailleurs il y a Playboy qui va limite me faire la gueule car je lui ai dis qu'il ne serais pas le premier à le tester mais le second éxéquo avec Daminetreg.

M@d, normalement, ce soir c'est son tour, Daminetreg et Playboy, c'est dimanche [comme ça il seront en forme ^^]



Je promets que dans mon vrais projet, ce moteur de Bast sera vraiment totalement exploité avec toutes ses possibilités et même peu être plus, même si d'autres effets d'un autres moteur sera mis en avant plus souvent. M' enfin ça devrait faire plaisir à Bast de enfin voir son moteur quelque par, pour commencer dans mon projet intermédiaire pendant un petit moment

gniak gniak gnaik je serais le PREEEEMMMMIIIIEEEEERRR

Techniquement, comme je l'ai montré à ma mère, tu serais plutôt second, m' enfin, bon


Elle vous a tous coiffé au poto

raaah nooon!
Battue par la maman de Topaze....