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

Como eu tenho dois ambientes totalmente diferentes, em casa e no trabalho, vou comentar os dois.

Sistema Operacional

Eu sou bem eclético. Trabalho com o OS X, no meu notebook uso o Ubuntu e no desktop tenho o Fedora e o Windows instalado. Tá, confesso que meu Windows é só playground, já que eu não tenho nenhum console, e tenho que rodar o Steam.

O Ubuntu é o SO que melhor colou no meu laptop. E é nele onde eu desenvolvo mais em casa. Parece que eu associei involuntariamente que o desktop é um video game. Só ligar o computador e eu já quero jogar.

Edição de Código

Gosto bastante do TextMate, queria algo parecido para Linux. Por isso uso GEdit em casa. Editor simples e muito bom. Uso o VIM para algumas coisas, mas editar um projeto inteiro nele não; eu me perco.

Controle de Versão

Subversion no trabalho e GIT em casa. Particularmente acho o GIT muito melhor, apesar dos conceitos ligeiramente diferentes.

Linguagens de Programação

Eu não sou expert em linguagem nenhuma. Nem tenho uma como preferida. Quem me conhece sabe que meu defeito é gostar muito de explorar novas linguagens. Atualmente, minha linguagem de trabalho é ActionScript 3.

Recentemente comecei a aprender Common Lisp por diversão. Já que eu não sei nenhuma linguagem funcional (se você não contar o pouco de funcional em Python). Haskell é outra linguagem que eu pretendo aprender esse ano de 2011.

Terminal

É, tem que ter um terminal aberto.

Uso o Bash no OS X por simples preguiça de instalar o Zsh, que é o meu shell padrão no Linux.

Browser

Sempre usei o Firefox, mas ultimamente o Chrome tá se saindo muito melhor que ele. Ainda mais por que eu tenho um vício de abrir muitas abas. Vejo os feeds no Google Reader, abro as páginas e vou lendo aos poucos. Sempre tem mais de 40 abas abertas. O Firefox costuma ficar muito lento com tudo isso aberto.

Música

Ah, isso não falta. Seja no iTunes ou no Rhythmbox, tem sempre algo tocando. Ouço qualquer coisa, mas na hora de desenvolver, confesso que o melhor é um Hard Rock / Heavy Metal. Meu Last FM.

Eu tamém participo do BBB virtual Wakoopa, todos os programas que eu uso ficam lá.

Vou deixar esse meme aberto. Sinta-se a vontade de postar, mas me avisa que eu quero ver.

A AnimAllegro é simples em dois sentidos:

1. Ela está muito simples. Faltam alguns features para que ela possa ficar interessante. Entretanto, ela já é funcional.
2. Ela é simples, porque fazer um sprite animado tem que ser simples. Vou mostrar alguns exemplos:

AnimSprite sprite;

sprite.AddFrame("standing.bmp");

sprite.AddFrame("walking1.bmp");
sprite.AddFrame("walking2.bmp");

sprite.AddState(new State(0, 0)); // Animações do sprite parado
sprite.AddState(new State(1, 2)); // Animações dos sprite andando
sprite.FitStates();
sprite.SetCurrentState(0); // Escolhe o estado parado.

sprite.SetPosition(10, 10);

Para que ele anime, basta chamarmos o método run, passando um bitmap por parâmetro para que ele exiba o sprite, no looping principal:

sprite.run(bitmap_buffer);

Sempre que precisar mudar de estado, basta chamar o método SetCurrentState. Você pode ver um exemplo completo aqui.

Dá para perceber que ainda ainda falta implementar algumas coisas essenciais, como por exemplo o suporte a spritesheets, aquelas imagem que contém todos os quadros da animação, bem como um suporte aos DATAFILES do Allegro; um melhor controle de velocidade; documentação; etc.

Então aproveitando, gostaria de dizer que o projeto é livre, você pode usar à vontade (de acordo com a licença LGPL), mas que também pode colaborar para melhorar. Basta dar um fork aqui no projeto no Codaset, fazer a alteração que achar conveniente e então enviar.

Ainda tenho muitos outros códigos interessantes em Allegro e C++ que eu criei aqui que gostaria de compartilhar, quem sabe depois eu compilo tudo num framework de jogos.

Posts semelhantes:

1. Classe pra Animação em Allegro
2. Fontes TTF no Allegro
3. Allegro# 0.81

