OpenGL ou Java3D

Version imprimable

09/09/2007, 18h21
javator

Définition des JOGL Capacities

Bonjour, j'ai fait un site internet pour expliquer mon projet, c'est une application 3D qui marche avec Java3D.

Pour plus d'informations: http://ObjMod3D.free.fr.

Cependant, j'avais commencé la programmation avec JOGL et j'avais eu des problèmes de performances.

Je voulais savoir lequel de JOGL et Java3D etait le plus rapide.

Si vous êtes interressé par ces questions, regardez les posts suivants, sinon allez directement à la fin pour voir les posts relatifs auxcapacitées et propriétes des contexts GL.
13/09/2007, 13h36
bafman

les deux sont completement differents :
- Java3D est un scene graph complet
- JOGL est l'implementation Java d'une API bas niveau

l'aventage de Java3D c'est que tu va avoir tous les mecanismes de bases déjà implementés. L'inconvenient, c'est que c'est basé a la fois sur OpenGL et Direct3D, donc tu n'a que le plus petit denominateur commun entre les 2 API.

L'aventage de JOGL, c'est que tu peut faire ce que tu veut, donc avec un peut d'huile de coude, tu pourra peut être (selon ton niveau technique) atteindre des perf superieurs à Java3D. Le problème, c'est que c'est beaucoup plus de boulot et que ca necessite beaucoup plus de connaissances.
13/09/2007, 14h05
kaliban

Hello,

Alors tout dépends de ton niveau.
Si tu recherches de la performance, il vaut mieux t'orienter vers la librairie JOGL. Cependant, si tu recherche quelque chose de plus simple et aussi de plus rapide à mettre en oeuvre, Java3D sera ton ami.
Ce dernier est un bon compromis entre performance et facilité.
Enfin, tu auras beaucoup plus de liberté avec la librairie JOGL.

Tu n'atteindra pas les performances d'un programme fait avec OpenGL et c++ mais avec les machines actuelles, elles sont tout de même très bonnes.
D'ailleurs, des jeux créés à l'aide des librairies JOGL ou LWJGL ont vu le jour, ce qui signifie que si tu as eu des problèmes de performance avec ton application, c'est que le code n'était pas très optimisé :P

J'espère que cet avis t'aidera dans ton choix.
A bientôt
17/09/2007, 11h31
bafman

entre Direct3D et OpenGL, il faut les considérer comme etant identique d'un point de vue performance car ce sont deux API bas niveau. (bon en fait, le truc, c'est que les perf des deux API vont dependre de pleins de facteurs impossible a prendre tous en compte : la carte 3D, les drivers, ta propre competencedans chaque API...) en plus, je n'ai jamais vu de binding D3D pure pour Java ;)

sinon, Java 3D, c'est très differents : tu a un moteur généraliste optimisé pour ça, donc a priori, si tu est débutant en prog 3D, ce sera meilleurs que ce que tu peut faire par toi même avec OGL ou D3D. Par contre, si tu a de bonnes comptetences en 3D, tu pourra faire ton propre moteur optimisé pour ce que tu souhaite faire et qui ira plus vite que Java3D... mais ca demande infiniment plus de boulot
17/09/2007, 20h51
plegat

Salut,

Citation:

Envoyé par javator

Je vais cibler un peu plus ce sujet en demandant maintenant quelles différences il y a entre OpenGL et JOGL.

En gros, il n'y en a "fondamentalement" pas.
JOGL est un binding java pour OpenGL, il fait juste le lien entre Java et OpenGL.
Le "fondamentalement", c'est juste pour souligner le fait que les dernières releases (notées JSR-231) intègrent quelques méthodes et objets supplémentaires n'existant pas en OpenGL pur et qui enrichissent le binding.

Citation:

Envoyé par javator

Quand j'ai programmé en JOGL, je n'ai pût avoir que l' implémentation de GLAutoDrawable, alors qu'en OpenGL, je n'ai que le context Drawable.

Comme vu ci dessus dans mon site, je préfère appeler moi-même mon rafraichissement, donc je préfère à-priori le GLDrawable.

J'ai les deux, GLAutoDrawable et GLDrawable... tu utilises quelle version?

Citation:

Envoyé par javator

Quelle est l'utilité du GLAutoDrawable face à GLDrawable?

Début de réponse, mais je suis loin d'être un spécialiste...
GLAutoDrawable étend GLDrawable, tu y trouveras donc tout ce que tu as dans GLDrawable plus... des trucs en plus! (d'après ce que je comprends de la javadoc, ça crée son contexte OpenGL et on peut y brancher un écouteur d'évènement...).
Je laisse les spécialistes répondrent plus en détails, j'en suis encore à migrer mon appli vers la JSR231

Citation:

Envoyé par javator

Et quels sont les points attractifs et contraignants de la librairie JOGL(add-on) face à OpenGL.

Là, je ne comprends pas trop la question... JOGL sert à faire de l'OpenGL avec Java... donc tu ne peux pas trop les comparer. Ou alors on compare OpenGL/Java avec OpenGL/autre chose...

Citation:

Envoyé par javator

Si d'autres personnes ont des exemples pour illustrer ce choix difficile !

Là, je te conseille de basculer sur le forum 3D Java si tu veux toucher plus de spécialistes JOGL... et Java3D
17/09/2007, 22h51
plegat

Citation:

Envoyé par javator

