Yes::Engine, plantage sur appel openGL

Bon, par curiosité, je me suis lancé dans le comprehension de yes::engine, article rudement bien fichu, soit dit au passage.

Je reconstruis donc le moteur, etape par etape pour assimiler. Mais rien ne semble vouloir marcher. J'essaye d'afficher un modele md2, les poices graphique ne sont pas encore implementées, les shader et la console non plus. Juste VB, IB et Textures.

En effet, des que je passe par la fonction creatVB, le programme plante.

Apres plusieur test, les données qui sont envoyées a cette fonction semblent corretes, le modele md2 est chargé correctement, et le tout est acheminé correctement dans cette fonction.

Mes connaissance en C++ sont bonnes mais celle en OpenGL nettement moins, et je n'ai donc aucune idee sur la direction dans laquelle chercher. Un petit coup de pouce ne serait aps de refus, je sais qu'il est difficile de donner une reponse exacte, mais des piste sur quel peuvent etre les sources de plantage a ce niveau.

Merci d'avance.

Peut-être que ta carte graphique ne supporte pas les VBOs.

Comment puis-je avoir cette information ?

PS: je n'ai pas encore comoilé moi-meme, mais la version compilée que tu fournis tourne nickel en DirectX.

PS²: bravo pour la rapidité, tu est vraiment une force positive de la 3d :king: dans ce bas monde.

Tu peux télécharger OpenGL extension viewer :
http://jeux.developpez.com/outils/#a_opengl

Et regarder si l'extension ARB_vertex_buffer_object est supportée pour ta carte graphique.

Effectivement, tu as raison, ma carte ne supporte pas les VBO.

Il va donc falloir que j'ajoute une un test dans le renderer, et que je gere la conversion des VBO en autre chose.

A ce propos, j'ai commencé de mon coté, en essayant d'implementer des EXT_vertex_array. Mes connaissance en openGL sont bien minces et le resultat ne se fait pas atendre : je galere. Donc si quelqu'un a des pistes . . .

C'est pas si difficile, en fait tu peux garder les mêmes appels OpenGL, simplement au lieu de stocker ta géometrie dans des VBO tu les stockes directement dans un tableau en mémoire centrale (dans un std::vector par exemple). Et au lieu de passer NULL aux glVertexPointer & cie, tu passes l'adresse du premier élément de ton tableau.

oui, j'avais pensé a un truc du genre, mais pour la desallocation memoire, j'avais des problemes.

Le gros probleme ici en fait, c'est mon niveau en openGL, je vais donc potasser ca dans mon coin, et sortir une soluce si j'en trouve une ;).

PS: c'est un peu dommage que yes::engine ne marche pas sur une carte ou quake4 tourne ;) (geforce 4 pour etre exact). je vais donc essayer d'y ajouter ma contribution.

Te tracasse pas pour ça, Yes::Engine est un vieux projet qui n'a jamais abouti, il n'est pas fait pour fonctionner en conditions réelles (c'est surtout un support de tutoriel). D'ailleurs entre temps j'avais recommencé un nouveau moteur 3D qui ne comportait pas tous ces manques.

Oui, l'ayant un peu demontibulé, je me suis apercu de certains manques, mais c'est un support assez genial pour apprendre !

Mon but n'est pas de revolutionner la 3d, mais bien de comprendre ce qui se cache derriere cette 3d. Et puis de nouveaux utilisateurs pourraient les memes problemes, comme ca, ils auront une option poru les resoudre.

Tout le monde y gagne : moi j'apprend la 3d, d'autres auront moins de travail.

Ca peut peut etre te parraitre un vieux projet, car tu as parfaitement integré le concept de moteur 3d et ecris celui-ci. Pour moi, c'est totalement nouveau, et je me retrouve avec du code, et tout un tuto qui explique comment il a ete pondu.

J'ai en plus 2/3 exercice supplementaire pour verifier que j'ai bien capté le cour ^^.

EDIT: cela dit au passage, il semblerait que ma eforce n'aime aps aussi les polices grapique avec directX, alors que le rendu 100% software est correct (bien que tres lent). Comment puis-je savoir quelle element pose probleme ?

Citation:

---

EDIT: cela dit au passage, il semblerait que ma eforce n'aime aps aussi les polices grapique avec directX, alors que le rendu 100% software est correct (bien que tres lent). Comment puis-je savoir quelle element pose probleme ?

---

Alors là aucune idée. Qu'est-ce que tu appelles "rendu 100% software" ?

reference rasterizer, l'outil ideal si vous trouvez que votre pc est trop puissant. L'outil ideal pour voir si c'est vous ou votre carte graphique qui a des problemes aussi.

Ok :)

Et le debug de DirectX ne te dit rien ?

En fait, j'ai pas trouvé comment le faire marcher :oops: . Mais je suppose que le probleme viens de ma carte graphique qui ne supporte pas un truc. J'ai testé les different point : la texture generée avec tous les caracteres est bien correcte, les polygones aussi, et ils sont bien associé a la teture. Merci std::cout :yaisse2:

Par contre au visuel, j'ai absolument n'importe quoi. On dirait que la cg comprend pas ce que je lui envoie.

Citation:

---

En fait, j'ai pas trouvé comment le faire marcher

---

Tu as lu la FAQ à ce sujet ?

Citation:

---

Par contre au visuel, j'ai absolument n'importe quoi

---

C'est-à-dire ? Tu as peut-être une capture d'écran à nous montrer ?

Ne t'en fait par pour le debugguer, je vais bien trouver comment le faire marcher. Google saura normalement me dire.

Pour le rendu, j'ai fait un screenshot ici :

http://deadal.nix.free.fr/image/bug_police.jpg

Idem, si tu voit pas d'ou ca peut venir, te decarcasse pas, quand j'aurait mis le debug de directX en route, j'en saurais surrement plus. Comme tu peux voir, le bonhomme est affiché correctement, il tourne impec et tout, mais le texte lui est quelque peu crypté ^^.

PS: Le texte en censé etre en bas a gauche, la ou il y a des formes bizares.

EDIT²: ca y est, j'ai fait marcher le mode debug, mais ca ne m'avance aps du tout. Juste des warn comme quoi je fais des choses qui sont redondantes, ce qui ne m'avance a rien pour mon probleme.

Salut !

J'ai eu le même bug. Cela venait d'un problème dans la mise à jour des VB. Il a suffit de mettre les drivers nvidia à jour.

Bon coding !

@+