erreur OpenGL glRenderMode

Bonjour à tous ,

Voila mon problème:

Je code un logiciel de CAO. Sur mon PC de développement le logiciel fonctionne parfaitement, or sur au moins deux autres PC il ne produit pas les même résultat que sur mon pc de dev.

Donc ni une ni deux j'instal mon code source sur une des deux autres PC et je fait du pas a pas pour observé qu'elle est le resultat qui change, je trouve donc que la fonction :

Code:

int hits = glRenderMode (GL_RENDER);

ne me renvoi pas la même chose sur les PC.Sur mon Pc de Dev elle me renvoi 1, tandis que sur mon autre PC elle me renvoi 0.

Je vais donc voir mon ami Google et je trouve :

Citation:

Si une erreur est générée, glRenderMode renvoie 0 quel que soit le mode de rendu courant.

Or je trouve sur la même page :

Citation:

La valeur de retour de glRenderMode est déterminée par le mode de rendu au moment glRenderMode est appelée, plutôt que par le mode . Les valeurs retournées pour les trois modes de rendu sont les suivantes:

GL_RENDER
0.

Donc euhhhh soit j'ai pas tout compris , soit il me renvoi 0 en temps normal ET en temps pas normal.

Bon admettons que je n'ai pas tout bien compris est que le 0 est bien une erreur.

Je pose donc le fameux :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 if ( hits == 0) { GLenum error = glGetError(); int i = -1; switch( error) { case GL_INVALID_ENUM: i=1; break; case GL_INVALID_VALUE: i=2; break; case GL_INVALID_OPERATION: i = 3; break; case GL_STACK_OVERFLOW : i = 4; break; case GL_STACK_UNDERFLOW: i = 5; break; case GL_OUT_OF_MEMORY: i = 6; break ; case GL_NO_ERROR : i = -1; break; }
qui me renvoi GL_INVALID_OPERATION. Du coup toujours chez mon ami Google je trouve :

Citation:

GL_INVALID_OPERATION is generated if glRenderMode is executed between the execution of glBegin and the corresponding execution of glEnd.

Mais je ne comprend pas que si le code soit le même je puisse être en même temps au bon endroit sur un PC et pas sur l'autre.

Merci à ceux qui pourront me répondre.

Citation:

Envoyé par flamme34

Mais je ne comprend pas que si le code soit le même je puisse être en même temps au bon endroit sur un PC et pas sur l'autre.

Hello,

Pour la valeur de retour, c'est mal foutu (si ce n'est pas une erreur de la doc).

Citation:

The return value of glRenderMode is determined by the render mode at the time glRenderMode is called, rather than by mode. The values returned for the three render modes are as follows:

La valeur de retour dépend de la valeur précédente du render mode. Sans savoir la valeur précedente, tu ne peux pas savoir si une erreur à lieu ou pas.

Et étant donné que tu ne peux pas savoir si il y a une erreur ou pas (retourne 0 dans plusieurs cas), appeler glGetError() n'est pas utile : ça te retournera la dernière erreur rencontrée, qui n'a peut être rien à voir avec l'appel à glRenderMode.

Tu peux par contre vérifier le mode avant et après la modification.
Code:

1 2 3 4 5 6 7 auto mode = glGet(GL_RENDER_MODE); std::cout << "avant: " << mode << std::endl; auto result = glRenderMode(GL_RENDER); if(mode == GL_RENDER) { assert(result == 0); } assert(glGet(GL_RENDER_MODE) == GL_RENDER);
Pour les résultats différents selon la machine, probablement une erreur quelque part, ou un état laissé par défaut, qui à des valeurs différentes selon la version d'openGL ou les drivers, difficile de savoir.

Voici la page de documentation officielle : http://opengl.developpez.com/docs/man/man/glRenderMode (un moteur de recherche des documentations des fonctions OpenGL : http://opengl.developpez.com/docs/man/ )

