Escrevendo o Game Engine do zero com o OpenGL [fechado]

Quero começar a escrever meu mecanismo de jogo do zero para fins de aprendizado, quais são os pré-requisitos e como fazer isso, quais linguagens de programação e coisas que você me recomenda? Além disso, se você tiver bons artigos e livros sobre isso, será ótimo. Desde já, obrigado!

Minhas linguagens e ferramentas de programação são:

• C / C ++ é bom usar apenas C?
• Pitão
• OpenGL
• Git
• GDB

O que eu quero aprender com isso:

• Motor de Jogo Principal
• Renderização / Gráficos
• Regras do jogo
• Entrada (teclado / mouse / controladores, etc)

Em Renderização / Gráficos:

• 3D
• Sombreamento
• Iluminação
• Texturização

Você pode escrever um mecanismo de jogo em praticamente qualquer idioma usando praticamente qualquer método de renderização. Você pode escrever um mecanismo de jogo no bash usando a saída do console, por exemplo.

Então, acho que seria melhor definir exatamente o que você deseja aprender escrevendo seu próprio mecanismo. Existem muitos "campos" no desenvolvimento de jogos.

• Motor de Jogo Principal

• Renderização / Gráficos

• AI

• Trabalho em rede

• Regras do jogo

• Som

• Entrada (teclado / mouse / controladores, etc)

etc .. A partir daí você pode até ter sub-tópicos. Em Renderização / Gráficos

• 2d ou 3d?

• Modelagem

• Sombreamento

• Iluminação

• Texturização

• GUIs / Huds / Interfaces.

• etc etc

Apenas um desses sub-tópicos poderia consumir muitas horas (ou anos!) De estudo!

Então, primeiro defina o que você deseja aprender. Comece simples.

Use qualquer idioma com o qual você se sinta confortável - embora alguns sejam mais adequados para determinadas tarefas. Por exemplo, o mecanismo principal e a renderização provavelmente são melhores com uma linguagem de nível "inferior", como C / C ++ (se você precisar de desempenho); mas algo como IA ou regras do jogo pode ser melhor realizado em um idioma de nível superior. Nada diz que você não pode misturar e combinar. Você pode escrever seu mecanismo em C ++, sua renderização em C (já que funciona bem com o OpenGL) e, em seguida, usar LUA para criar scripts para suas Regras de Jogo, etc.

Até o exemplo, existe um mecanismo de jogo chamado Slick2D. É escrito em Java e é de código aberto. É um exemplo de um mecanismo 2D simples, escrito e projetado muito bem. Você pode aprender conceitos básicos com isso, como loops de jogos, gerenciamento de estados de jogos etc.

Se você está confortável com C / C ++; Eu sugeriria dar uma olhada no SDL / OpenGL. Ele lida com algumas tarefas domésticas, como entrada, som, criação de janelas etc. e pode se concentrar em outras coisas.

O SDL + OpenGL é uma excelente opção para iniciar um mecanismo de jogo personalizado.

Eu pessoalmente uso uma versão C-ish do C ++ porque descobri que funciona melhor para mim. Com isso quero dizer que não uso nenhuma exceção. Há duas razões para isso: a primeira e principal exceção exige código de exceção totalmente seguro, o que com o OpenGL e SDL não é exatamente fácil de obter. Mais importante, porém, dessa maneira, é muito fácil expor objetos C ++ sobre a ABI C, o que é incrivelmente útil se você tentar incluir uma linguagem de script na mistura.

Estou em um barco semelhante ao seu e escrevi algumas de minhas aventuras com SDL e OpenGL em um blog ( immersedcode.org ), no caso de alguém estar interessado.

Para a arquitetura geral, tenho duas sugestões: se você deseja um mecanismo 3D, consulte o livro "Game Engine Architecture", de Jason Lander. Se tudo o que você deseja é 2D, mantenha o design o mais simples possível e inspire-se com o XNA ou outros projetos.

Por fim: não ligue para o OpenGL em todo o lugar. Faça um favor a si mesmo e isole-o em alguns lugares, para que você possa alternar entre o OpenGL / OpenGL ES da área de trabalho ou até o DirectX posteriormente, se desejar.

Não use C, a menos que um detalhe de implementação o mantenha à mão. Caso contrário, use C ++, porque é uma linguagem muito mais capaz, e você sempre pode optar por não usar esses recursos posteriormente. Pessoalmente, não tenho nada a favor / contra Python, nunca o usei.

Eu não recomendaria o OpenGL contra o DirectX porque o DX possui uma abordagem moderna orientada a objetos, que é muito mais limpa e mais compreensível / menos propensa a erros. A interface oferecida pelo OpenGL é extremamente ruim em comparação.

A última coisa que tenho é que ouvi de muitas pessoas que confio que o GDB é uma porcaria, totalmente péssimo e o depurador do Visual Studio é de longe o melhor. Esta não é a minha experiência pessoal, então leve-a com um pouco de sal.