Prós e contras de vários mecanismos de jogos em 3D [fechado]
13
Normalmente, codifico meus jogos reconhecidamente simples à mão, tanto no Assembly quanto no C, mas pretendo ir um pouco mais alto. Eu também quero desenvolver habilidades mais modernas, então estou olhando para o UDK. Quais são os prós e contras do desenvolvimento indie em 3D. Eu pretendo usar gráficos, controle e física do mecanismo, por isso estou pensando se devo considerar também o mecanismo de origem ou qualquer outra coisa?
O UDK é um SDK comprovado, usado em muitos títulos AAA. Mas, como em qualquer outra ferramenta profissional, ela possui uma curva de aprendizado bastante acentuada. O termo de royalties de 25% no Licenciamento Comercial também é doloroso. Avaliamos quando planejamos construir um jogo para fins de apresentação em nossa empresa.
Existem outras boas alternativas:
Unidade , madura, multiplataforma (Windows, Mac, Web, iPhone, iPad e até Android), também possui uma versão gratuita. Acho que isso atenderia melhor às suas necessidades, é com isso que finalmente terminamos.
Torque Game Engine , IMHO não tão polido como Unity, mas vale uma olhada.
Também há outra boa biblioteca de nível inferior que você pode estar interessado em conferir:
Ogre3D , mecanismo de renderização 3D de código aberto. É um mecanismo de renderização estável e maduro, com uma base de usuários muito grande. Nós o usamos em nossos projetos. É facilmente integrado ao OIS para entrada, possui ligações para os motores físicos Newton, PhysX, ODE e Bullet.
Note-se que UDK, Unity 3D e Torque são mecanismos de jogo, enquanto o Ogre3D é mais um mecanismo de renderização (como está escrito).
Wernight 14/09/10
6
Eu também recomendo Unity. A versão gratuita fornece cerca de 80% dos recursos da versão paga e existe uma comunidade de suporte on-line grande e ativa.
O jMonkeyEngine é um mecanismo de jogo de código aberto muito bom, de uso geral.
Há uma longa lista de recursos que você pode usar para ver se ela atende às suas necessidades, mas, na minha experiência, ela tem praticamente tudo o que você provavelmente deseja em um jogo independente.
Ele é executado na JVM para que você possa obter todas as vantagens de nível superior do ambiente de tempo de execução Java gerenciado (coleta de lixo adequada, multiencadeamento, plataforma cruzada etc.). A codificação normalmente é em Java, mas você também pode usar outros idiomas da JVM com relativa facilidade (Scala, Clojure etc.)
Bom mecanismo 3d JavaScript (aqui você terá o mecanismo 3d em qualquer navegador - que é realmente multiplataforma):
http://github.com/mrdoob/three.js/
Chamar o mecanismo 3D de mrdoob de "mecanismo de jogo" é um pouco improvável. AFAIK, o motor ainda está em estágio experimental e não foi usado em nenhum jogo até agora.
Eu também recomendo Unity. A versão gratuita fornece cerca de 80% dos recursos da versão paga e existe uma comunidade de suporte on-line grande e ativa.
fonte
O jMonkeyEngine é um mecanismo de jogo de código aberto muito bom, de uso geral.
Há uma longa lista de recursos que você pode usar para ver se ela atende às suas necessidades, mas, na minha experiência, ela tem praticamente tudo o que você provavelmente deseja em um jogo independente.
Ele é executado na JVM para que você possa obter todas as vantagens de nível superior do ambiente de tempo de execução Java gerenciado (coleta de lixo adequada, multiencadeamento, plataforma cruzada etc.). A codificação normalmente é em Java, mas você também pode usar outros idiomas da JVM com relativa facilidade (Scala, Clojure etc.)
fonte
Tente 001 . É medíocre para designers de jogos experientes, mas muito bom para pessoas novas no mundo do design de jogos.
fonte
Bom mecanismo 3d JavaScript (aqui você terá o mecanismo 3d em qualquer navegador - que é realmente multiplataforma): http://github.com/mrdoob/three.js/
fonte