Discussion :

[gladek]

Bonjour,

Je développe un moteur de particule. et bosse actuellement sur qq optimisations. Pour l'instant j'arrive a gerer 10.000 particules avec un frameRate de 30 sec environs. Je ne sais pas si c'est un bon score ou non...

Bref, a l'heure actuelle je n'utilise aucunes display list pour afficher les particules. J'ai tenter la chose suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
public void drawObjet(GL gl, float counter) {
 
		if (!getGroupe().isThereParticleAlive()) {
			return;
		}
 
		// On gere les transformations pour le groupe de particule
		// sauvegarde de la matrice pour la translation au centre
		gl.glPushMatrix();
		// on effectue la translation pour placer le solide au centre du repere
		gl.glTranslated(-position.getX(), -position.getY(), -position.getZ());
 
		for (Particle particle : getGroupe().getParticules()) {
			// particule encore en vie
			if (!particle.isAlive()) {
				continue;
			}
 
			// if (displayList.isCreated()) {
			// displayList.callList(gl);
			// continue;
			// }
			//
			// displayList.initNumList(gl);
 
			// On gere les transformations de la particule en question
			gl.glPushMatrix();
 
			gl.glTranslated(-particle.getPosition().getX(), -particle.getPosition().getY(), -particle
					.getPosition().getZ());
 
			// dessine la particule
			basicRenderer.display(particle, gl);
 
			// on restaure la matrice
			gl.glPopMatrix();
		}
 
		// on restaure la matrice
		gl.glPopMatrix();
	}

L'idée serait d'associer au mm numéro de liste les différentes particules. Ensuite je suis perdu avec les transformations et les déplacements individuelles de mes particules.

Suis je sur la bonne voie ?
Avez vous des conseils pour améliorer mon idée ???


D'avance merci

[gladek]

PS : le basicRender.display(...) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
		gl.glColor3f(1, 0, 0);
		gl.glRectf(-SIZE, -SIZE, SIZE, SIZE);
		gl.glColor3f(0.0f, 0.0f, 0.0f);

[math_lab]

Moi, ce que je proposerai, c'est de creer un vertex array qui contient absolument tous les sommets de ton systeme de particules. En gros, tu aurais toutes tes particules regroupées en un seul mesh, ce qui eviterait de spammer le driver de petites commandes de dessin. Ca veut par contre dire que tu dois créer et remplir le tableau toi meme: il te faut un tableau de 4*nbParticles*3 floats (4 parce que tu as 4 points par particule, et 3 parce que tu es en 3D), mais surtout, il faut que tu fasses en sorte que les 4 sommets créent un plan parallele a la camera (pour ca, tu peux utiliser la view matrix qui te donnent les vecteurs horizontaux et verticaux).
Sinon, quelques conseils generaux:
-penses a trier tes particules par distance relative a la camera si tu veux gerer la transparence proprement: les objets lointains doivent etre dessinés les premiers.
-evite les allocations memoires a tout prix. Il vaut mieux créer un tableau de particules trop large une fois plutot que de créer des tableaux parfaits a chaque frame.

[gladek]

Ok pour les infos,
il faut que je me renseigne sur la notion de "mesh" et vertexarray
Je pensais que les vertex array et vbo était plus utile pour des structures plus complexes (avec beaucoup de polygones...)

A l'heure actuel je gere ça à l'anciene.
Monidée est de gerer le systeme dans son ensemble pour déplacer, orienter... l'ensemble de particule.
A l'interieur de ce systeme, j'ai encore la possibilité d'animer chaque particule individuellement.
L'animation "se contente" de mettre à jour la position de la particule.
A la fin il ne mereste qu'a dessiner la particule. Je peux ainsi decider du style de réprésentation de la particule. Ici je dessine un rectangle, car je ne vois rien avec des points... (ca reste un mystere, probleme d'échelle ???)

[math_lab]

Ben au final, tu auras beaucoup de polygones, vu que chaque particule est en fait un rectangle, et que l'ensemble de ton systeme de particules est une liste de particule. L'interet de tout regrouper en seul mesh, c'est que la carte graphique peut faire son boulot de son coté une bonne fois pour toute (il faut savoir que ce qui est lent, c'est toujours le transfert application-driver et driver-carte graphique). Le desavantage, c'est que toutes les particules d'un systeme auront les memes proprietés (meme shader, meme texture, meme parametres de transparence, de zbuffer...), mais d'un autre coté, dans 90% des cas, c'est ce qu'on veut.

Sinon, l'idée est bonne, il faut bien decomposer en systemes de particules (genre un systeme pour la fumee, un pour la pluie etc.) et ensuite gerer les deplacements, apparitions/disparitions, la coloration et tout en interne.
Et pour ton probleme de points, je sais pas trop, normalement les points sont dessinés en pixels, et que donc leur taille est constante (et donc vraisemblablement visible). Mais si tu veux juste des points au lieu de rectangles, tu peux toujours utiliser les vertex arrays, il suffit juste de dire que tu veux le dessiner en points, et de reduire la taille de ton tableau par 4.

[gladek]

je prends le risque de me faire taper sur les doigts :
as tu un lien pour les mesh ???

[oxyde356]

Pour l'instant j'arrive a gerer 10.000 particules avec un frameRate de 30 sec environs. Je ne sais pas si c'est un bon score ou non...

Dans l'absolue non en faisant un peu de GPU Computing tu atteindra le million de particules à 400fps mais si c'est un de tes premiers moteur de particules alors c'est très respectable il faut bien passer par là pour apprendre !
Petite amélioration que tu peux faire facilement : bannir le mode immédiat et les display list et passer aux VBO
Pour aller plus loin, utiliser le transform feedback pour mettre à jour tes particules directement avec un vertex shader et stocker le résultat dans un 2° VBO et ainsi de suite.

[gladek]

@Math_Lab : merci pour le lien je viens de jeter un coup d'oeil et je pense avoir compris le truc.

@oxyde356 : suis d'accord avec toi pour les display_list et VBO.
Dans un premier temps je commence avec qq chose de simple pour avoir un premier rendu. J'ai deja augmenter mes perf en virant des traces log4j.
J'ai ainsi 10 000part avec un framerate de 50-60...