Recomendação C # (Mono) / Java 3D Game Engine [fechada]

14

Você pode recomendar um bom mecanismo de jogo em C # para o desenvolvimento de plataformas cruzadas (Win / Mac / Linux, não me importo com consoles)?

Eu tenho alguma experiência com o OpenGL bruto e brinquei com as ligações Java e o JMonkeyEngine. No entanto, estou um pouco desapontado com essas soluções e tentei o Ogre3D, que parecia realmente promissor, mas preferia não ter que desenvolver com o PITA que é C ++.

Dei uma olhada nesta lista, mas é bastante esmagadora. Não estou procurando uma solução tudo em um, ou seja, eu realmente não preciso de suporte para redes, áudio e todo esse jazz, mas não faria mal se for suportado.

Talvez haja também uma solução Java incrível por aí que eu não conheça?

Raoul
fonte
Ele precisa ser c # - e o java?
Dave O.
1
Eu certamente estaria interessado no que você recomendaria.
Raoul
I editada a questão em conformidade
Raoul
Eu comentou sobre a resposta de acordo
Dave O.

Respostas:

14

O Unity está realmente usando o Mono em seu back-end. Embora muitos de seus tutoriais de script usem JavaScript, você pode programar o Unity completamente em C # / Mono.

Jeff
fonte
No Linux, porém.
Kaj
Esta é uma ótima opção para Win / Mac. A união é muito legal.
Corv1nus
1
Minha resposta também. A união é ótima. Vergonha sobre o suporte ao Linux, mas talvez possa vir algum dia.
BerggreenDK
3

O JMonkeyEngine é realmente o mecanismo 3D mais recomendado para Java. O Xith3D às vezes é recomendado como uma alternativa, pois também é um mecanismo de gráficos no estilo cenário.

Você poderia usar o LWJGL ou o JOGL, mas esses não são mecanismos, mas bibliotecas, e você escreveria o OpenGL puro.

Eu não recomendo o Java3D , acho que é tudo abandonado.

Eu acho que o LWJGL é o melhor que você vai conseguir, mas, novamente, é uma biblioteca de jogos, não um mecanismo gráfico. OGRE é um mecanismo gráfico de cenário como o JMonkeyEngine; LWJGL é para Java o que SDL é para C ++. Ele fornece funções para OpenGL, áudio e entrada, e você deve executar com isso. Eu pessoalmente gosto desse tipo de poder.

Ricket
fonte
Eu estava com medo daquilo. Eu usei o JMonkeyEngine 1 e 2, mas não estou satisfeito com suas práticas de desenvolvimento e isso piora com o JME3. Acho que esses caras conhecem o material em 3D, mas não têm idéia sobre práticas sãs de desenvolvimento Java, sem ofensas. Conheço LWJGL e JOGL, é claro, mas não quero implementar minha própria API de cenário gráfico, etc. (por enquanto, pelo menos).
Raoul
@ Raoul é o que eu recomendaria: A biblioteca gráfica Java leve, curta LWJGL. A documentação é um pouco ruim, mas geralmente é apenas um invólucro do OpenGL. Portanto, se você conhece um pouco o OpenGL, logo se familiarizará com o LWJGL, além de haver bons tutoriais disponíveis. tribaltrouble.com, por exemplo, foi criado com LWJGL :-)
Dave O.
3

Gostaria de olhar para o Ardour3D e dar uma outra olhada no JMonkeyEngine.


Ardour3D

Criado pelo (s) desenvolvedor (es) JMonkeyEngine original (s) que decidiram que era necessária uma pausa limpa para que pudessem recomeçar e usar todo o conhecimento adquirido ao desenvolvê-la para criar uma API e plataforma melhores.

As pessoas que conheço que usaram o Ardour3D têm coisas muito positivas a dizer sobre seu design e API. Ele está em desenvolvimento ativo e tem uma boa comunidade e boa documentação de API, embora os tutoriais tenham um pouco de falta de fornecimento e geralmente você precise se familiarizar com os conceitos de programação em 3D para poder buscá-lo.


JMonkeyEngine

Uma aquisição liderada pela comunidade do JMonkeyEngine que os desenvolvedores do Ardor3D deixaram para trás, foi de força em força desde o lançamento do JME3, que abordou várias deficiências no design do JME2.

Há uma ampla documentação, incluindo tutoriais e muitos projetos usando-o. Se você teve problemas com o JMonkeyEngine 2 ou anterior, vale a pena dar uma olhada na versão 3.


Outras

Charles Goodwin
fonte
1

O Axiom 3D Engine é baseado em uma porta C # do Ogre. Possui renderizadores DirectX, OpenGL e XNA, por isso é muito portátil, embora algumas plataformas não sejam mantidas ativamente.

Mikayla Hutchinson
fonte
Além disso, ele vem com um editor bacana.
precisa saber é o seguinte
1

dê uma olhada no Ploobs Engine , agora ele suporta XNA 4, é de código aberto e possui muitos recursos interessantes:

thelinuxlich
fonte
0

Veja http://www.devmaster.net/engines/search.php e também confira a estrutura do XNA.

Danny Varod
fonte
1
O XNA Framework oficial é limitado ao Windows e XBox360, mas acredito que há um esforço para trazê-lo para a plataforma Mono (faça uma pesquisa no "MonoXNA").
Mike Strobel
0

O OpenTK está sendo usado para o MonoGame . Infelizmente, o MonoGame suporta apenas a API 2D do XNA no momento, mas você mencionou que tinha alguma experiência em OpenGL para poder usar o wrapper OpenTK para criar gráficos 3D. Você também pode provavelmente encontrar algumas bibliotecas de gráficos de cena implementadas em C # ou em C ++ com wrappers em C #.

Para áudio, o OpenTK envolve o OpenAL, ou se você deseja algo mais robusto e planeja lançar o jogo como freeware, o FMOD não custa nada para usar. Fica caro se você deseja cobrar pelo seu jogo. Uma alternativa mais barata seria BASS .

michael.bartnett
fonte