Comment puis-je spécifier les faces des couleurs lors de l'utilisation de indexés vertex arrays en OpenGL 3.x?

J'essaie de rendre un cube à l'aide d'un tableau de 8 sommets et un index de tableau de 24 (4*6) les indices dans le vertex array. Mais comment puis-je spécifier par face variables, comme les couleurs et les normales sans l'aide obsolète fonctions? Pour cela, j'ai besoin d'un ensemble d'indices, mais quand j'ai spécifier deux index-tableaux (GL_ELEMENT_ARRAY_BUFFERs) et point à un autre shader-variables (avec deux appels à glVertexAttribPointer) quelque chose va mal, et il ne rend pas du tout (mais ne pas signaler toute erreur soit vérifiée auprès de glGetError). Dois-je utiliser différents appels à glDrawElements pour chaque face, avec la couleur et la normale chargé dans l'uniforme des variables?

Pour clarifier, le problème se pose lorsque chacun des 8 sommets font partie de visages différents et ont besoin de différentes valeurs de la couleur et de la normale.

InformationsquelleAutor Wonko | 2009-11-02
  1. 32

    La réelle première réponse à:

    Voir Goz réponse. 24 distinct des sommets.

    Certains nomenclature deuxième:

    Un Sommet est un ensemble de sommet attributs. Merci de garder cette distinction à l'esprit lors de la lecture de ce qui suit:

    Vous avez une idée fausse de croire que l'utilisation d'Api obsolète serait de vous aider à résoudre le problème. Ce n'est pas le cas. OpenGL gère (et a toujours) chaque sommet comme un unique ensemble d'attributs. Si vous lisez l'original spec attentivement, vous remarquerez que lorsque vous faites:

    glNormal()
