Nos dias 28, 29 e 30 de Janeiro aconteceu o Global Game Jam. Como você deve imaginar, é uma competição de criação de jogos que acontece simultaneamente no mundo inteiro. Eu, como já era de se esperar, participei. Junto com @PotHix, @rmasoni e @_bojak.

Aqui em São Paulo, o lugar mais próximo que ocorreu o evento foi na Fatec São Caetano do Sul. E lá estávamos, às 20h de sexta-feira, abdicando nossas preciosas horas de sono e entretenimento do fim de semana.

Nossa equipe já estava formada algumas semanas antes do evento. Nessa ocasião discutimos, inclusive, qual ferramenta, biblioteca e linguagem deveríamos usar. Optamos por criar um game para o HTML5 Canvas, usando JavaScript e a biblioteca Akihabara, que tem como objetivo auxiliar a criação de jogos no estilo 8bits.

Desenvolvimento e Criação

O tema, extinção, embora aparentemente simples à primeira vista, foi complexo. Ideias abundavam. Dinossauros, raça humana, animais, luz. Pizza foi e as ideias foram ficando mais estreitas. Até que decidimos fazer um jogo em que você controla titãs, antiga forma de vida no planeta que estava adormecida, numa guerra contra a humanidade, cujas constantes destruições vêm abalando todo planeta Terra.

Enquanto Rafael Masoni fazia alguns conceitos de nossa ideia, começamos a preparar a estrutura do jogo, repositório Git e fazer alguns testes. Dividimos as tarefas e começamos a programar. Perto das seis horas da manhã, já tínhamos player e inimigo com movimentos básicos. Mas o cansaço já nos dominava, impedindo progressos. Decidimos, então, ir todos para casa dormir e voltar às sete da noite do sábado, para ficar até o fim.

Ao chegar, sabíamos que não haveria mais descanso até o fim. Teríamos que ter disciplina, correr e fazer quase o jogo todo em menos de vinte horas. Percebemos, também, que não seria possível implementar toda nossa ideia para entregar. Era realmente muita coisa, e nós nem sabíamos direito como funcionava a Akihabara. Resolvemos implementar só o gameplay, sem o sistema de estágios e dificuldade. Mas nem inteiro o gameplay ficou, faltaram elementos que mudariam muito o jogo.

Apesar da correria ao fim, conseguimos entregar o básico proposto.

Sucessos

Finalizar qualquer demo jogável em uma competição de 48h como essa já é um sucesso. O intuito da competição é apresentar desafios, e nós os superamos.

A escolha da biblioteca foi muito feliz. Akihabara é uma biblioteca simples, mas muito poderosa. Aliando o poder do Canvas do HTML5 com  a facilidade e a portabilidade, é possível criar jogos casuais em estilo retrô muito facilmente.

Problemas

Acredito que não saber muito da ferramenta que usamos seja a principal falha. Talvez nem seja uma falha em si, mas um problema que nos atrasou um pouco. Mas foi um desafio agradabilíssimo, em minha opinião.

Considerações Finais

Depois de ver o trabalho pronto, embora esteja realmente muito simples, eu acho que nossa equipe trabalhou muito bem. Fizemos o que nos propomos, apesar de nossas limitações. E, pessoalmente, digo que essa foi uma experiência muito agradável e instrutiva. Recomendo.

O jogo Rise of the Titans está online. Mas não terminamos ainda. Continuaremos desenvolvendo este game até o fim. O projeto também é totalmente aberto, o que significa que você pode ajudar o projeto. Dê dicas, sugestões, críticas. Faça como o @henrygosuen, com este belíssimo post dando sugestões ao nosso jogo. Ou coloque a mão na massa! Faça um fork do jogo no GitHub, edite o código e mande.

Posts semelhantes:

1. Game Contest UniDev e Game PDJ Contest

Eu vou participar. Só não escolhi qual ferramenta vou usar ainda. É muito provável que use Python e PyGame. Vale dizer que eu nunca fiz nada nem com python nem com pygame, não sei nada mesmo. Se eu resolver usá-los, vou ter que correr pra aprender enquanto faço o joguinho.

Outras opções também são Flash e C++ com SFML. Não pretendo usar C++ com Allegro, pois quero aprneder algo novo. SFML é uma ótima biblioteca gráfica, porém acho que seria muito mais complexo aprendê-la do que pygame, uma vez que também nunca mexi com ela.

