Boa noite, pessoal. Eu sumi pra me dedicar por completo em programação de games. Na verdade, não era leigo em programação, só tinha me afastado pra estudar outras coisas.
Nessa etapa do estudo, venho lendo esse livro que tinha comprado no final de 2018, mas não tinha chegado a hora de ler ele ainda... até agora.
Lendo os algoritmos que esse livro apresenta, além da miríade de coisas que vc deve saber de uma biblioteca gráfica(SDL no meu caso), não me resta dúvida: programar games 2D já foi beeem mais fácil do que é hoje. Sim, mesmo em assembly. As bibliotecas gráficas, em algum momento, acabaram perdendo a simplicidade em razão de recursos cada vez mais avançados para atender jogos mais complexos, então, pra vc que quer criar um simples joguinho 2D, acaba se pendurando em um monte de lixo que nunca vai usar, além de um açúcar sintático brutal.
A dificuldade dos programadores de antigamente era mais por tentar superar os limites impostos pelo hardware do que por uma questão de dificuldade na programação. Eu cheguei a ler um comentário de um programador old school falando sobre isso. Miseravelmente, eu não guardei o link com a fala desse cara, mas provavelmente foi no Quora ou no Reddit. Entendo plenamente o porquê de alguns irem direto para as engines ao invés de lidar com as libs.
Apesar da minha fala em tom fatalista, não vou desistir. Consigo enxergar alguns algoritimos que podem ser simplificados. Minha meta é deixar tudo tão simples como se estivesse usando os recursos mais básicos de um hardware de NES ou Game boy. O básico do básico. O duro é conseguir manter tanta abstração assim sem acabar complicando ainda mais as coisas...
Eles não falaram os motivos no texto, mas imagino que um dos motivos (o principal, provavelmente) é que a verificação de colisão entre um ponto e uma área é mais rápida do que duas áreas.
Verificar colisão entre um ponto e círculo é o mais rápido de todos (ve se a distância do ponto é menor ou igual o raio do circulo), mas no NES usavam mais retângulos mesmo (que é mais rápido do que ver colisão entre dois retangulos). Nos computadores de hoje a diferença é imperceptivel, mas nos antigos era importante economizar recursos.
E usar o hitbox do jogador posicionado no inimigo também economiza recursos pois se fosse o contrário pra cada inimigo precisaria ter 3 colisões diferentes dependendo do estado do jogador (em pé, deitado ou pulando). Mas, assim todos os inimigos usam as mesmas colisões do jogador + a colisão do inimigo.
Olha só se não é o Rick Resurgindo das cinzas com detalhes técnicos de games do NES kkkkk!