PS: Est-ce que quelqu'un connait une javadoc en français de JOGL.

Normalement, ça n'existe pas... il y a assez peu de javadocs traduites, partant du principe que l'anglais est plus ou moins universel en programmation...

Pour ton problème de rapidité, essaye d'améliorer ton algo de rendu. Ce n'est pas normal que tu aies une grosse différence de rendu entre Java3D et JOGL pour une scène "simple".
18/09/2007, 12h13
ToTo13

Bonjour,

une bonne alternative pour ton projet pourrait être jMonkeyEngine.
C'est un moteur 3D pour Java basé sur OpenGL.
21/09/2007, 08h06
ash.ice.loky

Pour avoir essayé Jogl (jsr231), lwgl et java3D je prefere amplement jogl.

raison 1 : les possibilité, quasi-illimité, ensuite aux competences de prendre le relai.

raison 2 : "tous" les tutoriaux opengl sont compatibles a 100% (code opengl bensur) et cela quelques soit le langage (c++ biensouvent)

raison 3 : tout objet, alors LWGL fait "tache" dans la conception de l'application, Jogl est basé sur la même philosophie que le reste des APIs java.

raison 4 : une excellente DOC et une bonne communauté pour qui sais chercher (english only)

Donc si tu veux investir sur une API ayant fait ses preuves ainsi qu'un standart futur tout objet, avec d'enormes possiblités et de l'aide pour sa prise en main => jogl.

Si tu veux réaliser des mondes virtuelles ciblé et "rapidement" avec une doc assez complete => java3D

Mon jugement est peut-etre faussé par mes connaissances au préalable d'OPENGL.
21/09/2007, 18h55
plegat

1 pièce(s) jointe(s)

Je vais me répéter, mais tu pourrais avoir des réponses plus rapides...

Citation:

Envoyé par plegat

Là, je te conseille de basculer sur le forum 3D Java si tu veux toucher plus de spécialistes JOGL... et Java3D

Pour ton programme qui doit faire des dégradés de bleu, je n'ai pas tout compris à ton code (je trouve ça un peu... fouillis...).
En prenant comme base le premier tuto de chez Nehe, et en rajoutant un timer, ça donne le fichier que je te mets en pièce jointe.

Jète un oeil au site de Nehe, tu as tout un tas de leçons qui ont leur version JOGL. Ca te permettra de partir sur de bonnes bases (attention, il y en a qui tournent avec l'ancienne version de JOGL... faut adapter un peu pour la version JSR).
21/09/2007, 23h20
plegat

Citation:

Envoyé par javator

1ERE QUESTION: Pour la rapidité du programme, est ce que je devrais plutôt déclarer la classe GLRendererEngine private, public et protected ou static sachant que le tableau d'Object ne sera pas modifié très souvent.

Euh... je ne vois pas trop où ceci aurait une influence sur la rapidité de ton programme... La rapidité sera plus influencée par la structure de tes objets, et par ton algorithme d'affichage des objets OpenGL...

Citation:

Envoyé par javator

J'avais donc essayé d'étendre ces deux classes, GLDrawEngine extends DrawEngine, ainsi j'appelle les méthodes appropriées au contexte d'affichage, mais je trouve cette manière un peu lourde.

Je ne peux pas te dire, je n'ai pas compris ce que tu fais exactement...

Citation:

Envoyé par javator

2EME QUESTION:
J'aimerais donc savoir s'il y a un moyen plus explicite en terme de lecture d'effectuer ce choix, ou s'il y a une astuce d'effectuer cette opération grâce à l'absence d'une déclaration d'une de ces instances.

Tu te crées une interface, par exemple IRenderEngine, avec toutes les méthodes et propriétés qui seront utilisées par ton programme. Toutes...

Tu crées deux classes qui implémentent cette interface, JOGLRenderEngine et J3DRenderEngine. Tu mettras donc dedans les méthodes et propriétés définies dans l'interface, plus éventuellement d'autres (qui peuvent alors être en private, vu qu'elles ne seront pas appelées par le programme... sinon, à mettre dans l'interface).

Dans ton programme, tu te crées ton objet graphique soit en JOGL, soit en J3D en fonction du besoin (déclaré avec le nom de l'interface, et initialisé avec le nom de la classe, ex:

Code:

IRenderEngine render=new JOGLRenderEngine(...)

)

Mais là, on fait du Java... faudrait penser à changer de forum... ;)
22/09/2007, 11h01
javator

Ca y est...

Ca y est, j'ai opté pour JOGL avec des interfaces dans mon programme pour basculer facilement entre Java3D et JOGL.

De plus, je ne voulais pas implémenter GLEventListener car cela me causais des problèmes au niveau de la programmation et rendait rapidement mes programmes ilisibles.

C'est chose faite, grâce notement aux exemples JOGL téléchargeables avec l'API.
12/10/2007, 18h32
javator

Est ce que quelcun connait des cours ou des sites qui expliquent les différentes capacities dans openGL comme par exemple:
[CODE]
capacities.setDoubleBuffered(false);
capacities.setPbufferFloatingPointBuffers(true);
capacities.setRedBits(floatBits);
capacities.setGreenBits(floatBits);
capacities.setBlueBits(floatBits);
capacities.setAlphaBits(floatAlphaBits);
capacities.setDepthBits(floatDepthBits);

Et qui parlent aussi des GLPbuffer, etc.

Merci