Dependendo do tema, e da ideia de jogo que eu tiver, talvez usar o Flash seja a melhor opção para deixar um jogo mais polido, e que tenha mais audiência na internet.

Eu sei que alguns aqui iriam reclamar por eu postar um pouco tarde (falta pouco mais de cinco horas pro início da competição), mas esse post foi mais pra informar que eu vou participar mesmo. Claro que eu espero que mais gente aqui tente participar, porque vai ser bem interessante. E independente da linguagem ou da ferramenta, é muito provável que eu use o GitHub para hospedar o código, se você quiser acompanhar, acesse meu perfil. Além disso, também irei postar sobre a competição no twitter usando a hashtag #tibcompo.

É isso. Espero que quem puder participar, aproveite. Vai ser bacana.

Posts semelhantes:

1. Meus estudos atuais
2. Meu jogo para o Contest de Mobile
3. Flash Games em Dispositivos Móveis

Contests

A Mochiland está abrindo mais um contest de jogos em Flash. Dessa vez é o 60 Seconds to Fame, onde a principal regra é criar um jogo que o gameplay dure exatamente 60 segundos. Como por exemplo o Music Shooter, ou o Save the Smokers. Confira mais detalhes sobre o contest aqui.

O Contest da GameJolt, que eu nem avisei aqui sobre ele, está terminado. Há muito tempo não via uma competição de games com tantos participantes. Vale a pena dar uma olhada nos na lista de jogos, alguns são muito bons. Eu, infelizmente, não pude participar. Até comecei um joguinho em Flash, porém não deu para terminar.

Coloquei o jogo no GitHub, dê uma olhadinha. Se você não tem nenhuma experiência com Git, leia esse artigo de como instalá-lo no Windows, ou então esse tutorial bem bacana.

Algoritmos

Estudando algoritmos? Veja as aulas em vídeo disponibilizadas pelo MIT de Algoritmos. Eu estou vendo para complementar a aula da faculdade e estou adorando. Sem contar que você ainda aprende inglês. Aqui vai a lista de aulas.

Mobile

O Guilherme Tsubota, especialista em games para dispositivos mobile, escreveu um artigo muito interessante pra edição 18 da Revista da Locaweb chamado: Como desenvolver games para iPhone. Se você puder, compre essa edição aqui, ou então aguarde que em breve eles disponibilizam a edição para download no site.

Samsung lançou seu próprio sistema operacional para smartphones, o bada, para concorrer com Google e Apple. Ou seja, mais uma plataforma para você ficar atento. Ainda mais que eles vão lançar um desafio de desenvolvimento valendo prêmios em dinheiro.

Próximo Livro

O próximo livro que eu vou comprar vai ser, com certeza, esse aqui: Design de Games, de Paul Schuytema. Até agora só tenho ouvido bem dele. Veja a sinopse dele:

Neste livro você encontra uma introdução à arte do design de games, a partir do que é um game e um design de game. Você vai explorar as habilidades necessárias para ser um designer de games e aprender quando e como usá-las. Você encontrará detalhes práticos de como equilibrar a mecânica de um jogo, o que é risco-recompensa e como escalonar desafios. Encontrará ainda – linguagem de script, Lua, e também um game de exemplo à medida que testa e explora os conceitos de design discutidos.

Em breve, quando comprar e terminar de ler, posto uma resenha aqui.

Posts semelhantes:

1. Estudando Game Design

Parte1 – Antes de tudo

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

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.

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.

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

Referências e complementos:

• Ludum Dare Survival Guide
• How to prototype a game in Under 7 Days
• How to design a game when you don’t have time

Posts semelhantes:

1. Meu jogo para o ChristmasHack '08
2. Meu jogo para o Contest de Mobile

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?

Tema 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

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

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

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.

Muitos jogos participaram dessa edição, e podemos ver que há vários de ótima qualidade. Vale a pena dar uma conferida.

Eu estou participando com três jogos: Burning Cards, Lixo no Lixo e Music Shooter. Vou criando alguns joguinhos para alguns contests, e sempre incluo no da PDJ, por ter bastante participante, e o nível ser alto.

Para jogar os jogos da competição, e eventualmente votar neles, clique aqui.

Posts semelhantes:

1. Game Contest UniDev e Game PDJ Contest
2. Contest de Mobile
3. UniDev Mobile Contest #1

