Todos os grupos devem implementar em Python um jogo chamado Comets. Este jogo necessita obrigatóriamente interface gráfica em PyGame.
O jogo Comets é uma recriação do classico jogo Asteroids onde o jogador controla uma nave num plano 2D onde o objetivo é destruir o maior número de cometas possível enquanto tenta evitá-los.
O objetivo do jogo é destruir o maior numero de cometas que aparecem no ecrã. Se um cometa colidir com a nave do jogador este é destruído. O jogador tem apenas 1 vida, ou seja se o jogador é destruído é imediatamente game over.
O jogador controla uma nave num plano 2D usando as setas e a tecla spacebar (ou espaço) do teclado.
A interface principal é estática (não se mexe) onde apenas os objectos (i.e. a nave e os cometas) se movem no plano 2D. Este plano é representado por uma janela de 800x600 (800 largura e 600 altura).
Cometas são representados por circulos enquanto a nave do jogador é representado por um triangulo. É necessário definir uma frente, no qual consiste de uma das 3 arestas do triangulo, enquanto as outras duas representa a traseira da nave. Será da frente deste triangulo que o jogador dispara e se movimenta.
A interface apresenta também um sistema de pontos que incrementa consoante o numero total de cometas destruídos.
O jogo deverá apresentar um ecrã de início com a opção de começar um jogo novo ou sair da aplicação.
O jogo deverá também apresentar um ecrã de Game Over, que acontece após a nave do jogador ser destruída. O jogo deverá apresentar um ecrã com as letras "Game Over" e caso o jogador obter uma pontuação maior do que um dos 10 primeiros que estão no leaderboard é pedido a este para inserir 3 Letras (as suas iniciais). O leaderboard é sempre mostrado durante 6 segundos após o game over, mesmo se o jogador não tiver pontuação. O jogo volta ao Start Screen após estas sequências.
A nave começa o jogo no meio do ecrã de jogo com dois cometas do tipo grande (ver abaixo), ambos estes com propulsões e direções aleatórias. O score também é inicializado a 0 no início.
Todo o movimento da nave é feita com o teclado, usando as setas e a tecla espaço para disparar.
As setas para a direita e para a esquerda fazem uma rotação fixa da nave.
A seta Up aplica uma força de propulsão na direção onde a nave está apontada, esta força tem uma aceleração ao qual fica zero após atingir um valor constante. É importante realçar que não existe travão, ou seja para reduzir a velocidade da nave este tem que fazer propulsão no sentido contrário do seu deslocamento corrente.
A tecla espaço (ou spacebar) dispara uma bala na direção ao qual a nave está apontada com uma velocidade constante. A frequência de disparo é obrigatóriamente de 1 em 1 segundo.
A bala é destruída consoante estas condições:
- Colide com um cometa
- Passou o tempo limite de vida que são 4 segundos
Existem 3 estilos de cometas diferentes: Grande, Medio e Pequeno. O Cometa inicializa sempre como grande e após a ser distruído este multiplica-se para um tipo diretamente abaixo, ou seja um cometa passa de grande para medio, de médio para pequeno e após ser atingido em pequeno é completamente distruído.
Quando um cometa é atingido por uma bala dependendo do seu tipo, pode multiplicar-se em cometas de um tipo abaixo, ou seja:
- Cometa Grande -> 3 x Cometa Medio
- Cometa Medio -> 5 x Cometa Pequeno
- Cometa Pequeno -> Destroy
Deverá existir um limite total de cometas durante o jogo, este limite ficando ao critério de cada grupo. Cometas são inicializados sempre como sendo do tipo grande, e têm uma prupulsão e direção aleatória. Quando um cometa se multiplica por uma versão mais pequena, a direção deste é aleatória no entanto a propulsão mantem-se. Um cometa só é totalmente destruído quando após a sua versão pequena é atingida.
Uma das componentes mais críticas de implementar neste jogo é a detecção de colisões entre os vários objetos do jogo. Especificamente é necessário detectar colisões entre:
- Balas e Cometas: Quando esta colisão é detectada o cometa explode consoante as mecânicas descritas acima;
- Cometas e Naves: Quando esta colisão é detectada a nave do jogador explode e é Game Over.
Quando qualquer objeto (i.e. nave, cometa ou bala) chega ao limite do mundo, este desaparece e aparece no lado oposto do ecrã.
O leaderboard deverá ser permanente (mesmo quando se desliga o jogo), e para isso é necessário escrever para um ficheiro os valores destes. Para tal é necessario usar funções de read e write para um ficheiro de texto que irá ser guardado na pasta local do jogo. Funções uteis para ver:
Para exemplos de implementação os alunos poderão analisar o código do Prof. Diogo de Andrade Pysteroids.
Este projeto tem os seguintes objetivos:
- O1 - Programa deve funcionar como especificado. Atenção aos detalhes, pois é fácil desviarem-se das especificações caso não leiam o enunciado com atenção.
- O2 - Projeto e código bem organizados, nomeadamente:
- Código devidamente comentado e indentado.
- Inexistência de código "morto", que não faz nada, como por exemplo variáveis, propriedades ou métodos nunca usados.
- Projeto compila e executa sem erros e/ou warnings.
- O3 - Projeto adequadamente documentado com comentários descrevendo a funcionalidade de várias secções do código.
- O4 - Repositório Git deve refletir boa utilização do mesmo, nomeadamente:
- O5 - Relatório em formato Markdown (ficheiro
README.md), organizado da seguinte forma:- Título do projeto.
- Autoria:
- Nome dos autores (primeiro e último) e respetivos números de aluno.
- Informação de quem fez o quê no projeto. Esta informação é obrigatória e deve refletir os commits feitos no Git.
- Indicação do repositório Git utilizado. Esta indicação é opcional, pois podem preferir manter o repositório privado após a entrega.
- Arquitetura da solução:
- Descrição da solução, com breve explicação de como o código foi organizado, bem como dos algoritmos não triviais que tenham sido implementados.
- Referências, incluindo trocas de ideias com colegas, código aberto reutilizado (e.g., do StackOverflow) e bibliotecas de terceiros utilizadas. Devem ser o mais detalhados possível.
- Nota: o relatório deve ser simples e breve, com informação mínima e suficiente para que seja possível ter uma boa ideia do que foi feito. Atenção aos erros ortográficos e à correta formatação Markdown, pois ambos serão tidos em conta na nota final.
O projeto tem um peso de 5 valores na nota final da disciplina e será avaliado de forma qualitativa. Isto significa que todos os objetivos têm de ser parcialmente ou totalmente cumpridos. A cada objetivo, O1 a O5, será atribuída uma nota entre 0 e 1. A nota do projeto será dada pela seguinte fórmula:
N = 5 x O1 x O2 x O3 x O4 x O5
Em que D corresponde à nota da discussão e percentagem equitativa de realização do projeto, também entre 0 e 1. Isto significa que se os alunos ignorarem completamente um dos objetivos, não tenham feito nada no projeto ou não comparecerem na discussão, a nota final será zero.
Tudo descrito no enunciado são as funcionalidades minimas para este projeto, e isto inclui:
- Funcionalidades da Nave
- Funcionalidades dos Cometas
- Detecção de Colisões
- Ecrãs de Jogos (Start e Game Over Screen)
- Leaderboard
- UI do Jogo
- Mundo Wrap-Around
Importante: Façam o minimo requerido primeiro antes de tentarem fazer mais funcionalidades!
- Sistema de Som
- Power Up para Armas
- Sistema de Difficuldade Progressiva
- Sistemas de Particulas, Efeitos e Arte
O projeto deve ser entregue por grupos de 2 alunos via Moodle até às 23:59 do dia 23 de Dezembro 2022. Um (e apenas um) dos elementos do grupo deve ser submeter um ficheiro zip com a solução completa, nomeadamente:
- Pasta escondida
.gitcom o repositório Git local do projeto. - Pasta do projeto, contendo os ficheiros todos deste.
- Ficheiro
README.mdcontendo o relatório do projeto em formato Markdown. - Ficheiro de imagem contendo o Fluxograma. Este ficheiro deve ser incluído no repositório em modo Git LFS.
- Outros ficheiros de configuração, como por exemplo
.gitignoree.gitattributes.
Não serão avaliados projetos sem estes elementos e que não sejam entregues através do Moodle.
Nesta disciplina, espera-se que cada aluno siga os mais altos padrões de honestidade académica. Isto significa que cada ideia que não seja do aluno deve ser claramente indicada, com devida referência ao respectivo autor. O não cumprimento desta regra constitui plágio.
O plágio inclui a utilização de ideias, código ou conjuntos de soluções de outros alunos ou indivíduos, ou quaisquer outras fontes para além dos textos de apoio à disciplina, sem dar o respectivo crédito a essas fontes. Os alunos são encorajados a discutir os problemas com outros alunos e devem mencionar essa discussão quando submetem os projetos. Essa menção não influenciará a nota. Os alunos não deverão, no entanto, copiar códigos, documentação e relatórios de outros alunos, ou dar os seus próprios códigos, documentação e relatórios a outros em qualquer circunstância. De facto, não devem sequer deixar códigos, documentação e relatórios em computadores de uso partilhado, e muito menos usar repositórios Git públicos (embora os mesmos possam ser tornados públicos 12h após a data limite de submissão).
Nesta disciplina, a desonestidade académica é considerada fraude, com todas as consequências legais que daí advêm. Qualquer fraude terá como consequência imediata a anulação dos projetos de todos os alunos envolvidos (incluindo os que possibilitaram a ocorrência). Qualquer suspeita de desonestidade académica será relatada aos órgãos superiores da escola para possível instauração de um processo disciplinar. Este poderá resultar em reprovação à disciplina, reprovação de ano ou mesmo suspensão temporária ou definitiva da ULHT.
Texto adaptado da disciplina de Algoritmos e Estruturas de Dados do Instituto Superior Técnico
Este enunciado é disponibilizado através da licença CC BY-NC-SA 4.0.
- Autores: Phil Lopes e Diogo Andrade
- Curso: Licenciatura em Videojogos
- Instituição: Universidade Lusófona de Humanidades e Tecnologias