Discussion :

[Jbx 2.0b]

Bonjour,

Je travaille sur le portage de mon moteur 3D sur androïd, et après avoir perdu 1 semaine avant de me rendre compte que glDrawElements n'acceptait pas GL_UNSIGNED_INT sur OpenGL ES 2.0 (mais l'accepte sur ES 3.0, et à priori c'est même plus compliqué que ça car cela pourrait dépendre de la version d'androïd) je suis à la recherche d'un moyen élégant de contourner cette limitation de 65536 vertices / buffer. L'objectif étant d'avoir un moteur qui fonctionne sur toutes les versions d'OpenGL modernes (3.x+ et ES 2.x+) avec le même niveau de fonctionnalités.
J'aimerais savoir si certains parmi vous se sont déjà confronté au problème et si oui quelles solutions avez vous choisit ?

[Kannagi]

C'est intéressant a savoir ,j'avais prog sur android mais j'ignorais cette limitation avec GL_UNSIGNED_INT , je dirais que pour contourner ce probleme t'utiliser glDrawArrays.

[Jbx 2.0b]

Oui c'est une solution, mais c'est un peu dommage de perdre l'avantage en performance de glDrawElements (un bon article de développez sur le sujet d'ailleurs, avec une comparaison des perfs ). Et puis ça va me demander pas mal de refactor pour ça, et j'ai la grosse flemme. Disons que le ferait sans soucis si ça allait dans le bon sens, mais je suis septique

[Jbx 2.0b]

J'ai trouvé ce qui pourrait être une solution ici :

vertex buffer: [v1,v2,v3,v4,v5,v6,..v131071]
index buffer 1: [0,1,2,...65535]
index buffer 2: [0,1,2,...65535]

Render all vertices:
glVertexPointer(3, GL_FLOAT, sizeof(myVertexStruct),0);
glDrawElements(index buffer 1);

glVertexPointer(3, GL_FLOAT, sizeof(myVertexStruct),sizeof(myVertexStruct) * 65536);
glDrawElements(index buffer 2);

Je vais essayer de l'implémenter.

EDIT : Je suis bête, ça ne peut pas fonctionner, on peut avoir des faces avec le premier indice à 0 et le suivant à 70000...

[Kannagi]

Oui c'est une solution, mais c'est un peu dommage de perdre l'avantage en performance de glDrawElements.
Et puis ça va me demander pas mal de refactor pour ça, et j'ai la grosse flemme. Disons que le ferait sans soucis si ça allait dans le bon sens, mais je suis septique

Je suis d'accord que niveau perf , on peut voir la différence surtout sur +65000 face.

J'ai trouvé ce qui pourrait être une solution

Je vais essayer de l'implémenter.

EDIT : Je suis bête, ça ne peut pas fonctionner, on peut avoir des faces avec le premier indice à 0 et le suivant à 70000...

Non mais je pense que c'est une bonne idée
Mais c'est vrai que on peut pas avoir accès sur le deuxième objet ,les vertices du premier , mais je pense que pour contourner le probleme le mieux c'est de créer plusieurs objet (en se limitant a 65000 face) , soit avec un éditeur , soit en prog (et comme tu as surement la flemme de le faire , et même moi j'aurais la flemme de le faire ) , donc je pense que tu peux considérer que sur android il y a une limite de a peu pres 65000 faces.

[Jbx 2.0b]

Ouais je crois que ça va finir comme ça ! A la limite j'vais mettre juste un flag pour passer de int (version desktop et OpenGL ES 3.0) vers short (ES 2.0 et inférieur). Avec 65.000 faces / objet y a déjà de quoi s'amuser sur un mobile