Pouvez-vous recommander un bon moteur de jeu C # pour le développement multiplateforme (Win / Mac / Linux, je me fiche des consoles)?
J'ai une certaine expérience avec OpenGL brut et j'ai joué avec les liaisons Java et JMonkeyEngine. Cependant, je suis quelque peu déçu de ces solutions et j'ai essayé Ogre3D qui semblait vraiment prometteur mais je préfère ne pas avoir à développer avec le PITA qui est C ++.
J'ai jeté un coup d'œil à cette liste mais elle est assez écrasante. Je ne recherche pas une solution tout-en-un, c'est-à-dire que je n'ai pas vraiment besoin de support pour le réseautage, l'audio et tout ce jazz, mais cela ne ferait pas de mal s'il est supporté.
Peut-être qu'il y a aussi une solution Java géniale que je ne connais pas?
c#
java
cross-platform
mono
Raoul
la source
la source
Réponses:
Unity utilise actuellement Mono dans son back-end. Bien que beaucoup de ses didacticiels de script utilisent JavaScript, vous pouvez réellement programmer Unity complètement en C # / Mono.
la source
JMonkeyEngine est vraiment le moteur 3D le plus recommandé pour Java. Xith3D est parfois recommandé comme alternative, car il s'agit également d'un moteur graphique de style scénographique.
Vous pourriez aller avec LWJGL ou JOGL mais ce ne sont pas autant des moteurs que des bibliothèques, et vous écririez OpenGL brut.
Je ne recommande pas Java3D cependant, je pense que c'est presque abandonné.
Je pense que LWJGL est le meilleur que vous obtiendrez, mais encore une fois, c'est une bibliothèque de jeux, pas un moteur graphique. OGRE est un moteur graphique scénographique comme JMonkeyEngine; LWJGL est à Java ce SDL est à C ++. Il fournit des fonctions pour OpenGL, audio et entrée, et vous êtes censé l'exécuter. Personnellement, j'aime ce genre de pouvoir.
la source
Je regarderais Ardor3D et reverrais JMonkeyEngine.
Ardor3D
Créé par le (s) développeur (s) JMonkeyEngine original (s) qui ont décidé qu'une pause nette était nécessaire afin qu'ils puissent recommencer et utiliser toute l'expérience acquise en la développant pour créer une meilleure API et une meilleure plateforme.
Les gens que je connais pour avoir utilisé Ardor3D ont des choses très positives à dire sur sa conception et son API. Il est en développement actif et dispose d'une bonne communauté et d'une bonne documentation API, bien que les didacticiels soient un peu courts et que vous devrez généralement vous familiariser avec les concepts de programmation 3D pour pouvoir les récupérer.
JMonkeyEngine
Une prise de contrôle par la communauté du JMonkeyEngine que les développeurs Ardor3D ont laissé derrière lui, il est devenu de plus en plus fort depuis la sortie de JME3, qui a corrigé un certain nombre de lacunes dans la conception de JME2.
Il existe une documentation abondante, notamment des didacticiels et de nombreux projets l'utilisant. 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
la source
Le moteur Axiom 3D est basé sur un port C # d'Ogre. Il a des rendus DirectX, OpenGL et XNA, il est donc très portable, bien que certaines plateformes ne soient pas très activement entretenues.
la source
jetez un oeil à Ploobs Engine , en ce moment il prend en charge XNA 4, il est open source et a beaucoup de fonctionnalités intéressantes:
la source
Regardez http://www.devmaster.net/engines/search.php et consultez également le framework XNA.
la source
SDL plus le .NET Wrapper ?
la source
OpenTK est utilisé pour MonoGame . MonoGame ne prend en charge que l'api 2D de XNA pour le moment, mais vous avez mentionné que vous aviez une certaine expérience OpenGL, vous pouvez donc utiliser l'encapsuleur OpenTK pour faire des graphiques 3D. Vous pouvez également trouver probablement quelques bibliothèques de graphes de scènes implémentées en C # ou en C ++ avec des wrappers C #.
Pour l'audio, OpenTK encapsule OpenAL, ou si vous voulez quelque chose de plus robuste et prévoyez de publier le jeu en tant que freeware, alors FMOD ne coûte rien à utiliser. Cela devient cher si vous voulez facturer votre jeu. Une alternative moins chère serait BASS .
la source