La façon la plus efficace d'initialiser la texture avec des zéros?

J'ai besoin d'initialiser OpenGL 2D texture avec des zéros.

Pourquoi? J'ai rendu à cette texture avec OpenCL. En gros, le rendu étapes sont les suivantes:

  1. Créer RGBA de la texture, de l'initialiser avec des zéros (il contient transparents les pixels noirs)
  2. OpenCL: calcul de la couleur des pixels où certains objets sont visibles et de les écrire dans cette texture
  3. OpenGL: ajouter de l'environnement de la cartographie des pixels transparents et affichage de l'image finale

Je n'ai donc pas besoin de passer toute la texture de données à glTexImage2d. Mais selon la spécification, quand je passe la data=NULL, la texture de la mémoire est allouée mais non initialisé.

Allouer une mémoire côté client remplis de zéros et de passer à glTexImage2D n'est pas une très bonne option, bien que seul je pense.

EDIT: en fait, je veux init seule composante alpha (RVB obtiendrez surchargée de toute façon), mais je doute que cela rendre la situation plus facile.

InformationsquelleAutor jirkamat | 2011-08-25
  1. 37

    Il y a plusieurs façons de le faire:

    1: étant Donné une largeur et une hauteur pour une texture:

    std::vector<GLubyte> emptyData(width * height * 4, 0);
glBindTexture(GL_TEXTURE_2D, texture);
glTexSubImage2D(GL_TEXTURE_2D, 0, 0, 0, width, height, GL_BGRA, GL_UNSIGNED_BYTE, &emptyData[0]);

    Pour une efficacité maximale, vous devez laisser du temps entre le moment où vous appelez cela et quand OpenCL commence son travail.

    2: l'Attacher à un FBO et l'utilisation glClearBuffer.

    glBindFramebuffer(GL_DRAW_FRAMEBUFFER, fbo);
glFramebufferTexture(GL_DRAW_FRAMEBUFFER, GL_COLOR_ATTACHMENT0, texture, 0); //Only need to do this once.
glDrawBuffer(GL_COLOR_ATTACHMENT0); //Only need to do this once.
GLuint clearColor[4] = {0, 0, 0, 0};
glClearBufferuiv(GL_COLOR, 0, clearColor);

    Cela semble comme il devrait être plus rapide, car il n'y a pas de CPU-GPU de la DMA en cours. Mais la liaison et de déliaison des organisations confessionnelles peuvent introduire des inefficacités. Puis de nouveau, il ne peut pas. Profil pour s'assurer que.

    Notez que cela fonctionne uniquement pour les formats d'image qui peuvent être utilisés comme cibles de rendu. Afin de ne pas les textures compressées.

    3: données suffisamment de pilotes, vous pouvez utiliser le nouveau ARB_clear_texture extension:

    glClearTexImage(texture, 0, GL_BGRA, GL_UNSIGNED_BYTE, &clearColor);

    Notez que cela fonctionne uniquement pour les formats d'image dont les données peuvent être fournies par standard pixel transferts. Afin de ne pas les formats compressés.

    • Jamais entendu parler de glClearBuffer. C'est un très nouvelle version? A-t-elle des avantages par rapport à glClear (ou le dernier, même obsolète)?.
    • Le principal avantage de ClearBuffer est que vous pouvez les retirer de tampons. Si vous avez plusieurs tampons dans le framebuffer, de multiples cibles de rendu, vous pouvez clairement différentes de différentes couleurs. Ou pas certains du tout. Vous ne pouvez pas faire cela avec glClear; il efface toutes les mémoires tampons de la même couleur claire. glClear n'est pas obsolète, et glClearBuffer vient de GL 3.0 (il n'y a aucune extension pour elle).
    • Notez que glClearTexImage ne fonctionne que si la texture de stockage a été précédemment affectés, soit au moyen d'un appel à glTexImage* ou glTexStorage*. Tout simplement la création de la texture à l'aide de glBindTexture n'est pas assez. Mais cela vaut aussi pour glTexSubImage2D, bien sûr.
    • Aussi, glClearTexImage ne fonctionne que pour les non-formats de compression. Mais j'ai une question. Je peux voir que le CEA fonction est mappé (non-nulle) et que le définit sont 1. Cependant, même si la texture de stockage devrait être créé (la poignée est non nul) à l'aide de la glTexImage/glTexStorage/glTexCopy fonctions, je reçois toujours GL erreurs sayin la texture n'existe pas. Toutes les idées de l'?
    • Merci pour le rappel sur la texture compressée de compensation. Pour votre question, qu'est ce que la "poser une question" bouton pour.
    • Jamais l'esprit, l'erreur que j'ai faite était de fournir à la cible spec au lieu de la texture de la poignée. Il fonctionne sur mon 4.3. Faudra tester sur 3.3 plus tard.
    • La méthode 1 est beaucoup trop lent par la lecture des données du CPU au GPU. Méthode 2 glClearBuffer peut utiliser le même mécanisme de rendu comme @neodelphi suggéré, où la texture est la cible et le rendu.
    • 2 glClearBuffer peut utiliser le même mécanisme de rendu comme neodelphi suggéré", Alors peut-être la Méthode 3, juste avec une couleur que l'utilisateur fournit. En supposant que tout sera mis en œuvre dans la pire façon possible ne sert à rien.
    • glClearTexImage prend la texture de la poignée, pas la texture de la cible. Il n'est pas nécessaire de lier la texture, l'exigence est la seule à être initialisé et non un format compressé. Pourriez-vous s'il vous plaît modifier votre réponse à la corriger?

    InformationsquelleAutor Nicol Bolas
  2. 5

    Juste un heads-up: Le nouveau GL_ARB_clear_texture (core en 4.4) extension traite spécifiquement de ce problème.

    • C'est vrai, mais un mot d'avertissement: Vous voulez certainement à ce profil. Sur mon système, glClearTexture est BEAUCOUP plus lent que d'utiliser un framebuffer et glClear / glClearBuffer.
    • avez-vous correctement profil à l'aide de GPU minuterie requêtes?
    • Non, juste à l'aide de la frametime. Ce n'est pas juste un peu plus lent, bien; clearTexture (deux appels, rgb8 + 24 bits de profondeur) a pris plus de trois fois plus que clair. J'ai déjà eu le framebuffer mis en place. La différence était encore plus grande pour la profondeur seulement (5x).
    InformationsquelleAutor Ancurio
  3. 2

    1. glTexSubImage est rempli avec l'ensemble de l'image:

      GLfloat* pData = new GLfloat[1024*768*4];