smartphone

Mas a Adobe não deixou por isso, não. Agora que o Android 2.2 “Froyo” tem suporte ao flashplayer, ela está patrocinando algumas competições para desenvolvimento de jogos mobile com prêmios em dinheiro. Bastante dinheiro. Aproximadamente $30.000 no total em prêmios para cada competição.

Essa semana eu twittei a competição Cell Your Flash Game promovida pelo Flash Game License e a competição promovida pelo Kongregate. Mas não é só. Pelo que vi, também há uma parceria com a MochiMedia, uma das maiores ferramentas de distribuição e monetização de conteúdo em flash, com a competição Made for Mobile.

Confesso que com tanto prêmio, a Cell Your Flash Game e a Made for Mobile premiando até os 150º e 105º lugares, respectivamente, dá muita vontade de participar. Apesar de eu não ter um Android pra testar. Mas para quem quiser participar, pode dar uma olhada no site do Kongregate versão mobile para ter uma ideia geral.

Como muitos aqui já sabem, eu gosto bastante de jogos em Flash, mas há algum tempo ando meio decepcionado com a Adobe. Eles se preocupam muito pouco com a qualidade do player para linux. Tanto que a nova versão do Adobe Air não suporta nem acentos no sistema operacional do pinguim.

Posts semelhantes:

1. Criando Flash Games no Linux
2. Criando Flash Games no Linux II
3. Fast Flash Gamming

Veja esses dois screencasts do FOSSCasts para ter uma ideia de quão poderoso o Z Shell é:

• Hello Zsh – Part 1
• Hello Zsh – Part 2

Esse vídeo aqui também mostra muitas features interessantes do Zsh:

A princípio ele pode parecer bem mais complicado, mas é pelo fato dele ser totalmente costumizável.

Recentemente eu instalei o Ubuntu Lucid Lynx no meu computador, e então resolvi gravar um vídeo para mostrar como é fácil configurar o Zsh nele:

Meu arquivo de configuração tem poucas alterações desse aqui, do Phillipe Smith. Se quiserem, baixem aqui o meu .zshrc e coloquem na sua pasta home (~/.zshrc).

Porém quando se trata de jogos, esse método pode ser pouco. Principalmente porque a equipe geralmente é fixa, e há game designers, artistas, músicos e outras pessoas desempenhando papéis diferenciados no processo.

Dividindo o processo por partes, podemos ver que há muitas ferramentas que podem ajudar no desenvolvimento:

Planejamento e Documentação

Skype

A comunicação entre os membros da equipe pode ser feita toda pelo Skype. Principalmente por voz. E é útil em todo o processo de desenvolvimento, não só no planejamento.

É claro que o Skype traz algumas outras utilidades, por exemplo: a versão Windows tem um visualizador de tela remota. Infelizmente ele ainda não é bem desenvolvido para outras plataformas, mas a questão de telas remotas é simples, veremos adiante.

Google Docs

O Google Docs permite a edição de documentos colaborativa e há várias opções: você pode convidar apenas os usuários que quer que tenham acesso, ou então deixá-lo livre, para que todo mundo possa editar. Também é possível deixar o documento como somente visualização.

Cacoo

É possível criar diagramas em geral no Google Docs, porém é um tanto limitado. Já o Cacoo tem muitas opções para criação de qualquer tipo de diagrama. É muito útil no fase de planejamento do projeto. Tanto para criar diagramas UML de classes, ou comportamento, quanto para rabiscar uma interface.

Desenvolvimento

Sistema de controle de versão

É indispensável o uso de algum sistema de controle de versão, nem vou entrar nessa discussão aqui. Principalmente se você usar um sistema distribuido, como o Git ou o Mercurial.

Dropbox

Nada como ter um local de armazenamento público entre todos os membros da equipe. O código fica sendo versionado, mas e as outras coisas referentes ao jogo? Nem sempre você precisa de um controle de versão para compartilhar um rascunho de sprite, ou música, mapa do jogo, etc.

O Dropbox é uma ferramenta essencial em qualquer contexto, falando de desenvolvimento ele fica ainda mais evidente.

Há outras ferramentas interessantes como visualizadores de tela remota, que é muito útil em todo o processo de desenvolvimento. A maioria dos sistemas operacionais já vem com uma solução para isso. Eu gosto bastante do protocolo VNC, principalmente porque dá para usar multiplataforma.

