Discussion :

[raptor70]

En novembre dernier, le groupe Khronos nous annonçait la sortie des spécification de la version 3.0 de son API graphique OpenGL. Peu de temps après cette annonce de poids plein de promesses, le groupe nous annonce la sortie des spécification de la version 3.1.

Cette mise à jour apporte son lot de nouveautés. On pourra noter ainsi l'apparition d'une extension concernant l'instanciation de géométrie (GL ARB draw instanced) mais également la copie de buffer où encore le support des texture dites "rectangle" (non en puissance de 2).

Pour en savoir plus, je vous conseille de lire les Dernières spécifications d'OpenGL 3.1

La seconde annonce semble précipité car très rapide. Cela peut être bon signe quand à l'évolution d'OpenGL qui avait un rythme très lent par rapport à celui de DirectX ces dernières années. Mais cela peut également présager quelques imprécision dans la version initial 3.0 de l'API.

Pensez vous que cette annonce va changer radicalement la vision d'OpenGL au travers le monde des développeurs ? Est ce, de votre point de vue, de bon ou de mauvais présage quand à l'avenir de l'API ?

N'hésitez pas à donner vos avis ...

[LittleWhite]

J'ai appris que les glBegin() et glEnd() et tout les trucs qui vont avec ( je suppose, glVertex3d, glColor3d ... ) ont été supprimé.
Je sais que cela apporte une bonne nouvelle, car les fonction était lente, et qu'il faut mieux passer par les array. Mais comme je ne maitrise pas encore à 100% pour les arrays, je me demandais si c'était une bonne chose ( du moins pour moi ) car finalement, pour dessiner un pauvre triangle, il va me falloir un array de vertice, un de couleur , et ( je crois qu'il est optionnel ) un pour les index. Ce qui veut dire que je risque de mettre plus de temps qu'avant pour afficher des trucs bidons ...

[raptor70]

J'ai appris que les glBegin() et glEnd() et tout les trucs qui vont avec ( je suppose, glVertex3d, glColor3d ... ) ont été supprimé.
Je sais que cela apporte une bonne nouvelle, car les fonction était lente, et qu'il faut mieux passer par les array. Mais comme je ne maitrise pas encore à 100% pour les arrays, je me demandais si c'était une bonne chose ( du moins pour moi ) car finalement, pour dessiner un pauvre triangle, il va me falloir un array de vertice, un de couleur , et ( je crois qu'il est optionnel ) un pour les index. Ce qui veut dire que je risque de mettre plus de temps qu'avant pour afficher des trucs bidons ...

Si tu veux des précisions sur la géométrie en OpenGL, est notamment l'utilisation des Vertex Buffer Object, je te conseille la lecture suivante : http://raptor.developpez.com/tutorial/opengl/vbo/

De plus, il faut le temps que les drivers video et les carte graphiques supportent ces nouvelles fonctionnalités ou suppressions.. même si il me semble que Nvidia a déjà publié des drivers en beta pour opengl 3.1

[LyX60]

Tient, les Display List deviennent dépréciée, c'est dommage car pourtant bien utile.

Enfin j'ai un bon sentiment quand à l'évolution d'OpenGL, et je dirai "Enfin!". Bien que cela va changer pas mal de chose quand à l'apprentissage d'OpenGL (la majorité des tutos disponible sur le net vont devenir également dépréciée, pas tous certes mais la pluspart).
Par contre, le fait qu'OpenGL évolue dans le bon sens (selon moi) va prouver aux développeurs que l'API est loin d'être délaissé et qu'ils peuvent toujours avoir confiance en elle.

[LittleWhite]

Par contre j'ai lu qu'ils intégrent toujours pas les geometry shaders ...
Oui certe c'est super qu'ils fassent une dépréciation des fonctions à la noix ... mais le problème ce sont les tutos sur le net, qui vont rester, et du coup, qui risque de ralentir l'évolution des mentalité ( et qui pourra entrainer un retard )
Du coup, plein de dev amateur, vont développer en OpenGL 1.4, comme moi je fais actuellement alors que la 2.0 propose un tas de trucs sympa :s

@Raptor70 Merci pour le tuto

[Lung]

mais le problème ce sont les tutos sur le net, qui vont rester, et du coup, qui risque de ralentir l'évolution des mentalité ( et qui pourra entrainer un retard )
Du coup, plein de dev amateur, vont développer en OpenGL 1.4

+1
Moi même, je ne suis toujours pas passé aux VBO.
Je n'arrive pas à trouver comment les utiliser de façon à faire ce que je fais actuellement sans.

[hornon]

salut à tous

juste au moment où je commence à vouloir apprendre l'OpenGL, voilà que celle-ci change complètement
savez-vous où trouver des tutos pour débutants en OpenGL 3.1 ? si cela existe déjà ? (notez que je n'ai jamais touché à direct3D)

sinon j'ai entendu dire que OpenGL 3 était orienté objet. ais-je mal compris ou bien OpenGL devient une lib pour le C++ ?

[Bakura]

OpenGL 3.0 n'est pas orienté objet, ni même 3.1.

Oui, OpenGL a pas mal changé, je te propose de lire ce topic que je viens de créer : http://www.developpez.net/forums/d74...toriaux-liens/

A l'heure actuel il n'y a presque pas de tutoriaux OGL3.x, le mieux est donc de se plonger dans la doc mais, si tu n'y connais rien, tu vas clairement galérer .

Tu devrais voir du côté de ce bouquin, la seconde édition doit parler de GL3

[LeGreg]

Pensez vous que cette annonce va changer radicalement la vision d'OpenGL au travers le monde des développeurs ? Est ce, de votre point de vue, de bon ou de mauvais présage quand à l'avenir de l'API ?
N'hésitez pas à donner vos avis ...

Avis neutre. À mon avis ça ne va pas modifier la vision des développeurs, ceux qui ont des raisons de l'utiliser vont continuer à le faire pour les mêmes raisons et ceux qui n'y touchent aujourd'hui pas ne vont pas soudainement trouver de raisons de le faire à cause de cette mise à jour.

Je pense que l'acceptation plus forte de l'API passera par l'évolution des plateformes hardwares sous-jacentes et pas par une mise à jour de l'API (qui en plus reste tributaire de la bonne volonté des vendeurs de matériel !). Si soudainement, je ne sais pas, MacOs devenait la plateforme HOT pour le développement 3D. Ou si tout le monde se met à développer pour les téléphones portables/netbooks qui ne tournent pas sous Windows mais ont besoin d'une API 3D (donc encore loin des préoccupations comme les geometry shaders ou compute shaders).

Je pense qu'Apple sont plutot proactifs en ce moment (opencl, iphone etc), donc des surprises peuvent venir de leur côté.

L'API va-t-elle survivre ? Ah ben elle est là, elle ne va pas disparaitre, comme ça : refaire un standard depuis zéro pour toucher toutes les niches que OpenGL touche ce serait un peu ballot. Va-t-elle avoir un rôle de définition des standards comme par le passé très lointain (lorsque le pipeline graphique était basé sur le pipeline OpenGL) ? Peu probable. Va-t-elle tuer Direct3D ? Hmm.

LeGreg

[Kurisu]

Il paraîtrait que Larrabee aura sa propre bibliothèque de programmation native...

Et petite précision quant à OpenGL, la lib n'est pas orientée objet, mais belle est bien basée sur des objets. Il n'y a pas d'inhéritance, de fonctions virtuelles, des classes d'objets, mais il y a de types d' "objets" ayant un "état" spécifique.
Cf. les newsletter OpenGL Pipeline 3 et 4 pour plus de détails.

L'iPhone est basé sur OpenGL ES 1.1 (la version HD peut-être sur ES 2.0 (j'espère)). Peut-être qu'Apple ira produire une sorte d'Apple TV + jeux basés sur ES 2.0 aussi... qui sait?

[hornon]

@Bakura

OK, merci pour les liens. Je pense en effet que je vais me tourner vers ce livre, la doc étant encore trop imposante pour moi: même si je ne suis plus nouveau en programmation, la 3D est, en revanche, complètement nouvelle pour moi.

@Kurisu

ça a de quoi m'étonner un peu. qu'OpenGL soit est reste une lib C, se comprend puisque c'est une spec utilisée dans énormément de systèmes embarqués (quoique je ne vois pas en quoi le C++ est inadapté à ces systèmes), mais pourquoi ne pas développer une spec orientée objet que l'on pourrait implémenter en C++? je me trompe peut-être, mais il me semble que cela simplifierait grandement le codage d'applications C++ utilisant GL3, et serait bien mieux adapté et bien plus puissant que ce que le C peut offrir.

[Bakura]

L'avantage d'OpenGL actuel c'est que rien ne t'empêche de l'interfacer dans une jolie interface objet .