Je ne vois pas où vous avez lu votre donc (ou comment vous l'avez lu).

Je vous conseille ce magnifique outil pour déboguer : http://jeux.developpez.com/telecharg...2347/gDEBugger il vous aidera à tracer les différents appels aux fonctions OpenGL.

Votre code de vérifications d'erreur doit être appelé à chaque fonction OpenGL. Peut être que ce n'est pas la fonction que vous croyez qui retourne l'erreur.

Bon finalement, j'ai compris pourquoi ça ne marchait pas sur un de mes PC. il me manquait une ligne.

Mais pourquoi ca ne marchait pas sur l'autre alors la ca me dépasse.

Cela peut être dans la faute du pilote graphique. Chaque implémentation diffère et encore plus lors de la gestion des bogues.

oups je viens de relire mon Message , je me suis trompé :

Citation:

Mais pourquoi ca ne marchait pas sur l'autre alors la ca me dépasse.

c'était en fait Mais pourquoi ca marchait sur l'autre alors la ça me dépasse.

Citation:

Cela peut être dans la faute du pilote graphique. Chaque implémentation diffère et encore plus lors de la gestion des bogues.

Oui c'est bien possible, j'ai déjà eu des soucis avec les cartes graphiques, ou lors du lancement de mon programme j'obtenais l'erreur "Accès violation at address 64D6A082 in module atioglxx.dll. Write of address 042E0000."
Alors que sur le PC d'à coté aucun soucis.

J'en profite pour poser la question au près de personne plus avancé que moi dans ce domaine. Comment faites vous pour éviter ce genre d'erreur?

Comment faire ? On corrige les erreurs en relisant les spécifications/doc de référence et les forums spécialisés qui aurait pu rapporté la même erreur.
Moi, j'utilise gDEBugger aussi.

Salut !

Pour éviter les différences de comportement des pilotes OpenGL sur PC, j’utilise une implémentation d’OpenGL ES 2.0 utilisant DirectX, cela me permet d’avoir un code portable tous en gardant une excellente compatibilité matériel sous Windows et de bénéficier a coups sure de l’accélération matériel.

Si ton impleémentation passe par DirectX tu ajoutes une surcouche inutile.

Citation:

Envoyé par dragonjoker59

Si ton impleémentation passe par DirectX tu ajoutes une surcouche inutile.

Et ça n'évite pas ce genre de problèmes. :)

Citation:

Envoyé par dragonjoker59

Si ton impleémentation passe par DirectX tu ajoutes une surcouche inutile.

Ce n’est pas inutile, d’un point de vue portabilité, de coder le moteur de rendu en OpenGL ES 2.0 !
J’utilise le projet ANGLE, qui a l’avantage d’implémenter les spécifications EGL de Kronos, rendant ainsi, le code de création de contexte graphique portable également :ccool:

Apres, c’est sure que développer une appli directement en DirectX, auras de bien meilleurs performances mais aux prix d’une portabilité plateforme réduite. (PC Windows, Xbox, … et peut être windows mobile ? )

Citation:

Envoyé par Iradrille

Et ça n'évite pas ce genre de problèmes.

Ben j’ai testé sur 7/8 modèles de carte graphique et je n’ai pas eu de problèmes de différence de comportement, mais il est vrais que, les spécifs OpenGL sont flou au sujet des render states par défaut, donc je les définis tous à l’initialisation, car selon les plateformes ils diffèrent !

Et vous ? Vous utilisez quoi comme implémentation OpenGL sur PC ?

L'implémentation de mon driver.

Citation:

Envoyé par dragonjoker59

L'implémentation de mon driver.

Arf ! Tu sembles répondre une évidence qui me semble impossible sur PC !
Peux-tu donner des détails ? Quel toolchain tu utilise (compilateur et librairie , Edition de lien ) ?
Et est tu sure que ton appli fonctionne avec un modèle de carte graphique diffèrent ?

Citation:

Envoyé par p3ga5e

mais il est vrais que, les spécifs OpenGL sont flou au sujet des render states par défaut, donc je les définis tous à l’initialisation, car selon les plateformes ils diffèrent !

C'est le genre de problèmes dont je parlais, d'éventuels render states par défaut différent. :)

D’après mes constatations, les spécifications DirectX doivent être plus restrictives car je n’ai pas constaté de différence d’implémentation selon les modèles de carte graphique avec ANGLE.
Les différences multiplateformes que j’ai constatées concerné surtout des render states texture entre PC et tablette android

Totu le problème à ce niveau là vient du fait que l'implémentation de DirectX est validée par Microsoft alors qu'OpenGL n'est qu'une spécification, et les constructeurs sont plus libres.
Pour répondre à ta question, oui mon moteur fonctionne de manière identique sur au moins mes 3 pc à la maison (GeForce 8, ATI 4870, NVidia intégré jenesaisplusquelnuméro) et au moins 3 cartes différentes à mon boulot (GeForce 9500GT, GTX 650 et Quadro K4000), donc la plus grande inconnue reste les ATI plus vieilles.

EDIT :
Sur Windows, le driver de la carte graphique arrive avec son implémentation d'OpenGL, je ne sais pas quel compilateur a été utilisé.
Mon moteur est compilé avec VisualStudio ou GCC (4.6 et 4.7) sous Windows, GCC (4.6 et 4.7) sous Linux (Debian Squeeze et maintenant Wheezy, testé aussi sur Fedora 13).