Esse post foi bem curto, e com apenas alguns serviços. Quem tiver mais, por favor, não hesite em compartilhar. =]

Posts semelhantes:

1. Mais conteúdo sobre OSDev!

Vale ainda resssaltar que eu estou focando no desenvolvimento de jogos. Criar aplicações RIA deve ser bem mais fácil com a SDK do Flex, uma vez que ela foi feita para isso mesmo. Quem sabe eu poste sobre isso futuramente.

IDE’s para Flash

Como eu disse no primeiro post, infelizmente não há uma solução para esse problema no Linux. Eu apostaria em um bom plugin para NetBeans, mas ainda não existe. Então dei uma procurada e achei uma IDE bem simples para projetos flash para web e para a plataforma Air. Aliás, ele roda na própria plataforma da Adobe, que é o MiniBuilder.

Se você já tem o Air instalado, fica muito fácil instalar esse programa, basta baixar o arquivo .air do site. Quando você executar, ele vai lhe informar que para que a IDE funcione perfeitamente, você vai precisar deixar executando um pequeno servidor. A partir disso é só usar. Bem simples e direto ao ponto. Gostei bastante.

Há outras ferramentas com ambições maiores, como o OpenDialect, que tem como objetivo ser como a própria IDE do Flash, entretanto acho que ainda não vale mais que uma simples citação aqui.

Trabalhando com gráficos

Uma das coisas mais interessantes do Flash é o fato dele trabalhar com gráficos vetoriais (SVG). Claro que para a área de atuação principal dele isso é comum, mas para desenvolvedores de jogos em geral, isso pode soar meio estranho.

Então uma das coisas que me deixou mais feliz quando comecei a brincar com flash no linux foi que o Inkscape salva nativamente arquivos SVG que podem ser importados no swf. Você faz uma ilustração, salva o arquivo e importa ele via código ActionScript 3 sem problemas.

Vou mostrar um código simples de como importar arquivos SVG por ActionScript:

package {

   import flash.display.Sprite;
   import flash.geom.ColorTransform;

   public class Desenho extends Sprite {

      [Embed(source="desenho.svg")]
      public var         DesenhoSprite:Class;
      public var         desenhoSprite:Sprite;

      public function Desenho()
      {
         desenhoSprite = new DesenhoSprite();
         addChild(desenhoSprite);
      }

   }

}

Como você pode ver, criamos uma classe que herda a classe Sprite – que é um MovieClip mais simplificado, sem as rotinas de timeline – e já embedda o gráfico vetorial nela. Assim quando você instanciar essa classe, ela será o sprite com seu desenho SVG. Lembrando que você não precisa distribuir seu SVG junto ao SWF, uma vez que o Flash encorpora o gráfico vetorial.

É claro que com essa forma de importação de recursos também permite que você faça com arquivos de imagem em geral, arquivos de som e até outros SWF’s. Para mais detalhe sobre como importar recursos, visite essa página do help do Flex.

Debugando arquivos SWF

Se tivessemos um plugin para NetBeans, ou Eclipse, o debug seria infinitamente mais fácil. Mas mesmo não tendo, debugar flash não é tão difícil assim. Se você já debugou com o GDB, então vai tirar de letra. Na verdade, o FDB, o debugger do flex, é muito parecido com o GDB

Antes de qualquer coisa, quando for compilar seu SWF para ser debugado, use a seguinte opção no compilador:

$ mxmlc -debug=true game.as

Assim ele poderá gerar as informações necessárias para o debug. Uma vez feito isso, basta você chamar o FDB e então mandar ele carregar o seu SWF:

$ fdb
(fdb) run game.swf

Ele então irá abrir seu jogo no FlashPlayer e então começar o processo de debug. Nesse prompt você pode ver o código a ser executado (comando list), setar breakpoints (comando break), modificar valores de variáveis (comando set), exibindo valores de variáveis (comando print), entre muitos outros. Dê uma conferida no manual da Adobe sobre o FDB.

Provavelmente eu também esqueci de algo importante neste artigo. Então é capaz que haja mais um artigo da série sobre Programação de Jogos Flash no Linux.

Posts semelhantes:

1. Criando Flash Games no Linux
2. Flash Games em Dispositivos Móveis
3. Por que eu gosto de jogos em Flash?

