Discussion :

[koala01]

Salut,

Je m'intéresse, depuis pas mal de temps déjà, à l'utilisation de OpenGL en C++.

Seulement, vous savez comment je suis, avec mes lubies de conception sans tache et d'une approche moderne du C++!

Or, la très grosses majorités des ressources que l'on trouve au sujet de OpenGL et qui prétendent nous initier à son utilisation avec C++ ont une approche que je n'hésite pas à qualifier de "préhistorique", se rapprochant généralement bien plus du C with classes que du beau C++ moderne.

J'envisage donc de me lancer dans la rédaction d'une série d'articles sur l'utilisation de OpenGL avec C++ en utilisant une approche moderne. Elle serait composée (à peu près, le plan n'est pas définitif) des tutoriels suivants:

1. initialisation : les notions de bases permettant d'initialiser correctement OpenGL (application, contexte, souris, clavier, fenêtre principale)
2. Vers une gestion souple des événements : mise en place d'un système de signaux / slot utilisés (entre autres) par les callbacks (boost::signals2 inside)
3. fenêtres secondaires et menus : tout ce qu'il faut pour avoir des fenêtres secondaires et des menus
4. Points et couleurs : ajouterais les notions de points et de couleurs à l'ensemble
5. Mathématiques et shaders : s'intéresserait aux vecteurs, aux matrices et aux shaders
6. Polices, textures et objets : tout ce qu'il faut pour charger des textures, des polices de caractères et des objets, et bien sur, pour pouvoir les utiliser
7. Vers un vrai MVC : ajouterais les notions de scène, de vue, de caméra et tout ce qui "tourne autour" du sujet
8. Découper les vues : ajouterais les notions de quad-tree / oct-tree
9. ... Peut être d'autres auxquels je n'ai pas pensé

Cette série d'articles présenterait un projet de "bibliothèque permettant de créer des applications OpenGL" dont les premières lignes seront données avec le premier article et qui évoluerait au fur et à mesure des articles et qui -- qui sait -- pourrait peut être évoluer pour prendre la forme d'un projet indépendant intéressant (hein qui a parlé de relancer Farfelue )

Qu'en pensez vous

[LittleWhite]

Bonjour,

L'idée est bonne. Je souhaiterai indiquer nos ressources actuelles :
http://opengl.developpez.com
et en cours de traduction :
https://open.gl/

J'avoue, le C++ n'est pas mis en avant.
De plus, je souhaiterai vous présenter une bibliothèque que vous avez peut être loupée : http://oglplus.org/
J'avais essayé de l'utiliser et je n'aime pas spécialement, mais bon, c'est un avis rapide
Pour les vecteurs et matrices : GLM ? (pour éviter de tout refaire à la main ? quoi que c'est intéressant, juste long )

En tout cas, je suis absolument pour

[koala01]

Bonjour,

L'idée est bonne. Je souhaiterai indiquer nos ressources actuelles :
http://opengl.developpez.com
et en cours de traduction :
https://open.gl/

Oui, c'est déjà plus ou moins dans mes favoris

J'avoue, le C++ n'est pas mis en avant.

A peu près nulle part, et quasiment jamais au travers d'une approche "un tant soit peu correcte" :S

De plus, je souhaiterai vous présenter une bibliothèque que vous avez peut être loupée : http://oglplus.org/
J'avais essayé de l'utiliser et je n'aime pas spécialement, mais bon, c'est un avis rapide

Je vais voir ce que je peux en tirer

Pour les vecteurs et matrices : GLM ? (pour éviter de tout refaire à la main ? quoi que c'est intéressant, juste long )

Oui, j'y pensais plus ou moins... L'avantage, c'est que c'est header only, mais -- l'un dans l'autre -- je ne sais pas s'il est préférable de commencer à expliquer cette bibliothèque ou d'en fournir une implémentation perso...

Va pas croire que je souffre du NIH, mais, obliger quelqu'un à télécharger autre chose que le code source du projet relatif à un tuto, je sais pas... C'est peut être "moyen moyen".

D'ailleurs, le premier article est déjà presque terminé (au passage, j'ai "perdu" le plugin dvp pour openoffice, et j'arrive pas à le retrouver :S ), et j'ai décidé d'utiliser (comme c'est le cas pour de nombreuses ressources) GLUT comme toolkit. Je n'ai plus que quelques corrections à faire avant de le proposer à la relecture

A termes, (entre le deuxième et le quatrième article), j'aimerais d'ailleurs vraiment arriver à me séparer de freeglut parce que ca me semble un peu "dépassé" (pas évident, entre autre, de gérer l'UTF et autres saloperies du genre).

Mais, pour l'instant, j'en suis à essayer de comprendre comment les différentes bibliothèques s'y prennent

[LittleWhite]

Bon, heureusement que vous avez dit "FreeGLUT" par la suite, car GLUT ... bouh. L'API de GLUT/FreeGLUT est à mon gout, bien pourrie, mais bon, peut être vous l'utilisez mieux que moi.
Je préfère nettement GLFW, mais question de gout.

GLM n'a pas besoin d'être téléchargé à part, si vous l'intégrez au projet. Après, c'est aussi une question de licence, mais normalement, c'est OK.
Comme je l'ai dit sur ce point, la question est : voulez vous faire un article purement (ou presque purement) mathématique sur une telle réimplémentation, ou faire un raccourci en disant : voilà, y a GLM.
(Côté chargement d'images : SOIL ou DevIL.)

Pour le kit : http://alexandre-laurent.developpez....le/#LIII-C-3-a

Voilà pour mes pistes. D'ailleurs, j'ai besoin d'un relecteur de traductions pour les traductions open.gl, cela tente quelqu'un ?

[koala01]

Bon, heureusement que vous avez dit "FreeGLUT" par la suite, car GLUT ... bouh. L'API de GLUT/FreeGLUT est à mon gout, bien pourrie, mais bon, peut être vous l'utilisez mieux que moi.
Je préfère nettement GLFW, mais question de gout.

Oui, en effet... Mais comme chez moi le GL/glut.h a été remplacé et inclut GL/freeglut_std.h (normal, quand on installe freeglut sous linux), je ne fais pas vraiment la différence

Quant au coté "pourri" de (free)glut, je ne m'étenderai pas sur le sujet ... Mais c'est une des raisons pour lesquelles je voudrais pouvoir m'en libérer le plus rapidement possible (sans pour autant passer sur une autre bibliothèque)... Après tout, l'idée est de (peut-être) relancer un projet que j'ai repoussé dans mes cartons

GLM n'a pas besoin d'être téléchargé à part, si vous l'intégrez au projet. Après, c'est aussi une question de licence, mais normalement, c'est OK.
Comme je l'ai dit sur ce point, la question est : voulez vous faire un article purement (ou presque purement) mathématique sur une telle réimplémentation, ou faire un raccourci en disant : voilà, y a GLM.
(Côté chargement d'images : SOIL ou DevIL.)

Effectivement, mais je crois que le fait d'expliquer quelques notions mathématiques pourrait s'avérer utile... Enfin, je n'en suis pas encore à ce stade

Pour le kit : http://alexandre-laurent.developpez....le/#LIII-C-3-a

Merci

Voilà pour mes pistes. D'ailleurs, j'ai besoin d'un relecteur de traductions pour les traductions open.gl, cela tente quelqu'un ?

Si j'ai un peu de temps à perdre, je verrai ce que je peux faire

PS: au fait, on se connait depuis assez longtemps, tu peux continuer à me tutoyer, tu sais

[Bousk]

PS: au fait, on se connait depuis assez longtemps, tu peux continuer à me tutoyer, tu sais

Bonne chance pour ça !
Sinon je plussoye GLFW, depuis que je l'ai découverte c'est ma lib de fenêtrage opengl sans hésiter !

[koala01]

Ben, je vais donc voir si je sais m'y mettre et s'il est "relativement" simple de remplacer freeglut par GLFW...

Si oui, je ferai la transition avant de proposer le premier article à la relecture

[ternel]

Il est aussi possible de remplacer (free)glut par la SFML par exemple, qui est assez légère

[LittleWhite]

Il est aussi possible de remplacer (free)glut par la SFML par exemple, qui est assez légère

Oui, possible, mais SFML ne fait pas que la création du contexte OpenGL + fenêtrage et ne permet pas une liberté totale sur ces aspects. Alors que GLFW est exactement la même chose que GLFW, sauf que les mise à jour et le développement sont actifs et que l'API est bien plus belle et facile à aborder.
SFML, c'est une bibliothèque de jeux, cela fait bien plus.

[ternel]

la sfml seul ne fait pas beaucoup plus, surtout si tu n'utilises que la partie "window"