Ogre vs. Irrlicht [fermé]

J'ai expérimenté un peu avec les moteurs Ogre (http://www.ogre3d.org) et Irrlicht (http://irrlicht.sourceforge.net), qui sont tous deux open source et tentent de combler des créneaux similaires. D'après ce que j'ai vu jusqu'à présent, ils sont à la fois bien écrits et faciles à utiliser.

Je pourrais utiliser une comparaison et un contraste éclairés des points forts et des points faibles de ces deux moteurs de jeu et des défis spécifiques au moteur liés au passage du produit au produit publié. Je m'intéresse à tout, de la gestion des actifs aux outils de configuration, à l'intégration du framework de lecture audio / réseau / vidéo aux contraintes de rendu / polygone.

Ogre3D et Irrlicht sont tous deux des moteurs de rendu. En tant que tels, ils ne vous aideront pas avec l'audio, la mise en réseau, etc. Il existe d'autres moteurs pour le son et la mise en réseau tels que OpenAL, FMOD, Irrklang, RakNet que vous devrez intégrer (ou utiliser un cadre qui enveloppe déjà les moteurs).

Quant au contraste de comparaison, cela a été demandé plusieurs fois et au lieu de les répéter, je vous renvoie aux liens suivants

1. http://www.nuclex.org/blog/2-gamedev/24-seven-engines-you-should-know
2. http://www.blitzbasic.co.nz/Community/posts.php?topic=73978
3. http://www.ogre3d.org/forums/viewtopic.php?t=33791

Quand j'ai commencé, j'ai perdu pas mal de temps à poser la même question et je suis arrivé à aucune conclusion. Si le moteur A a un point faible discuté dans un thread, dans un autre, le moteur B aura le même point faible. Tout est basé sur l'opinion.

Cependant, il existe certaines différences qui se répètent, comme Irrlicht s'exécutant plus rapidement sur un matériel plus ancien car il n'utilise pas de techniques modernes tandis qu'Ogre3D est optimisé pour le matériel le plus récent.

J'ai personnellement choisi Ogre3D après avoir passé quelques jours à essayer les deux moteurs à travers leurs exemples livrés et à essayer différents didacticiels des deux moteurs. J'ai choisi Ogre3D en fonction de mes contraintes et de mes préférences personnelles, je vous suggère fortement de faire de même au lieu de vous fier à des conclusions basées sur l'opinion des autres.

Les deux moteurs vont vous poser des défis. Principalement, car apprendre / utiliser un nouveau moteur est un défi.

Je n'ai utilisé Ogre que jusqu'à présent, donc je pourrais être biaisé. Comme Ogre est purement un moteur de rendu, vous devrez rechercher des bibliothèques tierces pour couvrir l'audio, la vidéo et le réseau. Vous n'aurez pas de problèmes à intégrer ces choses, car beaucoup d'autres personnes l'ont fait également.

En comparant des moteurs similaires comme celui-ci, je ferais attention aux éléments suivants:

• Quelle est la qualité de la documentation?
• Y a-t-il une communauté active où je peux poser des questions spécifiques?
• Le style de codage et la philosophie du moteur correspondent-ils à mes préférences?
• Le moteur est-il open source ou au moins facilement extensible? Si c'est un produit commercial, puis-je obtenir des extensions personnalisées (si oui, combien coûteront-elles?)
• Le moteur / lib a-t-il été utilisé dans des produits commerciaux ou des projets open source matures?
• Quel est l'intervalle de mise à jour du logiciel? Combien de développeurs participent activement au projet?

Vous pouvez également envisager de comparer les mesures sur un site comme ohloh.net, par exemple. Irrlicht sur ohloh et Ogre sur ohloh

Certains des points ci-dessus peuvent être plus ou moins pertinents pour la décision que vous devez prendre. Restez ensuite fidèle au moteur qui correspond le mieux à vos besoins. Si les deux moteurs sont une option viable, jetez une pièce :)

J'ai créé un emballage qui me permet de permuter entre les deux. Ogre: * s'exécute un peu plus rapidement avec un grand nombre d'appels de tirage, donc j'utilise généralement Ogre. Irrlicht est: * de loin, beaucoup plus portable (moins de dépendances), donc idéal pour les plateformes multiples * a de meilleurs outils de débogage (menus et autres); Ogre n'a fondamentalement aucun débogage graphique.