[XNA4] Simuler le vent sur des sprites

[CLemTB]

Bonjour,

Je suis actuellement sur un nouveau projet en 2D et j'aurai voulu un avis extérieur concernant la gestion d'un vent sur mes sprites.

Au fond de mon jeu est superposé un ensemble d'éléments (herbes hautes, arbres, ...), et j'aimerai pouvoir les animer de manière vivante.

J'ai imaginé deux solutions pour le moment:
1) un mini moteur basé sur de l'aléatoire pour changer le sprite courant d'un objet, par exemple de l'herbe, et la faire aller d'un "point" à l'autre de son animation en fonction de nombres aléatoire, nombre calculé à chaque fin d'itération de l'animation. Super lourd à priori, autant en terme de calcul que de mémoire ...
2) utiliser des shaders pour calculer les déformations dues au vent. J'ai déjà vu des exemple en 3D bluffant de réalisme et ultra performant, mais là mon soucis est la complexité que je n'arrive pas à mesurer

Pour donner un ordre d'idée, le nombre d'éléments dynamiques devrait tourner autour des 1000 dans le pire des cas (en tout cas pour le moment)

Quel est votre avis? avez vous d'autres idées?

Cordialement

Clem

[LittleWhite]

Bonjour,

Pour un jeu 2D, vu de dessus, en tiles, je propose de créer des petits décalages pour les sprites, selon un z fictif. Chaque type de sprite aura donc un attribut z et le vent fera bouger plus ou moins vite les sprites selon leurs z. Le problème, c'est la cassure entre les tailles qui risquent de se créer.

Sinon, on peut utiliser des spritesheets, comme pour les animations, mais par exemple, pour l'herbe, on changera le rectangle aléatoirement avec les rectangles adjacent du sprite. Plus concrètement, imaginé 3 sprites d'herbe alignés horizontalement. Vous afficher actuellement le sprite du milieu (deuxième sprite) et pour la frame suivante, vous choisissez aléatoirement, soit la sprite 1, soit la sprite 3.

Pour les shader, cela peut être plus difficile, mais ce n'est pas une obligation Je me demande quel effet vous voulez faire.

[dark poulpo]

Envoyé par LittleWhite

Bonjour,

Pour un jeu 2D, vu de dessus, en tiles, je propose de créer des petits décalages pour les sprites, selon un z fictif. Chaque type de sprite aura donc un attribut z et le vent fera bouger plus ou moins vite les sprites selon leurs z. Le problème, c'est la cassure entre les tailles qui risquent de se créer.

je ne suis pas sûre que la taille change selon le Z, car un sprite est ni plus ni moins qu'un carré (2 triangles) rendu dans une projection orthogonal, donc quelque soit la profondeur Z, le sprite reste visuellement de la même taille non?

[LittleWhite]

Je ne parlais pas de changement de taille. J'imaginais un système similaire à du parallax, dans lequel selon un attribut 'z' le déplacement / positionnement du sprite change.

[dark poulpo]

Envoyé par LittleWhite

Je ne parlais pas de changement de taille. J'imaginais un système similaire à du parallax, dans lequel selon un attribut 'z' le déplacement / positionnement du sprite change.

tu parles un peu de dessus dessous par rapport à un autre sprite?

[LittleWhite]

Oui, car je voyais l'herbe au plus loin, puis des arbres au dessus puis des nuages encore au dessus.

Dans un des derniers Pokemon (sur NDS), il y a un effet de vent, cela pourra vous donner une idée.

[CLemTB]

Bonjour,

Interessant que tu parles de Pokemon sur NDS, l'idée que je me fesait des graphismes que j'aimerai obtenir était à peu près celle des Pokemon sur GB (ou des RPG sur SNES), avec évedement des textures plus fines et quelques animations bonus (dont le vent) qui pourra être affecté par des effets (tornades, magie, ...).

A un moment j'ai meme pensé utiliser un moteur physique genre PhysX pour gerer ca et d'autres choses (eau, particules, gravité,...).

Concernant l'idée du z j'ai du mal à imaginer le résultat mais l'animation sera pas très fluide il me semble, non? L'idée était de calculer l'animation plutot que la stocker mais j'irai au meilleur compromis temps de dev/beauté.

Merci en tout cas pour les idées

Clem