O que um mecanismo de jogo deve fazer? [fechadas]

Eu gostaria de melhorar minhas habilidades / tentar algo novo e gostaria de começar com 3D. Eu li Iniciando a programação em 3D com C ++, mas tenho dúvidas sobre os mecanismos:

• O que o motor deve fazer? Eu sei que é a camada de abstração acima da API 3D (ou seja, OpenGL ou DirectX), mas o que deve fazer exatamente?

Você está certo ao dizer que um mecanismo de jogo está abstraindo das APIs gráficas de baixo nível, mas um mecanismo de jogo completo faz muito mais.

Os mecanismos de jogo visam facilitar tudo o que diz respeito ao desenvolvimento de jogos. Cada um deles possui seus próprios recursos exclusivos, mas geralmente fornecem camadas de abstração fáceis para gráficos, áudio, entrada, gerenciamento de cenas, detecção de colisões, matemática e utilitários úteis gerais. Alguns fornecem wrappers e plugins para APIs de física e alguns até têm algum suporte de IA (principalmente limitado a FSMs, pathfinding e - a tendência atual - árvores de comportamento). Muitos deles apóiam e se orgulham da funcionalidade entre plataformas.

O objetivo de um mecanismo de jogo é facilitar ao usuário a criação de um jogo, sem ter que lidar com os pequenos aborrecimentos na criação de um jogo a partir do zero ou ter que instalar um monte de bibliotecas e escrever seus próprios invólucros para que eles se adaptem ao seu jogos.

Existem muitos mecanismos por aí, mas cuidado com a diferença entre um mecanismo gráfico e um mecanismo de jogos (por exemplo, o Unity seria um mecanismo de jogos, enquanto o Ogre seria um mecanismo gráfico).

Eu tenho dois livros sobre o assunto, mas eles fornecem uma boa visão geral sobre o assunto:

• Arquitetura de Game Engine 3D por David H Eberly

• Codificação do jogo concluída por Mike McShaffry

Eles não são muito detalhados, pois você precisaria de vários livros sobre cada componente para obter o conhecimento necessário para criar um mecanismo de jogo profissional e completo, mas acho que explica os conceitos muito bem.

Se você está iniciando o desenvolvimento de jogos, não faça um motor. Refiro-lhe a seguinte página: http://geometrian.com/programming/tutorials/write-games-not-engines/

Os motores são uma coisa complicada de acertar. Se você escrever muitos jogos, verá que, depois de um tempo, terá um monte de código reutilizável, que poderá ser usado para criar seu próprio mecanismo pessoal para ajudá-lo. E ter muitos jogos (completos) em seu currículo é muito mais impressionante do que um único mecanismo.

Espero que ajude.

Raio

Adicionando à resposta de Ray: os mecanismos (jogo, gráficos, áudio, etc ...) não apenas facilitam a interação com as APIs subjacentes, mas implementam funcionalidades específicas para o jogo, por exemplo: modelo de sombreamento, som 3D.

Especificamente para os mecanismos de jogo: eles gerenciam objetos, recursos (memória, threads, todos os outros mecanismos) e comunicação entre módulos. Eles fornecem estrutura, escalabilidade e flexibilidade ao jogo, essencial para qualquer projeto não trivial.

Eu escrevi um tutorial detalhado sobre o que é um mecanismo de jogo - especificamente no contexto das plataformas iPhone e Android. Incluí descrições detalhadas com exemplos das várias partes de um mecanismo de jogo: interface do usuário, gráficos, som, física, efeitos de partículas. O tutorial está disponível aqui: O que é um mecanismo de jogo? . Espero que seja útil.

Todo mecanismo de jogo tem uma idéia um pouco diferente do que um mecanismo de jogo deve fazer.

Mas como já existem muitos mecanismos de jogo, eu realmente recomendo que você faça um JOGO, não um MOTOR.