iop
alors pour python+opengl ya un peu de choix quand même:
-pyopengl. bindings directs de l'api ogl de 1.1 à 2.0 (donc bien), glu, glut (des aides pour ogl) et gle3. à jour, mais pas forcément super simple pour commencer si on connait pas opengl.
http://pyopengl.sourceforge.net/
-pyglet: ca facilite le travail. genre au lieu de créer sa fenêtre et son contexte ogl, puis définir sa matrice de coordonnées etc, on fait myWindow=Window() et ca apparait tout prêt.
www.pyglet.org/
pyglet fournit aussi une petite api pour accélerer les traitement habituels: sprites, textures ogl, gestion clavier souris, bientot joystick.
maintenant ya aussi des limitations. le FBO qui m'a fait venir sur ce forum par exemple, n'est pas implémenté et ne le sera sûrement pas avant un bail. d'autres aspects ne sont pas encore prêts. la librairie est jeune donc efficace, mais jeune donc moins fournie en comparaison avec:
-pygame. donc ici on a de quoi gérer à peu tout pour un jeu (l'animation ca s'en rapproche en fait: image, son, périphériques... c'est pas le même but mais techniquement c'est presque kifkif). l'inconvénient c'est que c'est du vieux, donc un peu bordelique, et pas forcément très optimisé.
http://www.pygame.org/news.html
ya bien d'autres moyens de toucher à openGl avec python, mais ca sort un peu du contexte artistique et des outils qu'on aimerait aller avec.
[mode mégalo]et si google accepte mon projet de summer of code, il y aura aussi pyprocessing, le port de processing (java) en python que j'ai commencé cet été.
ok je sors.
Hors ligne
onze a écrit:
il y aura aussi pyprocessing, le port de processing (java) en python que j'ai commencé cet été.
ok je sors.
Hors-sujet, désolé.
Salut onze, tu as déjà lu ce thread ? : http://codelab.fr/315
J'ai jamais pris le temps de vraiment découvrir, mais jython a l'air prometteur.
+
+
Hors ligne
tu peux aussi rajouter les solutions python + ogre, qui permettent de faire du code un peu plus haut que directement en OpenGL : http://www.ogre3d.org/wiki/index.php/PyOgre
Hors ligne