Como muitos sabem, a Adobe tem o Flex SDK, que são o compilador e as bibliotecas do Flex Builder, só que OpenSource. Com ele você já tem o suficiente para desenvolver qualquer jogo em Flash utilizando ActionScript 3 e as bibliotecas do Flash.

Então resolvi criar um pequeno guia para iniciar na programação de jogos em Flash no Linux. Eu aqui estou usando o Ubuntu Karmic Koala, mas acredito que não vai mudar muita coisa para outras distribuições.

Instalando o Flex SDK

Primeiro de tudo você tem que instalar o Sun JDK. Se você estiver usando qualquer distro debian-based, você pode instalar direto pelo apt-get assim:

$ sudo apt-get install sun-java6-jdk

Caso esteja usando outra distro, você pode baixar a JDK diretamente pelo site do Java. Agora baixe a SDK do Flex no site da Adobe. É um pouquinho grande, tem cerca de 120MB. Agora extraia o conteúdo do arquivo no diretório /opt/flex, que você deve criar. Supondo que você baixou o arquivo flex_sdk_3.5.zip na pasta Downloads:

$ sudo mkdir /opt/flex
$ cd ~/Downloads
$ unzip flex_sdk_3.5.zip -d tmpflex
$ sudo mv tmpflex/* /opt/flex/
$ rm -rf tmpflex

Pronto, você já extraiu a SDK do flex para a pasta /opt/flex, se quiser ter certeza disso, pode dar um:

$ cd /opt/flex
$ ls

Se você ver um monte de arquivos e pastas é porque deu tudo certo. Entretanto, você precisa adicionar a pasta bin ao PATH, para que você possa chamar o compilador pelo shell. Então faça o seguinte:

$ sudo echo "export PATH=/opt/flex/bin:$PATH" >> ~/.bashrc

Isso vai adicionar  a linha export PATH=/opt/flex/bin:$PATH ao arquivo .bashrc, o que dizer que a pasta de binários do Flex SDK vai poder ser acessada pelo shell. Agora feche todas as suas janelas de terminal, abra uma e teste se tudo está ok:

$ mxmlc --version

Se ele mostrar a versão é porque está tudo funcionando perfeitamente.

Instalando o FlashPlayer Standalone

Depois de instalar o SDK do Flex, você já pode programar normalmente e testar seus SWF’s em um navegador. Mas isso não é aconselhável porque dessa forma você não pode ver os erros de runtime que acontecerem no seu jogo. Então vamos instalar o FlashPlayer Standalone. Primeiro de tudo, baixe o pacote com o player normal e o player com debugger aqui no site da Adobe. Mais uma vez vamos extrair e instalar:

$ cd ~/Downloads
$ tar xzvf flash_player_10_linux_dev.tar.gz
$ cd flash_player_10_linux_dev/standalone/debugger
$ tar xzvf flashplayer.tar.gz
$ sudo mv flashplayer /usr/bin/
$ cd ~/Downloads
$ rm -rf flash_player_10_linux_dev

Pronto, teste agora para ver se o flashplayer foi instalado:

$ flashplayer

Onde programar?

Aqui é a parte onde a programação para Flash no Linux me decepciona um pouco. No Windows nós temos o FlashDevelop, que é uma ótima IDE OpenSource. Para Linux eu testei vários plugins para Eclipse e para NetBeans e, infelizmente, não consegui fazer nenhum deles funcionar. São, em sua maioria, muito antigos e sem suporte para as novas versões dessas maravilhosas IDE’s.

Mas há plugins de colorização de código para editores como o VIM, ou o gedit. Para instalar o plugin de colorização ActionScript 3 no gedit, baixe esse arquivo actionscript3.lang e então coloque na pasta /usr/share/gtksourceview-2.0/language-specs/.

Criando um joguinho em ActionScript 3

Depois de tudo isso, vamos criar algo bem básico só para mostrar como é a programação em ActionScript no Linux. Primeiro de tudo, crie uma pasta para o seu projeto:

$ mkdir asgame
$ cd asgame

Agora então crie uma classe bem básica em AS3:

package {

   import flash.display.Sprite;

   // Define algumas características do SWF
   [SWF(width="640", height="480", frameRate="60", backgroundColor="#00CC00")]

   public class Game extends Sprite {
      public function Game()
      {
         trace ("Jogo iniciado!");
      }
   }
}

Essa é a classe mais simples possível, ele apenas vai ter o fundo verde e vai exibir um texto no console. Salve como Game.as. Para compilar, basta chamar o mxmlc:

$ mxmlc Game.as

Depois para testar, você chama o flashplayer passando o Game.swf (que acabou de ser compilado):

$ flashplayer Game.swf

Você também pode testar isso no seu navegador.

Eu costumo criar um script, ou um alias para fazer isso pra mim. Veja como ficaria um script run.sh:

#!/bin/sh

mxmlc Game.as && flashplayer Game.swf

Então fica facinho compilar e testar a cada alteração no código:

$ ./run.sh

Ou simplesmente criar o alias run para compilar de uma vez:

$ alias run="mxmlc Game.as && flashplayer Game.swf"

E chamar usando:

$ run

Frameworks

Não poderia de citar alguns frameworks para o desenvolvimento de jogos em ActionScript 3.0 (com o Flex SDK):

• PushButton Engine
• flixel
• Flash Punk

Não testei a fundo nenhuma das três. Instalei e fiz alguns testes bem básicos com a flixel e com a PushButton, mas nada de interessante que eu possa postar aqui. Por isso vou deixar essa parte para um futuro post.

Conclusão

Eu comecei a criar meu primeiro joguinho em ActionScript 3 com a Flex SDK no Linux há pouco tempo. Já deveria tê-lo terminado, mas não consegui por outros fatores. Entretanto, você pode acessar o código-fonte do BallCanoide em desenvolvimento no GitHub.

No começo eu procurei usar alguns frameworks que eu citei acima, mas percebi que para esse caso eu não precisaria, pois só as bibliotecas do Flash mesmo seriam suficiente. Ainda mais que eu já tinha algum conhecimento delas.

Espero que esse pequeno guia ajude pessoas que não sabem como programar jogos em flash no Linux a começar nessa área. Ainda essa semana eu pretendo escrever um post sobre como utilizar o InkScape para criação de recursos gráficos para jogos em ActionScript com Flex SDK. Já que o Flash trabalha com imagens vetoriais nativamente, nada mais natural que usar SVG. Aguardem. =D

Posts semelhantes:

1. Criando Flash Games no Linux II
2. Flash Games em Dispositivos Móveis
3. Por que eu gosto de jogos em Flash?

Esse foi o tema de um projeto desenvolvido por mim e mais alguns integrantes na disciplina de Resolução de Problemas, que eu já comentei aqui no post Acessibilidade e Software Livre.

Fomos convidados pela orientadora da pesquisa para apresentarmos esse projeto no Congresso Internacional PBL 2010, que ocorreu no período de 8 a 12 de fevereiro na unidade EACH da USP. Por isso ainda não tinha postado sobre ele aqui no blog, esperei então passar o congresso.

Não vou comentar sobre o assunto do projeto em si neste post, mas aguardem que em breve escreverei algo interessante acerca de nossa pesquisa. Por enquanto, fique com os slides da apresentação:

Publiquei o trabalho escrito no Scribd, quem quiser conferir, basta acessar o link: E-Lixo – Como enfrentar este problema com a própria tecnologia.

Gostaria muito de agradecer aos principais envolvidos no trabalho:

• Fernando Renato Matsunaga Marchiotto
• Guilherme Augusto Machado
• João Paulo Domingues dos Santos

Caso alguém tenha alguma dúvida, crítica ou sugestão, pode entrar em contato pelos comentários do post. Espero receber algum feedback. =)

Posts semelhantes:

1. Lixo no Lixo

A Campus Party 2010 começou. Maior evento nerd do mundo que ocorre aqui em São Paulo.

Só nas áreas de Desenvolvimento e Software Livre, podemos ver a grande qualidade e diversidade das palestras. Tem bastante coisa relacionado ao desenvolvimento de jogos, web e programação em geral.

Eu, infelizmente não pude ir esse ano. Entretanto, é possível acompanhar todo o evento por streaming. Eu criei uma página com o streaming de vídeo e a lista de todos os tweets que falam sobre o evento. Se você não foi, ou foi, mas quer acompanhar pelo streaming, acompanhe a campus party aqui!

Ainda estou atualizando e melhorando essa página, para que englobe batante recurso para aqueles que não foram ao evento. Entretanto, já dá pra acompanhar muito bem o evento por vídeo e twitter. Se você não foi, não deixe de acompanhar, tem muita coisa boa mesmo.

Lembre-se que o evento vai até o dia 31/01.