Meilleur moteur Java 3D [fermé]
Vous cherchez une API Java Engine 3D facile à utiliser (c'est-à-dire pas wrapper) qui a une bonne communauté et un bon développement. Fonctionnalités supplémentaires (c.-à-d. audio, entrée, etc.) ne sont pas nécessaires, mais agréable.
Liste des API graphiques Java 3D les plus populaires que j'ai trouvées:
Wrappers / Bas niveau
- JOGL - Communauté forte / Bon soutien / Actif
- Java3D - Abandonné (ou mourant lentement), graphique de scène éliminé (ou ré-outillage en JavaFX?)
- lwjgl - Open GL wrapper, avec gestion audio et entrée / Active
Les Moteurs de
Moteur JMonkey - Wikipédia - Actif
- Branchement entre la version 3.0 et 2.0 (peut nuire à la communauté)
Bindenlicht - Pas De Wikipédia! - Non actif
Haut niveau (Non conçu pour les jeux)
- Traitement - Ne semble pas adapté pour les jeux mais pour les visualisations graphiques et des démos
- Jzy3d - Une API Java facile à utiliser pour les graphiques 3d (surfaces, scatters, graphiques à barres, etc.). Construire au - dessus de JOGL
Update : Veuillez choisir un moteur JAVA et expliquer pourquoi c'est votre choix! Merci!
2 answers
Je regarderais Ardor3D et JMonkeyEngine.
Ardor3D
Mise à JOUR: Ardor3D du développeur cessé le projet, mais un sous-ensemble de continue d'exister
Créé par le(s) développeur (s) JMonkeyEngine d'origine qui a décidé qu'une pause propre était nécessaire afin qu'ils puissent recommencer et utiliser toute l'expérience acquise pour créer une meilleure API et plate-forme.
Les gens que je connais qui ont utilisé Ardor3D avoir des choses très positives à dire sur sa conception et son API. Il est activement maintenu et dispose d'une bonne communauté et d'une bonne documentation API, bien que les tutoriels soient un peu courts et que vous deviez généralement vous familiariser avec les concepts de programmation 3D pour pouvoir le récupérer.
JMonkeyEngine 3
Une réécriture dirigée par la communauté de JMonkeyEngine 2, motivée par l'insatisfaction à l'égard de la conception JME2 et des problèmes connexes causés par ladite conception, il est passé de la force à la force depuis sa sortie.
Il y a beaucoup de documentation, y compris des tutoriels et de nombreux projets qui l'utilisent. Si vous avez eu des problèmes avec JMonkeyEngine 2 ou une version antérieure, cela vaut bien un autre regard sur la version 3.
Autres
Vous mélangez des bibliothèques et des niveaux de bibliothèques, Jogl et lwjgl sont tous deux des wrappers assez minces autour d'OpenGL (IIRC lwjgl a plus d'wrappers pour OpenAL, c'est-à-dire l'audio). Bien que vous puissiez écrire un jeu en utilisant opengl pur, vous passerez probablement beaucoup de temps à gérer la géométrie, à construire (ou à réinventer) un scénario et d'autres fonctionnalités de gestion.
Le traitement est principalement orienté 2D.
Je n'ai aucune expérience avec ogre4j, mais la dernière fois que j'ai regardé JMonkey était sous courant développement en regardant le 2.0 repository il y a une longue liste de changements qui sont en cours.
Si vous n'êtes pas trop décidé à utiliser Java, considérez certaines des alternatives Torque (private Scripting Language) Panda3d (python) ou l'OGRE susmentionné en utilisant C++. Je ne sais pas de quelles classes et constructions vous parlez dans votre premier paragraphe, mais avoir une bibliothèque ou un backend qui s'occupe de la gestion de la scène, des calculs de visibilité, du son gestion, boucle de jeu, peut-être même la mise en réseau pourrait être un meilleur pilote pour votre décision qu'une fonctionnalité de langue spécifique.