Discussion :

[kirua_sama]

Bonjour !

Alors voila, j`aurais quelques question concernant l`utilisation des VBO avec OpenGL :
Je dois loader et afficher plusieurs millions de points et effectuer des traitement sur ceux-ci (delaunay etc...)
Actuellement j`utilise deux VBO : Un pour les coordonnees et le second pour les couleurs.

- Serait-ce plus efficace et preconise de n`utiliser qu`un seul et meme VBO pour les deux informations ?

- Quelle est la meilleure technique pour mettre a jour les informations.
(Dans les tutoriaux, les informqtions sont toujours traites par le CPU et tout est recopier a chaque fois dans le VBO correspondant... Cette methode me semble tres mauvaise, tout d`abord parce que ca fait avoir une copie des millions de points dans la VRAM ET dans la RAM et ensuite parce que le tranfers a chaque fois des Millions de points est tres gourmant. Bref plus aucun interet d`utilise les VBOs.)
Dans ce cas, comment faire effectuer les traitement directement sur la VRAM ou par le GPU ?

Shaders Or Not ?

- Si j`utilise a chaque fois la totalite de mes points, y a t`il tout de meme un avantage a utiliser des VBI ?

Je vous remercie.

[GLDavid]

Bonjour

Actuellement j`utilise deux VBO : Un pour les coordonnees et le second pour les couleurs.

Pareil !

- Serait-ce plus efficace et preconise de n`utiliser qu`un seul et meme VBO pour les deux informations ?

Euh, franchement je ne sais pas, j'utilise la même technique que toi. J'ai regardé pour un vbo ne contenant que les indices de ma forme et je dois avouer que je n'ai pas suivi Donc, je fais ce que je comprend.

- Quelle est la meilleure technique pour mettre a jour les informations.
(Dans les tutoriaux, les informqtions sont toujours traites par le CPU et tout est recopier a chaque fois dans le VBO correspondant... Cette methode me semble tres mauvaise, tout d`abord parce que ca fait avoir une copie des millions de points dans la VRAM ET dans la RAM et ensuite parce que le tranfers a chaque fois des Millions de points est tres gourmant. Bref plus aucun interet d`utilise les VBOs.)
Dans ce cas, comment faire effectuer les traitement directement sur la VRAM ou par le GPU ?

J'ai récemment posté un thread où je cherchais à manipuler un carré (=VBO) avec la souris et le clavier. Je t'encourage à regarder ce thread (fais une recherche sur mon pseudo dans cette rubrique), tu y trouveras une approche de glMapBuffer.

Shaders Or Not ?

- Si j`utilise a chaque fois la totalite de mes points, y a t`il tout de meme un avantage a utiliser des VBI ?

Je vous remercie.

Je passe !

En espérant t'avoir aidé.

@++

[TanEk]

Dans tous les cas il vaut mieux utiliser les VBOs meme si a chaque fois on recopie entierement les donnees au GPU. NVidia a un bon document (en anglais) qui explique bien les avantages des VBOs et comment les utiliser de facon optimale (deuxieme liens en tapant nvidia VBO dans google).

Sinon il vaut mieux avoir un seul VBO et avoir un tableau de structure comme ceci:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
struct Vertex
{
   vec3 position;
   vec3 normal;
   vec3 color; // ou vec3 texCoord;
  // etc.
};
 
std::vector< Vertex > vertice;
 
glBufferData(..., &vertice[0]);

Ca permet d'avoir une meilleure coherence de cache.

[kirua_sama]

Hi,

Merci pour les reponses.

GLDavid j`avais deja jete un oeil a ce thread ^^ (meme etant du JAVA). Et d`apres ton code tu recopie a chaque fois ton cache en VRAM : ) ... c`est ce que semble preconise TanEk aussi.

Cependant TanEk, je ne pense pas que dans mon cas il soit interessant d`avoir une structure comme tu le dis. Je m`explique, il m`arrive souvent d`avoir moins de couleurs que de points, de ce fait je pense que c`est un gros gaspillage que d`allouer ma VRAM pour rien. Qu`en penses tu ?

Enfin question travail sur les donnees, je ne sait pas a quel point il serait interessant d`utiliser des shaders pour travailler directement dans les VBOs pour faire du calcul pur que je fais (pas vraiment de rendering) ?

[TanEk]

Hi,

Merci pour les reponses.

GLDavid j`avais deja jete un oeil a ce thread ^^ (meme etant du JAVA). Et d`apres ton code tu recopie a chaque fois ton cache en VRAM : ) ... c`est ce que semble preconise TanEk aussi.

Je ne preconise pas de recopier a chaque fois tout le VBO, il faut toujours copier le minimum possible mais parfois ce n'est pas possible. Ce que je veux dire c'est qu'il est toujours preferable d'avoir un VBO qu'un vertex array ou pire envoyer les vertex en utilisant glVertex.

Cependant TanEk, je ne pense pas que dans mon cas il soit interessant d`avoir une structure comme tu le dis. Je m`explique, il m`arrive souvent d`avoir moins de couleurs que de points, de ce fait je pense que c`est un gros gaspillage que d`allouer ma VRAM pour rien. Qu`en penses tu ?

Enfin question travail sur les donnees, je ne sait pas a quel point il serait interessant d`utiliser des shaders pour travailler directement dans les VBOs pour faire du calcul pur que je fais (pas vraiment de rendering) ?

Si tu es en limite de VRAM ok cela peut etre interessant (mais ca m'etonnerait que tu manques de memoire...). Si ce n'est pas le cas tu gagneras beaucoup plus de vitesse en limitant un cache miss qu'en essayant de gagner quelques mega octets.

De plus... comment fais-tu pour partager tes couleurs dans differents vertex ?

[kirua_sama]

Hye,

Desoler pour cette reponse tardive.
En fait, je suis un peu limite en VRAM car j`aimerais pouvoir utiliser la meilleure precision sur mes donnees (et donc pouvoir utilise le plus de Millions de points possible).

Pour les couleurs, je reboucle une fois parcouru toutes celles-ci et replace dans un tableau de meme dimesion pour le moment, mais j`essayes de trouver une solution qui ferait moins de gachis. Et puis il serait aussi possible de desactive les couleurs.

Le gain de performance est important a quel point en regroupant les deux de cette maniere ? Il semble que cela depends aussi de la maniere dont gere la CG la memoire contigue de toutes ces donnees... ^^

Desoler si tout cela est un petit peu flou, mais j`aimerais garder une flexibilite dans le developpement de mon application.