memset(pData, 0x00, 1024*768*4*sizeof(GLfloat));
glBindTexture(GL_TEXTURE_2D, m_ImageTex);
glTexSubImage2D(GL_TEXTURE_2D, 0, 0, 0, 1024, 768, GL_RGBA, GL_FLOAT, pData);
glBindTexture(GL_TEXTURE_2D, 0);
delete pData;

    2. utilisation Pixel Buffer pour copier des données à partir de gpu, cette méthode est plus rapide et mieux

      je. init PBO

      glGenBuffers(1, &m_PixelBuffer);
glBindBuffer(GL_PIXEL_UNPACK_BUFFER, m_PixelBuffer);
glBufferData(GL_PIXEL_UNPACK_BUFFER, SCREEN_WIDTH*SCREEN_HEIGHT*4*sizeof(GLfloat), NULL, GL_STATIC_DRAW);
GLfloat* pData = nullptr;
pData = (GLfloat*)glMapBuffer(GL_PIXEL_UNPACK_BUFFER, GL_WRITE_ONLY);
memset(pData, 0x00, 1024*768*4*sizeof(GLfloat));
glUnmapBuffer(GL_PIXEL_UNPACK_BUFFER);

      ii. 

      glBindBuffer(GL_PIXEL_UNPACK_BUFFER, m_PixelBuffer);
glBindTexture(GL_TEXTURE_2D, m_ImageTex);
glTexSubImage2D(GL_TEXTURE_2D, 0, 0, 0, SCREEN_WIDTH, SCREEN_HEIGHT, GL_RGBA, GL_FLOAT, NULL);
glBindTexture(GL_TEXTURE_2D, 0);
glBindBuffer(GL_PIXEL_UNPACK_BUFFER, 0);
    InformationsquelleAutor freehyan
  4. 1

    Peut-être vous pouvez définir la texture que le rendu de la cible pour le premier passage et tirage noir primitive. Il peut être plus rapide car il n'y a pas de mémoire de transfert entre la ram et la carte graphique.

    • Bon point. Mais j'arrive à définir alpha=0 avec cette approche? Je veux init juste alpha, je ne vous embêtez pas avec les composantes RGB.
    • À l'aide de glClearColor et glClear peut-être mieux. glClearColor accepte alpha.
    InformationsquelleAutor neodelphi