Discussion :

[Romuuu]

Bonjour à tous,

J'aurais une petite question, qui pourrait paraitre assez debile pour ceux qui ont une reponse clair et evidente, mais il faut vraiment m'oter un doute

Lorsque l'on créé une texture (glGenTextures), puis que l'on envoi les pixels (glTexImage2D, par exemple), puis ensuite que l'on veut changer le contenu de cette texture (voir même sa taille, pourquoi pas), suffit-il de refaire appel à glTexImage2D (Bind puis TexImage)? Ou faut-il détruire cette texture au préalable?

Pour synthétiser la question : Plusieurs TexImage sur le meme id sans delete provoquent-ils une fuite dans la mémoire de la carte graphique?

Je pose cette question dans le forum OpenGL, mais je pense qu'elle peut s'appliquer aussi en Direct3D ou autre.
Et si quelques petites infos (sur le fonctionnement de la partie du pipeline graphique en rapport avec le sujet) pouvaient venir etayer la réponse, je suis preneur!

Merci d'avance et bonne soirée!

Romu

[Kannagi]

Je suis pas spécialiste et je peux me tromper sur je que je vais dire.

Lorsque l'on créé une texture (glGenTextures), puis que l'on envoi les pixels (glTexImage2D, par exemple), puis ensuite que l'on veut changer le contenu de cette texture (voir même sa taille, pourquoi pas)

On gros pour te résumer Bind et Gen permet de 'creer une adresse' sur la mémoire ta carte graphique pour que tu puisse la sélectionner par la suite.

suffit-il de refaire appel à glTexImage2D (Bind puis TexImage)? Ou faut-il détruire cette texture au préalable?

glTexImage2D envoi sur la mémoire de ta carte graphique la texture, et non tu n'es pas obligé t'utiliser Bind et Gen pour renvoyer la texture (j'ai je que je fais).

Bonjour à tous,
Pour synthétiser la question : Plusieurs TexImage sur le meme id sans delete provoquent-ils une fuite dans la mémoire de la carte graphique?

non , et puis 'fuite de mémoire' sur une carte graphique ? je pense pas que ça a un sens.
Si c'est sur le même id il écrasera ancienne texture envoyer sur ta carte graphique.

[Romuuu]

Merci pour ta réponse, c'est effectivement ce que je me disais.

Bonne journee,
Romu

[LittleWhite]

Bonjour,

non , et puis 'fuite de mémoire' sur une carte graphique ? je pense pas que ça a un sens.
Si c'est sur le même id il écrasera ancienne texture envoyé sur ta carte graphique.

Si si, cela a un sens, les fuites de mémoire sont possible (normalement, elles sont largement évités par les pilotes, mais bon ...)


Pour ce genre de questions, rien de mieux que de se référé à la spécification:

A GL implementation may vary its allocation of internal component res-
olution based on any TexImage3D, TexImage2D see below, or TexIm-
age1D see below parameter except target, but the allocation must not be
a function of any other state, and cannot be changed once it is established.
Allocations must be invariant; the same allocation must be made each time a
texture image is speci ed with the same parameter values. These allocation rules also apply to proxy textures, which are described in section 3.8.7.

Il est dit que si la taille, format (paramètres), de la texture ne sont pas modifié, alors il n'y a pas de nouvelle allocation.

Mais, j'avoue que ce n'est pas trop clair non plus.

Si vous voulez être sur, vous devez détruire la texture et la reconstruire. Mais, pour l'avoir fait plusieurs fois, je ne pense pas qu'il y ai de problème (tant que l'on garde les même paramètres)
Sinon, vous pouvez utiliser les Frame Buffer Objects (qui sont nettement plus rapide de toute façon), enfin, cela dépend si l'image que vous voulez mettre en texture est généré par le GPU.

[Romuuu]

Merci bien, j'y vois plus clair

A bientot!

Romu

[ShevchenKik]

Bonjour,

si vous voulez mettre à jour une texture existante, en conservant sa taille et son type, le mieux est de passer par glTexSubImage. C'est plus rapide que de recréer la texture avec glTexImage, et pas de soucis niveau gestion de la mémoire.