Vocês devem se lembrar da descrição de nossas investidas na programação de jogos, que culmina com a pergunta básica "okay, estamos no Linux, não tem uma IDE nem um engine que sirva, e agora?". Bom, a resposta está vindo e se chama Sloth SDL Engine. Vamos por partes.

O que é uma "engine"?

Engine, que em inglês significa "motor", é um termo comumente usado para designar uma biblioteca – i.e., um conjunto de funções e estruturas de dados – que tem o propósito de servir de arcabouço para aplicações. No caso, esta é uma engine de jogos, ou seja, é uma biblioteca que disponibiliza abstrações para criação de jogos facilitada.

E o que é SDL?

SDL é sigla para Simple DirectMedia Layer – tradução livre: "Camada Simples de DirectMedia" –, que é uma biblioteca multi-plataforma(e multi-linguagem) que provê estruturas para atuação em mídia. É quase um equivalente do DirectX da Microsoft, só que o directX é, basicamente, mais foda em termos de compatibilidade de drivers. O SDL ganha por ser independente de plataforma, ou seja, não é restrito a um sistema operacional ou a uma arquitetura definida.

Muito bem, amigos, finalmente consegui retomar esta série com algo interessante. Visto que "Pong 4 Linux" não é nem de longe "interessante", e o nosso próximo projeto que já está "estourando a bolsa" – Sendo este o NABA –, é que eu comecei, de maneira independente, a criar uma engine para criação de qualquer tipo de jogo com menos passos do que normalmente necessário. O objetivo é criar um "Game-Maker-like" para Linux, visto que essa coisa não existe. Mesmo que sem interface...

Então eu comecei a pensar numa coisa... colisões.

Veja bem, todo jogo é baseado em colisões. Bom, nem todo. Alguns jogos podem ser abstraídos em função de outro tipo de coisa que não colisões. Mas esses são casos especiais. Em primeira instância, o que temos é um monte de objetos que interagem uns com os outros. E aí que mora o problema.

Dependendo de sua estrutura, um jogo "complexo" – em contraposição a jogos "simples" como Pong, Breakout e Tetris, que podem ser mais facilmente otimizados – é composto de muitos e muitos objetos. Pegue Super Mario Bros, por exemplo. Mario, cada inimigo, cada bloco quebrável, cada bola de fogo, é um objeto de jogo. E daí vê-se que existem algumas dezenas de objetos interagindo por fase. E agora é que entra a parte computacional do raciocínio.