Ogro vs. Irrlicht [fechado]

Eu experimentei um pouco com os mecanismos Ogre (http://www.ogre3d.org) e Irrlicht (http://irrlicht.sourceforge.net), ambos de código aberto e tentando preencher nichos semelhantes. Pelo que vi até agora, eles são bem escritos e fáceis de usar.

Eu poderia usar uma comparação e contraste informado dos pontos fortes e fracos desses dois mecanismos de jogo e os desafios específicos do mecanismo relacionados ao início do lançamento do produto. Estou interessado em qualquer coisa, desde gerenciamento de ativos a ferramentas de configuração, integração de estruturas de áudio / rede / videoplayback a restrições de renderização / polígono.

Ogre3D e Irrlicht são ambos motores de renderização. Como tal, eles não o ajudarão com áudio, rede etc. Existem outros mecanismos para som e rede, como OpenAL, FMOD, Irrklang, RakNet que você precisará integrar (ou usar uma estrutura que já envolve os mecanismos).

Quanto ao contraste de comparação, isso já foi solicitado muitas vezes e, em vez de repeti-lo, remeterei para os seguintes links

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

Quando comecei, perdi bastante tempo fazendo a mesma pergunta e não cheguei a nenhuma conclusão. Se o mecanismo A tiver um ponto fraco discutido em um segmento, em outro, o Motor B terá o mesmo ponto fraco. É tudo baseado em opinião.

No entanto, existem algumas diferenças que se repetem, como o Irrlicht executando mais rapidamente em hardware mais antigo, pois não utiliza técnicas modernas, enquanto o Ogre3D é otimizado para o hardware mais recente.

Pessoalmente, escolhi o Ogre3D depois de passar alguns dias testando os dois mecanismos nos exemplos fornecidos e testando vários tutoriais de ambos. Eu escolhi o Ogre3D com base em minhas restrições e preferências pessoais. Eu sugiro que você faça o mesmo em vez de confiar em conclusões baseadas na opinião de outras pessoas.

Ambos os mecanismos fornecerão alguns desafios. Principalmente porque aprender / usar um novo mecanismo é um desafio.

Eu só usei o Ogre até agora, então posso ser tendencioso. Como o Ogre é puramente um mecanismo de renderização, você precisará procurar bibliotecas de terceiros para cobrir áudio, vídeo e redes. Você não terá problemas para integrar essas coisas, já que muitas outras pessoas o fizeram também.

Ao comparar mecanismos semelhantes como este, preste atenção ao seguinte:

• Quão boa é a documentação?
• Existe uma comunidade ativa onde eu possa fazer perguntas específicas?
• O estilo de codificação e a filosofia do mecanismo correspondem às minhas preferências?
• O mecanismo é de código aberto ou pelo menos facilmente extensível? Se for um produto comercial, posso obter extensões personalizadas para ele (se sim, quanto elas custarão?)
• O mecanismo / lib foi usado em produtos comerciais ou em projetos maduros de código aberto?
• Qual é o intervalo de atualização do software? Quantos desenvolvedores estão ativamente envolvidos no projeto?

Você também pode comparar as métricas em um site como ohloh.net, por exemplo. Irrlicht em ohloh e Ogre em ohloh

Alguns dos pontos acima podem ser menos ou mais relevantes para a decisão que você precisa tomar. Em seguida, atenha-se ao mecanismo que melhor atenda às suas necessidades. Se os dois motores forem uma opção viável, jogue uma moeda :)

Eu fiz um invólucro que me permite alternar entre os dois. Ogre: * corre um pouco mais rápido com um grande número de chamadas de empate, então eu geralmente uso o Ogre. Irrlicht é: * muito, muito mais portátil (menos dependências) tão bom para multiplataforma * tem melhores ferramentas de depuração (menus e outras coisas); O Ogre basicamente não possui depuração gráfica.