Mas o que mais me chamou a atenção, foi alguns vídeos postados por usuários de partes do desenvolvimento. Apesar de estarem bem rápidos, dá para ter uma idéia de como foi a tarefa de desenvolver o game.

Esse eu achei bem interessante, porque o cara tem ótimas habilidades gráficas, faz todos os sprites do jogo ali mesmo, na hora! Muito bom.

E esse eu gostei porque ele realmente mostra tudo que ele fez durante o tempo de desenvolvimento.

Você pode conferir mais alguns:

• http://www.youtube.com/watch?v=80kwKIIYsCk
• http://www.youtube.com/watch?v=r5iXb51buM

Interessante, não?

Pretendo participar na próxima edição, se eu conseguir. Quem sabe não te encontro por lá também, hein?

Posts semelhantes:

1. Gamedev Resources
2. Fast Flash Gamming

Meus temas disponíveis (eu tinha que escolher um) eram dois sobre estratégia e um sobre cartas. Então pensei em fazer um jogo de cartas mesmo, por que estava meio sem tempo para criar um jogo de estratégia legal, sem contar que seria mais fácil até criar os gráficos e tudo.

Logo no primeiro dia (sábado passado, dia 13) eu tive a idéia de fazer um jogo no maior estilo Jokenpo, porém com cartas e cada carta com um ataque diferente e outras coisas. Então comecei a fazer alguns conceitos para o jogo.

Perfeitamente, na terça-feira (dia 16), eu comecei a programar, instalei o MinGW e o Allegro aqui e o Code::Blocks (tava sem nada instalado) e criei um projeto. A primeira coisa que criei foi o gerenciamento do GameState, como ficaria a mudança do fluxo do jogo, como por exemplo passar do menu para o jogo em si e juntei todas as classes prontas que eu tinha que me ajudariam nisso. Fiz o menu também uma vez que eu já tenho classes que eu fiz para outros jogos que me ajudam muito nisso prontinhas.

Então depois não mexi em MAIS NADA, e ontem (sexta-feira, dia 19), eu comecei a programar o jogo mesmo em si. Ainda saí grande parte do dia, mas a madrugada me ajudou bastante. E então passei o dia inteiro de sábado (dia 20) e a madrugada até agora terminando o jogo.

A minha intenção era criar um jogo singleplayer contra o computador com modo multiplayer online contra outro usuário via IP. Porém, não foi possível fazer isso não, só o singleplayer. Mas como agora eu estou participando do Contest da UniDev e da PDJ também com esse jogo, talvez eu consigar terminar o módulo online para ele até a entrega dessas datas.

Bom, chega de falatório, aqui vou deixar o download do jogo, os fontes eu libero depois, quando o Contest lá liberar também.

[Download]

Mais informações na página do jogo na UniDev: [UniDev Game Contest 2008] – Burning Cards

Em breve eu volto para falar mais desse jogo aí, possivelmente em futuras versões! ^^

Valeu.

Posts semelhantes:

1. Meu jogo para o Contest de Mobile
2. ChristmasHack '08
3. Como desenvolver um jogo em pouco tempo

Para quem não conhece, o Christmas Hack é um contest de Allegro, promovido lá pela Allegro.cc, que acontece todo o fim de ano (época do Natal, por que será, né?).

O Contest não é curto como o SpeedHack, ele é maiorzinho, esse ano vai acontecer do dia 13 ao dia 21. As inscrições já estão abertas pelo site da ChristmasHack ’08.

Eu já fiz minha inscrição, é muito provável que eu participe. Só se eu ficar muito ocupado e tal… hehehe

Vamos lá, façam suas inscrições e vamos participar!

Posts semelhantes:

1. Meu jogo para o ChristmasHack '08
2. SpeedHack 2009
3. Allegro# 0.81

Eu nem sei nada de XNA e ando bem ocupado ultimamente, mas como são só 100 linhas de código, vou ver se consigo participar! =)

Mais informações em: http://www.sharpgames.net/concursoROX/

Vamos participar galera, estimular o XNA aí, que vai ajudar muito o Brasil no caminho do GameDev!

[Fonte: Camello XNA]

Posts semelhantes:

1. Contest Mini Games com XNA PRORROGADO!
2. Game Contest UniDev e Game PDJ Contest
3. Contest de Mobile