format obj vers opengl

Bonjour tout le monde,

Actuellement je fais un petit programme Qt qui convertit le format connu OBJ vers du code OpenGL et fournit le résultat dans un fichier texte (le programme fini, je fournirai l'exe Windows ainsi que le source).
Pour l'instant j'ai réussi à :

=> convertir les vertices (vertex) en utilisant la fonction glVertex3d()
=> convertir les normales en passant par glNormal3d()

Mais il me reste à comprendre comment fonctionne les faces en OpenGL : surtout quelle fonction correspond à :

Code:

---

f 1 2 3 4

---

en format OBJ : ici ces faces sont composées des sommets 1,2,3 et 4 en format OBJ. Ici l'objet est un simple cube, mais la syntaxe de f peut s'écrire de manière plus complexe avec des slashs "/" : on peut- ainsi y inclure les normales entre autres.

Je sais qu'il y a une fonction OpenGL qui dessine les faces, mais laquelle ? Comment s'utilise-t-elle ?

Merci de m'apporter vos lumières là-dessus.

Bonne journée à vous. Cordialement, Gizmo.

Salut,

glVertex et glNormal sont deprecated et datent de la pré-histoire. Bien qu'elle fonctionnent encore sur la pluspart des cartes (et qu'elles soit très pratiques pour du test rapide :mouarf:), ce n'est pas une bonne idée de s'en servir. Il va falloir que tu regardes du coté des vertex buffer object (VBO pour les intimes). Il y a de nombreux tuto sur le net là dessu.

Cependant, OpenGL ne sait dessiner que des triangles. Il n'y a pas de fonctions pour dessiner directement un polygone (enfin, il y en a, mais elles ne font que tranformer bovinement ton polygone en triangles de manière peu optimal et ne marchent bien que pour des polygone convexes).
Le plus simple est de te limiter dans un premier temps à des .obj ne contenant que des triangles. Plus tard tu pourra utiliser un algo de tesselation pour transformer tes polygone en triangles.

Bonjour,

Justement je cherche pas à faire un jeu qui demande des cartes graphiques dernier cri.

Citation:

---

en format OBJ : ici ces faces sont composées des sommets 1,2,3 et 4 en format OBJ. Ici l'objet est un simple cube, mais la syntaxe de f peut s'écrire de manière plus complexe avec des slashs "/" : on peut- ainsi y inclure les normales entre autres.

---

T'aurais pu rechercher sur le net...

Citation:

---

f V1/T1/N1 V2/T2/N2 V3/T3/N3 V4/T4/N4
Les V1, V2, V3, V4 sont les numéros des positions ; les T1, T2, T3, T4 sont les numéros des coordonnées de texture ; et les N1, N2, N3, N4 sont les numéros des normales.

---

Citation:

---

f v1 v2 v3...
Face.
Il doit y avoir au moins 3 points.

---

Citation:

---

f v1//vn1 v2//vn2 v3//vn3...
Une face avec un vecteur normal associé à chaque sommet.

---

http://fr.wikipedia.org/wiki/Objet_3D_(format_de_fichier)
http://jmath3d.aspirine.org/doc/obj.html

Après il suffit juste de mettre GL_QUAD ou GL_TRIANGLES

Dans ce cas:

Code:

---

1 2 3 4 5 6

glBegin(GL_TRIANGLES); glVertex(...); glVertex(...); glVertex(...); glEnd();

---

