[Intel 945G][Stencil Buffer] - Stencil non supporté?

Bonjour,

comme d'habitude je dois tester mes dernières modifications sur une carte en carton, l'Intel 945G.
=> Comme d'habitude mon programme plante là dessus....:(

En l'occurence, il s'agit ici d'utiliser le stencil buffer afin de faire du "polygon capping" sur mes objets coupés par un clip plane (je fais des vues en coupe).
Tout marche très bien sur mon ordi de développement, mais sur celui de test à base d'Intel 945g, ca plante à l'initalisation du programme.

J'ai pu cerner le problème au niveau du pixel format:
- Si je ne demande pas de stencil buffer, ca marche sur les deux machines...mais évidemment le polygon capping, lui, ne fonctionne pas correctement
- Si je demande un stencil buffer, ca plante sur l'Intel945G

J'ai regardé les différences entre les deux pixel format trouvés quand le programme tourne sur l'ordi à base d' Intel 945G, elles se résument à:

Code:

---

1 2 3 4 5 6 7 8 9 10 11

- Pixel Format 1: STENCIL_BITS = 0 SHARE_ACCUM_ARB = TRUE SHARE_DEPTH_ARB = TRUE SHARE_STENCIL_ARB = TRUE   - Pixel Format 2: STENCIL_BITS = 8 SHARE_ACCUM_ARB = FALSE SHARE_DEPTH_ARB = FALSE SHARE_STENCIL_ARB = FALSE

---

Ormis les stencil bits, il y a donc ces valeurs de SHARE_* qui sont différentes. J'avoue ne pas maîtriser forcéments ces notions, mais je pense que le probleme vient de là. Mon programme plante en effet à des lignes qui, avec l'autre pixel format, ne posent aucun probleme (par exemple des appels à glDrawElements ou glActiveTexture), et comme dit il me suffit de désactiver la requete de stencil buffer pour que tout remarche.

Mes questions:
- Celà vous paraît-il plausible / compréhensible?
- Y a-t-il un moyen d'y remedier? J'ai pu tester des tutoriaux utilisant le stencil buffer sur l' intel 945g, il doit bien y avoir moyen...
- Ah et voici ma demande de pixel format, peut être ai-je fait quelque chose de travers ici:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

static PIXELFORMATDESCRIPTOR pfd = { sizeof(PIXELFORMATDESCRIPTOR), // size of this pfd 1, // version number PFD_DRAW_TO_WINDOW | // support window PFD_SUPPORT_OPENGL | // support OpenGL PFD_DOUBLEBUFFER, // double buffered PFD_TYPE_RGBA, // RGBA color mode 32, // 32-bit color depth 0, 0, 0, 0, 0, 0, // color bits ignored 1, // alpha buffer (enabled to allow using destination alpha) 0, // shift bit ignored 0, // no accumulation buffer 0, 0, 0, 0, // accum bits ignored 16, // 16-bit z-buffer 1, // use stencil buffer (enabled to allow polygon capping in cross-section view) 0, // no auxiliary buffer PFD_MAIN_PLANE, // main layer 0, // reserved 0, 0, 0 // layer masks ignored };   int pixelformat = ChoosePixelFormat(m_hdc, &pfd);

---

Merci d'avance!

l'Intel est peut-etre plus restrictif, demande dans ton pixel format un depth buffer 24 bits et un stencil 8 bits (au lieu de 16 et 1 respectivement)

Citation:

---

demande dans ton pixel format un depth buffer 24 bits et un stencil 8 bits (au lieu de 16 et 1 respectivement)

---

Merci mais malheureusement ca n'aide pas... Ce qui ne m'étonne pas puisqu'en utilisant GLView pour voir quels pixel formats sont dispos sur la 945G, j'en trouve bien avec depth buffer 32 bits et Stencil buffer 8 bits. De toute facon j'avais déjà essayé avec un depth de 16 bits et idem...

Comme dit tout ce que je vois en checkant les pixel format disponibles, c'est que dès que le stencil buffer est activé les 3 paramètres WGL_SHARE_*_ARB sont TOUJOURS à FALSE, quels que soient les autres params du pixel format.

A part ca aucune idée, et impossible de trouver des infos "utiles" (c'est à dire: autre chose que la description MSDN...) sur ces paramètres...:?

et la démo ATI dont je t'avais donné le lien, est-ce qu'elle fonctionne ?

Oui elle fonctionne, le stencil buffer est donc bien présent et ne pose à priori pas de problème.

Mais utiliser le stencil force un pixel format qui fait déconner le reste d'OpenGL, par exemple les appels à glDrawRangeElements avec un vertex array indexé (MAIS ca marche avec un vertex array standard...par contre ca plante 2 lignes après à l'appel de glActiveTexture...bref: y a plus rien qui marche ;)

ce que j'ai pu voir de l'exemple c'est qu'il utilise GLUT, qui s'occupe donc du choix du pixel format et compagnie, mais ca ne m#avance pas beaucoup...

en tout cas merci de te pencher sur le problème, là je ne vois vraiment pas comment m'en sortir...

Re, je viens de trouver le problème:

en changeant le réglage du depth buffer de 16 à 24 bits DANS LE DRIVER Intel, ca ne plante plus, et ce quels que soient les parametres de mon pixel format: ca marche aussi bien que je demande un depth buffer de 16 bits ou un de 24, et ca par contre je ne comprends pas trop...ne devrais-je pas être limité à la valeur fixée dans le driver??

Enfin bref, ca marche, heureusement que j#ai cherché un peu ailleurs que dans le code sinon j'aurais pu y passer des semaines...:?

En tout cas merci encore shenron666

content que tu ais trouvé
bon les drivers des chips Intel c'est pas ce qui se fait de plus propre, surtout à cause des limitations du chip lui même
même si ça a tendance à s'améliorer, la 2D ça va, pour la 3D faut s'accrocher :aie:

normalement, le driver devrait te proposer de laisser ton application gérer OU de forcer la valeur
mais bon... une fois que ça marche mieux vaux ne plus trop toucher :mrgreen: