Tag Archives: game

[Game Demo Review] Trine

Trine é um jogo de plataforma 3D um tanto diferente. Você joga com três personagens diferentes ao mesmo tempo. Na verdade, você escolhe o que vai controlar a qualquer momento como se fossem armas. Cada um tem suas habilidades diferentes, e melhor para cada situação.

Personagens

Thief (Ladrão)

Tem habilidade de soltar uma corda que se prende, no maior estilo Spider-Man (ou Batman: Arkham Asylum), e solta flexas. É ótimo para movimentação. Tem horas que você só pode passar por um certo lugar com ele. Também é bom para matar alguns inimigos que ficam ao longe, atirando flexas.

Knight (Cavaleiro)

Tem espada e escudo. Se defende e ataca muito bem. Se tiver muitos inimigos para matar, essa é a melhor opção, com certeza.

Wizard (Mago)

O que mais me chamou atenção. Ele é um mago telecinético. Move objetos à distância para qualquer lugar. Também pode criar caixas. Imagina as possibilidades que você tem ao poder criar caixas e movê-las facilmente?

Considerações

Os mapas do jogo também são muito bonitos, e bem dinâmico, cheio de coisas para você mover com o seu mago. E é mais um jogo indie, isso dá mais vontade ainda de jogar.

A versão demo tem pouco tempo de gameplay, porém dá para gostar do jogo. Para baixá-la pelo Steam, clique aqui.  O preço dele é de 30 dólares. Só não comprei ainda por que não tenho dinheiro, mas aceito de aniversário também! =D

Google Buzz

Como desenvolver um jogo em pouco tempo

Acho que isso é um pequeno guia. Não que se você segui-lo você conseguirá criar um jogasso, mas acho que ajuda bastante. Eu participo bastante de competições de games rápidas, e uso muito essas dias que eu vou dar aqui. É muito bom para competições de 48 a  72 horas.

Parte1 – Antes de tudo

Time Primeiro de tudo, é essencial que você possua o tempo necessário, ou seja, que nos dias que você separar (ou nos dias do contest) você esteja livre. Tão importante quanto isso é ter todas as ferramentas que você vai usar previamente instaladas. Já pensou se você vai instalar os programas depois que liberarem as regras?

É muito útil se você tiver uma estrutura do jogo já pronta, facilitando ainda mais o desenvolvimento. Nos meus jogos em Allegro, eu já tenho várias classes prontas, e uma estrutura padrão que eu uso em todos os jogos de contests rápidos. Não é a melhor estrutura, porém é suficiente.

Parte 2 – Desenvolvimento

Draw Logo que sair as regras, você já vai ter tudo preparado para desenvolver o game, mas não caia na tentação, não vá programar na hora. Agora é que vem a parte mais difícil de tudo isso: Fazer o design do jogo. Nessa hora pegue um papel, um lápis e fique lá escrevendo e desenhando tudo o que puder sobre o tema. É claro, dependendo do tema, é interessante que você faça uma pesquisa sobre ele, às vezes isso ajuda muito.

Nós não temos tempo de prototipação, ou seja, você terá que fazer todo o protótipo do jogos na cabeça. Testá-lo várias vezes. Lembre-se de uma regra muito importante do GameDesign, que é prototipar, testar, modificar e começar esse ciclo novamente. Ou seja, assim que tiver uma idéia jogável, “jogue” na sua mente, veja o que precisa ser mudado, jogue-o novamente, e assim por diante. Não pare até ver que seu jogo realmente ficou interessante e implementável – lembre-se que você tem pouco tempo para tornná-lo realidade.

Gostou da idéia que teve? Então documente-a rapidamente num arquivo texto, ou na sua folha de papel mesmo, com todos aqueles desenhos que você fez. Acho que aqui vem uma parte muito importante, definir TODOs. Crie um arquivo e coloque lá, em lista, as tarefas para o desenvolvimento do game. Divida todo o desenvolvimento do jogo em pequenas partes, e em ordem. É muito mais difícil você desenvolver algo sem ter pequenas metas, você vai ver que isso ajuda muito.

programming Agora então comece a programação. Programe seguindo a lista de tarefas criada anteriormente. Não é necessário comentar muito seu código, mas é aconselhável. Não se preocupe muito com POG, só tome cuidado para que isso não saia do seu controle. O tempo é curto, não dá para ficar refatorando cada testezinho que você faz, isso é verdade, mas não deixe o código muito ilegível também. Além de tudo, tem que tomar cuidado para  não criar algorítimos ineficientes, não precisa usar algorítimos ótimos a todo momento, mas também não queremos o jogo lento por causa de algorítimos mal criados.

Faça os gráficos do seu jogo. Não precisa terminar todo o jogo para criar os gráficos, eu acho ótimo dar uma break na programação para desenhar um pouco. Garanto que isso dá uma relaxada.

Parte 3 – Algumas dicas…

  • Durma – é muito importante que você durma. Não ache que vai ficar todo o tempo codando que você não vai aguentar, e depois que você está com sono, começa a fazer algumas coisas meio sem lógica, o que aqui não se encaixa muito bem, precisamos muito de lógica.
  • Breaks – faça pausas no desenvolvimento. Não muito demoradas, porque senão você perde a linha de raciocínio. Entretanto, pausas são muito eficientes. Eu aconselharia você a jogar algum joguinho nelas, porém algo bem rápido e divertido. Não gaste mais que dez minutos em cada pausa. Lembre-se também que elas gastam tempo, e você não tem muito.
  • Alimentação – faça uma alimentação saudável, pelo menos no tempo de desenvolvimento. Não coma muito, nem coisas muito gordurosas, elas podem te fazer passar mal, e isso não é nada interessante. Mas também aconselho comer chocolate, sem exagero. Chocolate é ótimo porque dá prazer, e te livra um pouco da tensão.
  • Beba – essa é uma dica que eu adoro. Beba muito líquido. Nem que seja água. Pode ser café, leite, chá, refrigerante. Só tome cuidado, quando eu digo para beber muito, não é para exagerar. Lembre-se que tudo em exagero pode fazer mal. Eu, por exemplo, adoro chá gelado, ou então coca-cola.

tea

Espero que essas dicas ajudem, pois para mim são muito úteis.

Referências e complementos:

Google Buzz

GameJam do Itaú Cultural

PICT0018Pois é, pessoal, eu participei.

Eu vi a notícia na última hora. No domingo, dia 2 de agosto, sendo que as inscrições iriam até o dia 5, e a competição iniciaria no dia 7. Geralmente não vou a eventos quando fico sabendo de última hora assim, mas nesse eu tinha que ir. Corri atrás de pessoas para participar comigo, e parece que ninguém tava muito afim, talvez porque era de última hora. Contudo, consegui alguém. O PotHix tava muito afim de ir. E apesar de dizer que tem a mesma resistência com eventos de última hora, resolveu particiar.

O evento aconteceu no galpão da Universidade Anhembi Morumbi. Um pouco longe de casa, ainda mais para ir de meio de transporte público. Porém eu fui. Peguei meu notebook, roteador, câmera fotográfica e pendrive, e fui. Não levei nada para dormir, pensei que voltar no sábado de manhã para dormir e voltar à noite para ficar até o fim seria uma boa tática. Apesar de ser mais de duas horas de viagem, foi o que eu fiz.

Às 19h e pouco fizeram a abertura e falaram qual seria o tema: Máquinas Criativas – Robôs e computadores podem tomar decisões inovadoras?

OurDeskTema muito complexo, sem dúvidas. Quantas coisas podemos fazer com base nesse tema? Nada fácil. Pensamos e pensamos muito, até que o PotHix teve uma idéia bem bacana. Aí então resolvemos começar no desenvolvimento. Montei a estrutura básica do projeto, coloquei umas classes úteis que eu uso em vários projetos com Allegro, criamos um repositório GIT e então começamos a desenvolver.

Não tinha wi-fi, o que dificultava muito. Então fizemos uma rede simples com o meu roteador. Utilizamos o GIT para controle de versão. Eu nunca tinha mexido com nenhum software de controle de versão, então o PotHix me ajudou bastante nisso.

Primeira Noite

PICT0010 Ficamos mexendo no projeto até umas quatro e meia da manhã, e nesse ponto o sono já dominava. Já tinha tomado bastante café, mas mesmo assim não dava mais para continuar. Resolvemos ir embora para dormir. Não sabia muito bem onde pegar ônibus dali, e acabei fazendo o caminho mais difícil, porém depois de três ônibus e um metrô (de ponta a ponta) eu cheguei em casa quase às oito da manhã.

Deu para dormir sossegado até às três da tarde, então fui eu para lá novamente. Às sete da noite eu já estava lá novamente, tirei meu equipamento, montei e comecei a arrumar alguns bugs que estavam dominando, e que eu não conseguia resolver no momento de sono. Logo o PotHix chegou e voltamos à programação normal.

Segunda Noite

A madrugada foi bem produtiva, porém às cinco da manhã já matava agente. Demos uma pausa, enquanto o PotHix tirou uma soneca na mesa, eu fiquei jogando no PSP dele, não consegui dormir de jeito nenhum. Depois de tomar um fast café da manhã, e resolvemos entrar no modo hard programming.

Desastres

PotHix Claro que ninguém está livre de desastres, e muito menos nós. Umas oito da manhã estávamos nós programando lá até que meu teclado simplesmente para de funcionar. Pensei que tivesse ativado alguma trava, mas não. Não consegui fazê-lo voltar a funcionar. Tivemos que ir ao laboratório utilizar o teclado USB dos computadores de lá. Levamos todos os equipamentos até lá. O auxiliar do laboratório nos disse que as tomadas eram 220V, porém logo esquecemos, é claro. Ligamos o roteador, que funcionou por uns minutos, permitindo um último pull/push do git, até morrer.

Mas somos brasileiros, não desistimos tão fácil. Apesar do código estar muito feio, o projeto cheio de bugs, sem teclado e sem roteador, continuamos, não faltava muito. Pegamos algumas midis e colocamos no jogo, que ficou por ali mesmo. Já era de tarde, então finalizamos daquele jeito mesmo.

Finalizando

Pegamos o pendrive, copiamos e demos à organizadora. Por sorte ela testou, e eu vi que havia esquecido de copiar a dll do Allegro, então coloquei-a no pacote e mandamos a ela novamente. Pronto. Funcionou. Ela disse que o pendrive ficava “de presente” para nós, e eu acabei perdendo-o no Pedra Papel e Tesoura para o PotHix.

Depois fomos “almoçar” algumas coisa na lanchonete da universidade, e trocar idéias com pessoas de alguns grupos.

O Game

screenshot4 A idéia do nosso jogo foi muito boa, infelizmente não conseguimos colocar ela perfeitamente em prática, mas mesmo assim aqui vai ele.

O robô vai colocando caixas aleatoriamente, e você tem que trocar as caixas até que formem uma linha vertical ou horizontal igual.

O código fonte já está no GitHub, e está sob a licença MIT. Não que vá fazer muita diferença, porque o código tá muito feio, muita gambiarra. Se quiser baixar a versão binária, clique aqui.

Saldo

Foi muito bom. Conheci bastante gente bacana da área de jogos, aprendi bastante sobre Git, que eu precisava, e ainda programamos um jogo. Claro que não foi muito bem o que queríamos, porém é sempre uma experiência muito boa.

Valeu a pena, e na próxima eu estarei também, com certeza. O PotHix também postou sobre isso, e acho que o texto dele ficou bem melhor que o meu. Deem uma olhada.

Desculpem pela má qualidade das fotos, o local não tinha uma boa iluminação, e a câmera também não colaborou.

Google Buzz