Optimisation affichage 2D

Citation:

---

Ne serait-il pas possible de dessiner directement chaque pixel dans le fragment shader ? Serait-ce efficace ?

---

A partir de quoi ? Le seul moyen d'afficher des pixels à l'écran c'est via une texture, ce que tu fais, maintenant il faut juste trouver le moyen le plus rapide de remplir cette texture plusieurs fois par seconde. Et pour ça je t'ai donné deux pistes tout à l'heure.

Citation:

---

De quoi parlent ils ? comment actionne t on cette acceleration materielle ?

---

Ils parlent du fait que les spécifications d'OpenGL ne garantissent pas que l'accélération matérielle soit utilisée. Mais c'est juste une formalité, en pratique toutes les implémentations connues l'utilisent bien sûr.

salut,

oui je vais explorer les pistes que tu m'a donné j'émet seulement des hypotheses qui me viennent.

Par rapport a glTexSubImage2D(), apres quelques tests je pense que ça me ferait gagner quelques frames oui, mais ça veut dire que je dois avoir toutes mes images a la meme taille car cette fonction ne recree pas de texture elle modifie une existante. Je suis d'accord pour dire qu'en soi ce n'ai pas trop un probleme : pour un lecteur de sequences d'images, on a plutot tendance a avoir une sequence uniforme en taille. Donc je ferrais des tests plus poussés si je m'impose cette restriction.
Mais je pense tout de même que cette methode ne me fera pas atteindre la vitesse voulue, quelques fps seulement.

Pour les pbo je pensais justement que tu parlais de shaders ?
Peux-tu m'en dire plus sur ça car je ne vois pas ce que c'est, enfin je crois que je suis a côté.

Les PBOs ce sont les Pixel Buffer Objects. Tu pourras sûrement trouver quelques bons tutoriels sur le sujet, je crois me souvenir notamment d'un papier chez nVidia ("Fast Texture Transfers" ou un truc comme ça).

ok merci je verrai ça mardi parce que je n'aurai pas le net ce week-end ;)

J'ai trouvé la page nVidia http://http.download.nvidia.com/deve..._Transfers.pdf

j'y ai lu un truc interressant :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

Here are code snippets showing what to avoid and how to achieve fast transfer rates: //These calls will cause a slow down because of driver swizzling glTexImage2D(GL_TEXTURE_RECTANGLE_NV, 0, GL_RGBA8 ,img_width, img_height, 0, GL_RGBA, GL_UNSIGNED_BYTE, img_data); glTexImage2D(GL_TEXTURE_RECTANGLE_NV, 0, GL_RGBA ,img_width, img_height, 0, GL_RGBA, GL_UNSIGNED_BYTE, img_data); glTexImage2D(GL_TEXTURE_RECTANGLE_NV, 0, GL_FLOAT_RGBA16_NV ,img_width, img_height, 0, GL_BGRA, GL_HALF_FLOAT_NV, img_data); glTexImage2D(GL_TEXTURE_RECTANGLE_NV, 0, GL_FLOAT_RGBA_NV ,img_width, img_height, 0, GL_BGRA, GL_FLOAT_NV, img_data);   //These calls would not require unnecessary swizzling glTexImage2D(GL_TEXTURE_RECTANGLE_NV, 0, GL_RGBA8 ,img_width, img_height, 0, GL_BGRA, GL_UNSIGNED_BYTE, img_data); glTexImage2D(GL_TEXTURE_RECTANGLE_NV, 0, GL_RGBA ,img_width, img_height, 0, GL_BGRA, GL_UNSIGNED_BYTE, img_data); glTexImage2D(GL_TEXTURE_RECTANGLE_NV, 0, GL_FLOAT_RGBA16_NV ,img_width, img_height, 0, GL_RGBA, GL_HALF_FLOAT_NV, img_data); glTexImage2D(GL_TEXTURE_RECTANGLE_NV, 0, GL_FLOAT_RGBA_NV ,img_width, img_height, 0, GL_RGBA, GL_FLOAT_NV, img_data);

---

mais GL_BGRA et autres ne semblent pas être définis chez moi...

Pour les pbos je creuse je vais faire des tests. Sur la page ils parlent surtout de Readback ;).

Citation:

---

mais GL_BGRA et autres ne semblent pas être définis chez moi...

---

Possible que tu doives aller les chercher sous forme d'extension (GL_BGRA_EXT -- avec un glext.h à jour évidemment).