glVertex()
glVertex()
glVertex()

    La spécification indique clairement que glNormal définit la current normal state, et que glVertex provoque un nouveau sommet, la copie en passant tous les current state, y compris la current normal state. Qui est, même si vous avez passé une seule Normale, le GL voit encore 3.

    Le GL, par conséquent, n'ont pas de "faces" des attributs.

    Aussi, vous êtes de mélange index des tableaux GL_ELEMENT_ARRAY_BUFFER, qui sont utilisés à partir de glDrawElements(..., pointer), où pointer est un décalage à l'intérieur de l'index de tableau, et vertex attribut tableaux GL_ARRAY_BUFFER, qui sont utilisés à partir de glVertexAttribPointer (et tous les déprécié glVertexPointer/glNormalPointer...

    Chaque index est l'index de la mémoire tampon sera utilisé comme un index dans chacun des attributs, mais vous ne pouvez spécifier qu'un seul indice pour chaque sommet. Ainsi, le réglage de GL_ELEMENT_ARRAY_BUFFER et puis l'appel de glVertexAttribPointer n'est pas du tout ce que vous pensez que cela fonctionne. Il utilise le dernier tableau que vous définissez à GL_ARRAY_BUFFER pour la définition des vertex attributs, ou si vous n'avez pas à garder un bond, est l'interprétation de votre décalage comme un pointeur (et sera susceptible de se bloquer).

    Ce que vous essayiez de faire, la définition d'un indice de tableau pour chaque sommet attribut n'est pas pris en charge par GL. Permettez-moi de reformuler ce: vous avez seulement 1 indice de tableau par tirage.

    Quelques autres bribes de l'histoire enclined:

    glVertex est un peu un abus de langage. Il indique que le Sommet position. Mais, et c'est ce qu'il tire son nom, il provoque également un sommet à être transmis à la GL. Pour l'API d'être complètement propre, vous aurait pu imaginer avoir à faire 2 appels: 

    //not valid code
glPosition(1,2,3); //specifies the current vertex position
glProvoke(); //pass the current vertex to GL

    Toutefois, lorsque GL a d'abord été spécifié, la Position a toujours été nécessaire, afin de fusion de ces 2 à provoquer un sommet de sens (si ce n'est de réduire l'appel d'API comte).

    Avance rapide à vertex_program_arb: Essayer de s'éloigner de la fonction de modèle, tout en restant compatible signifiait que la nature particulière de glVertex a dû être reporté. Ce résultat a été obtenu en faisant la vertex attribute 0 provoquer, et synonyme de glVertex.

    Avance rapide de GL3.2: au début/Fin modèle est allé, et tout cela spécification de ce que provoque un sommet peut enfin de s'en aller, ainsi que la gestion de la current state. Toutes peuvent la sémantique de l'Api (l'glVertex*, glNormal*...), depuis toutes les entrées sont juste vertex attributs maintenant.

    • Merci encore, Bahbar, pour un très approfondie de la réponse 🙂 Mais maintenant j'ai du mal à voir le point de l'indice de tampons à tous... Le "livre rouge" (7e édition) m'a conduit à penser qu'il était destiné à accueillir réutiliser les positions des sommets qui apparaissent plus d'une fois dans un modèle. de plus, il utilise le cube comme un exemple, l'énoncé "chaque sommet est utilisé par exactement trois visages". Bien sûr, ils ne le mentionnent pas les normales et les couleurs dans l'exemple...
    • Est-il possible d'obtenir ce comportement en OpenGL pour stocker la position, la normale et la couleur séparément (et unique) et connet dans les sommets "à la volée"? Il serait très pratique lorsque vous travaillez avec .obj-files, qui font exactement cela, et des algorithmes de traitement de chaque vertex-position une fois.
    • Généralement, un seul sommet position avec différentes normales est un signe de la couture. Autant que la plupart des mailles aller, ces sommets sont l'exception, pas la norme. La plupart des applications grandement bénéficier de l'aide d'indices, parce que tous les attributs sur des surfaces lisses arrive de rester partagée. En ce qui concerne .les fichiers obj... et bien, ils ont été créés pour 3ds max, pas pour le moment de l'exécution de rendu. Vous n'avez à faire un peu de traitement pour les utiliser avec n'importe quel API graphique. Il n'existe aucun moyen pour obtenir ce comportement dans GL, parce que ce n'est pas la façon dont le matériel t-il.
    • Pour ajouter à Bahbar de l'explication, un cube est probablement le pire modèle de constater les avantages de l'indice de tampons, comme chaque arête est une couture.
    • Hey. Donc, si je suis le dessin des modèles où je m'attends presque à chaque arête à la couture (p.ex. compositions de milliers de cubes), est-il encore utile à l'aide d'indices à tous? Sans doute que je devrais mesurer la performance de la déterminer de façon empirique? Merci pour les pensées, et désolé pour le nécromancien sous-requête.
    • Ah! J'ai compris que ce n'est plus un délicat problème que je ne le pensais. Je vais poser une nouvelle question afin de l'obtenir directement.

    InformationsquelleAutor Bahbar
  2. 39

    Les gens intéressés à savoir si l'utilisation des index de tableau ou non, peut trouver une certaine utilité dans un schéma que j'ai créé pour résumer graphiquement le comportement des différents appels OpenGL, de sorte que vous pouvez voir, par exemple, ceux qui dessiner des blocs contigus de vertex, par rapport à ceux qui 'sauter' a l'aide des indices.

    Comment puis-je spécifier les faces des couleurs lors de l'utilisation de indexés vertex arrays en OpenGL 3.x?.

    J'ai publié cette image sous licence Creative Commons BY-SA, comme l'a fait remarquer cette source.

    • C'est un joli pic. Soin de préciser une licence ?
    • assurez-vous. Est-il une bonne façon de déclarer officiellement qu'il, ou dois-je simplement annoint ici dans un commentaire? Je ne suis pas familier avec le choix de licences pour les images, mais je suis heureux de faire est aussi ouvert que possible. Est-il un libéral licence CC qui est approprié? (d'autres suggestions sont les bienvenues)
    • Si vous voulez CC, il a un bel outil pour choisir une licence ici: creativecommons.org/choose. L'Image est l'un des formats sélectionnables. Sinon, vous pouvez juste dire que c'est du domaine public si vous n'avez pas de soins sur le maintien du droit d'auteur. Dans tous les cas, vous devez le spécifier directement sur votre site web. (inutile de dire que, IANAL, mais bon, j'essaie de soins)
    • fait et fait. Merci!
    • +1 C'est un grand diagramme vraiment précise le tirage au sort des appels.
    InformationsquelleAutor Jonathan Hartley
  3. 6

    Intéressantes explications, mais ils semblent occulter le fait que la question d'origine contient sa propre réponse: "Dois-je utiliser différents appels à glDrawElements pour chaque face, avec la couleur et la normale chargé dans l'uniforme des variables?" - Si le fait de nourrir le même sommet, les données de position pour le processeur graphique à trois reprises, une fois devrait suffire offense son sens de l'esthétique (et devrait) alors c'est oui.

    L'original interlocuteur ne veut pas savoir que OpenGL peut pas faire ce qu'il essaie de faire, et qu'il doit maintenir les vingt-quatre sommets d'un cube à la fois mathématiques standard et le bon sens nous disent ne devrait avoir besoin que de huit ans. Il sait déjà qu'il PEUT faire ce qu'il veut, et il sait même comment. Il veut juste la confirmation que son approche proposée n'a effectivement un sens, et qu'il n'y a pas une meilleure façon de le faire qu'il a négligé.

    Faire des appels pour chaque face ne ajouter une surcharge de son propre, mais ce n'est guère important lors de l'élaboration de juste un seul cube. Lors de l'élaboration de nombreux, tout de même-l'attribut visages peuvent être regroupées, par exemple, tout le Sud alors que l'Occident, ou tout le rouge, puis tout le vert, ou quoi que ce soit.

    InformationsquelleAutor MTGradwell
  4. 6

    Vous avez besoin de plus de 8 sommets. Verts peuvent partager des postes, mais à moins que tout le reste dans le sommet est unique, il n'est pas un unique sommet. Les normales est un autre classique de raison d'avoir besoin de plus de 8 verts dans une définition de cube.

    InformationsquelleAutor Goz
  5. 1

    En OpenGL 3.x vous avez accès à type interpolation qualificatifs. À l'aide de la flat qualificatif, vous pourrait forcer l'utilisation de la variable passée par la provoquant vertex seulement. Dans certains cas, cela devrait être assez pour faire ce que vous voulez, mais a l'inconvénient que vous devez payer une attention particulière à l'ordre dans lequel vous dessinez les sommets.

    InformationsquelleAutor Cristian Vrabie