Te dessine un triangle. Remplace GL_TRIANGLES par GL_QUADS pour des quads et GL_POLYGON pour des polygones (mais ne marche qu'avec des polygones convexes).
Cf la vieille doc d'OpenGL pour plus d'info sur glBegin().

Mais je le répète pour ceux qui tomberaient ici par hazard, ce n'est plus la bonne méthode de dessiner des primitives en OpenGL.

oui justement j'allais t'en parler.
Le code que tu viens de marquer : quelle différence avec les vertex array ?
Le programme tournera plus vite s'il va chercher des données continue dans la RAM ? Plutôt que d'aller d'un côté et de l'autre de la RAM ?

Citation:

---

Envoyé par pyros

Mais je le répète pour ceux qui tomberaient ici par hazard, ce n'est plus la bonne méthode de dessiner des primitives en OpenGL.

---

A replacer dans son contexte bien évidemment... comme dit par gizmo27, quand on a une vieille trapanelle avec une carte qui a dix ans, on peut encore se permettre d'utiliser les fonctions maintenant dépréciées (d'ailleurs j'en utilise tout plein dans mes tutos jogl pas encore parus :mouarf: )

Mais +1 avec toi pour ceux qui veulent se lancer dans de la prog OpenGL et y rester, là par contre, il vaut mieux éviter.

Je pense que je vais utiliser des vertex array : des sommets stockés de manière contigue dans un tableau valent vieux que des sommets éparpillés un peu partout dans la RAM... Et puis pour une carte graphique intégrée à la carte mère je pense que c'est mieux.

Bah je verrai ça pour l'instant je suis en train de regarder le fonctionnement des textures.

Utiliser des glBegin(), ... et des vertexes array revient à déplacer des briques une par une à la main ou utiliser une brouette. C'est plus rapide d'envoyer tout en une fois :mouarf:

Bonjour,

Dans le cas où je voudrais utiliser un vertex array, la syntaxe est toute simple comme ceci :

Code:

---

double vertice[24]{1,0,0,1,1,0,...};

---

?
Ici je reprends l'exemple du cube.

C'est un peu plus compliqué. Il faut que tu dessine ton cube face par face. Le plus simple (mais pas le plus efficace) est de dessiner 6 carrés.
Tu a donc 6*4 vertexes, ce qui fait 6*4*3=72 coordonnées pour une cube.

Et en faisant un tableau à 2 dimensions ça peut le faire ?
Par exemple :

Code:

---

double vertice[8,3]{(...)}

---

C'est possible ?

En vérité ça n'est pas QUE pour stocker les vertices : c'est aussi pour stocker les normales (s'il y en a) et les textures.
Si j'ai plusieurs graphismes au final ça fait un tableau énorme non ?

PS : en fait ça n'aurait pas de sens car pour chaque X on attribuerait une texture... Non ça ne va pas.

Ca peut le faire, l'important étant que les valeurs soient contigüent en mémoire.
Regarde ce tuto, ça pourrait t'aider:
http://raptor.developpez.com/tutorial/opengl/vbo/

Justement j'étais ne train d regarder ça.
Tiens une question un peu plus hardware : une carte graphique intégrée à la carte mère n'aura jamais sa propre mémoire : elle utlisera la RAM (sauf les cartes hybrides je crois... Je ne sais plus) ?

D'où ma 2ème question : ici il est plus judicieux de choisir les vertex array plutôt que les VBO si je veux que mon jeu soit compatible avec un max de cartes graphiques (intégrés, AGP, PCI Express ou encore hybrides) ?

Citation:

---

Envoyé par gizmo27

Justement j'étais ne train d regarder ça.
Tiens une question un peu plus hardware : une carte graphique intégrée à la carte mère n'aura jamais sa propre mémoire : elle utlisera la RAM (sauf les cartes hybrides je crois... Je ne sais plus) ?

D'où ma 2ème question : ici il est plus judicieux de choisir les vertex array plutôt que les VBO si je veux que mon jeu soit compatible avec un max de cartes graphiques (intégrés, AGP, PCI Express ou encore hybrides) ?

---

Pour moi, il faut garder en tête que les problèmes hardware ne sont pas trop important pour nous. Du coup, faites comme vous le sentez, sans vous préoccuper de tout ces trucs.
Dans tout les cas cela devrait fonctionner (car il y a une norme) et si vous rencontrez un cas qui est plus lent que l'autre, alors vous utiliserai une méthode plutôt qu'une autre.

Merci du conseil littlewhite.

Hum je viens de découvrir les display list... pas évident tout ça. Dommage que le tuto ne précise pas l'utilisation des display list (j'ai cru comprendre que c'était pour des éléments fixes du graphisme : qui ne bougent jamais).

Honnêtement à première vue l'utilisation des fonctions dépréciées paraît simple quand même, vous ne trouvez pas ?

Citation:

---

Envoyé par gizmo27

Honnêtement à première vue l'utilisation des fonctions dépréciées paraît simple quand même, vous ne trouvez pas ?

---

Mais utilise-les si tu en as envie! :mouarf:

Elles sont dépréciées à partir d'OpenGL 3.0, donc si tu utilises une version inférieure ou égale, tu peux toujours t'en servir.

Les display lists ça fait quand même partie de la base d'OpenGL, donc ne t'arrête pas à ça si tu trouves ça complexe, sinon tu risques de trouver le reste encore plus complexe!
Ce n'est pas parce qu'on te dit d'utiliser les VBO qu'il faut foncer tête baissée. Fait ta progression à ton rythme.

Citation:

---

Envoyé par plegat

Mais utilise-les si tu en as envie! :mouarf:

---

Qui t'as dit que je voulais les utiliser ?

Je ne fais qu'une simple constatation, constatation établie également dans les tutos (on n'y peut rien c'est comme ça).

C'est tout simplement "mon impression vu que je débute". Et honnêtement la compréhension + la gestion des display list et des vertex array me paraît hard (sans parler pornographie). Rien à voir avec Qt.

Je demandais votre avis juste pour en discuter.

En parlant de Qt, voici un autre très beau tutoriel: http://gbelz.developpez.com/remi-ach...vance-avec-qt/

Bonjour littlewhite,

Comment allez-vous ?

Héhé un tuto Qt pour faire de la 3D... Bon à savoir...

Merci.

Par contre en ce moment j'essaie de saisir la différence entre vertex array et display list : en prenant l'exemple d'un jeu vidéo style donkey kong : dans mes vertex array je mettrai donkey et didi ainsi que tous les ennemis et plate-formes mouvantes; alors que dans les display list je mettrai le décor, la scène, bref : tous les graphismes immobiles c'est ça ?

Pardonnez mes questions ch...

Merci d'avance. Cordialement, Gizmo.