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

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!

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

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

Dei uma googleada sobre bibliotecas para desenvolvimento com ela, e achei muita coisa boa. Existem ports para SDL e OpenGL (não achei nada sobre Allegro… se alguém achar, por favor compartilhe), o que já seria suficiente para este post. Porém eu vou além. Gostaria de mostrar um pouco mais.

Temos também a Gosu, que me parece bem famosa para quem é da área do Ruby, porém que eu desconhecia. Ela usa SDL para o gráfico, e me pareceu bastante interessante. A Rubygame também me parece uma boa alternativa. Ela é um “port” da pygame (do Python) para Ruby. Mas o que mais me espantou, foi ver um port de Ogre3D pra Ruby! O OgreRB.

A Ogre3D, como eu já disse por aqui mesmo, é uma Engine 3D pra C++ completa para jogos profissionais, e ter uma adaptação para Ruby é uma ótima notícia para quem gostaria de não só brincar, mas criar jogos bem interessantes com Ruby. Entretanto, não sei se Ruby é viável para a criação de jogos AAA.

Também não pretendo programar jogos com Ruby não. Quero aprender Ruby sim, porém com outros propósitos. Não que eu não acredite na linguagem para jogos, só que eu prefiro C/C++ para isso mesmo. Na verdade, não vou muito bem com linguagens com sintaxes muito diferentes do C-Style. Mas vou aprender Ruby em breve.

Fica aí a dica pra você que quer desenvolver jogos, mas nunca o fez, ou nunca programou, pois ruby é uma linguagem totalmente orientada a objetos, e de fácil assimilação e aprendizado. Ou então para você que já mexe com Ruby e gostaria de começar com GameDev. =D

Posts semelhantes:

1. Gamedev Resources

É um joguinho simples, mas foi feito em menos de 10 minutos! Isso prova que dá pra você fazer jogos bem legais rapidamente. Obviamente não em 9 minutos e pouco, mas num tempo suficiente.

Faz um tempo que eu to querendo aprender ActionScript 3, ainda mais agora que eu to interessado no Flex. Vou correr atrás, assim que possível, posto algum tutorial aqui! =D

Enquanto isso, podem dar uma olhada nesses:

• Conhecendo o ActionScript 3
• Migrando para o ActionScript 3
• Flash and Math

E caso queiram alguma coisa sobre Flex, vejam esses tutoriais aqui! Vale a pena. ^^

Posts semelhantes:

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

Andei pesquisando por aí bibliotecas ports de DirectX e/ou OpenGL (dando mais valor à segunda, por ser multiplataforma), achei várias delas, inclusive postei aqui no blog sobre uma delas. Mas a preguiça nem deixou eu testar nenhuma! hehe

Claro, também já tinha visto a GameSpaceLib no fórum da UniDev, mas como eu disse, a preguiça realmente me pegava. Aí então vi o contest da GameSpaceLib. Eu já adoro contests, ainda mais com a possibilidade de ganhar algum prêmio (ótimos livros), e o melhor de tudo, aprender a usar uma biblioteca, porque em contests, a preguiça diminui um pouco! Aí eu entrei pro ‘jogo’!

Dessa vez, quem me pegou mesmo foi o tempo. Tive que fazer tudo nos últimos dias, mas sem problemas, pelo menos terminei o (uma demo jogável) jogo.

Bom, mas e aí? Então, vou falar um pouco sobre a biblioteca…

Primeiramente, gostaria de falar que é uma biblioteca que está em constante atualização, foi criada e é mantida pelo André Santee, que a maioria de vocês da área de GameDev do Brasil já deve ter ouvido falar. Inclusive, vou aproveitar e dizer que hoje mesmo saiu uma nota no site dizendo que a versão 1.5.2 está pra sair esse mês, acesse o site e veja um vídeo de um efeito implementado nela!

Ela é muito fácil de usar, pois ela cria toda a parte gráfica, deixando a parte mais fácil e gostosa com você, que é criar. Apesar de ser fácil, e ser criada em cima do DirectX (e do OpenGL, em breve), a única limitação é a sua criatividade. Por usar DirectX/OpenGL, é possível criar efeitos gráficos de alta qualidade com o uso de Shaders. Quem é que não gosta de um jogo 2D com vários efeitos? Na minha opnião, é melhor que um 3D!

Claro que ela não tem somente parte gráfica. Ela incorpora a biblioteca Audiere para toda a parte sonora. Perfeito para usar com OGG! Também tem sistema de Input e rotinas para lidar com o tempo, que são SIMPLES demais e muito eficientes.

Tá, mas é tudo 1000 maravilhas? Sinceramente, eu só desenvolvi um projeto com ela, não tive muitas experiências, porém todas elas foram muito boas. Sem contar que a documentação é ótima.

Quanto ao meu jogo do contest, eu pretendo dar uma incrementada nele. Aproveitar para aprender mais sobre a Lib, e então criar um projeto que eu estou pensando há um tempo. É um projetinho até que grande (perto dos que eu faço! haha), e acho que ela será perfeita para ele. Em breve, eu volto a falar deste projeto, vai ser interessante.

Ahh, e você, está esperandoo que? Vai no site, veja os tutoriais (por enquanto ainda são poucos, mas assim que puder, vou fazer algum também), exemplos e baixe a biblioteca. Boa sorte.

Então… são 11 da manhã de primeiro de janeiro e eu não durmi até agora desde ontem, acho que nem vou durmir mesmo, só à noite agora. Eu fiquei passeando pela internet essa noite e encontrei algumas coisas interessantes, que eu tinha que compartilhar com vocês, não é nada muito novo, mas eu não conhecia, então muita gente aí também pode não conhecer também…

No youtube, achei uns canais interessantes sobre GameDev, um deles é o do GyroVorbis, que além de ter alguns vídeos explicando sobre desenvolvimento de jogos em si, tem uma série muito interessante que ele fez com a “equipe” dele. Adventures in Game Development tem 15 capítulos, sendo que alguns capítulos são separados em partes. Eles todos se juntaram para desenvolver uma engine para rodar em PC e Dreamcast, cada vez vão para a casa de alguém, é uma bagunça. Um programa a engine, o outro o MapEditor, o outro os scripts (em lua), e eles zoam muito, é muito legal! Passei a noite inteira vendo os vídeos deles. Vale a pena conferir, veja o primeiro capítulo:

Adventures in Game Development Chapter 1

Depois vai olhando os outros.

É claro, é indispensável um pouco de conhecimento em inglês, mas nem tanto, se você não é muito bom, vai ouvindo com atenção e assistindo os vídeos, são muito bons.

Não deixe de conferir os outros vídeos do mesmo canal, tem uns dando dicas sobre gamedev.

Também tem outro canal muito interessante, que é o da LusikkaMage, ela tem vários tutoriais sobre C/C++, Winsock, Allegro (uma playlist com uns 16 vídeos sobre allegro) e até tutorial de sprites!

A Rachel (dona desse canal) também ajuda os caras lá encima, mas só com sprites.

Fora isso tudo aí, em algum lugar que eu não lembro mais, achei um site com vários vídeo tutoriais de OpenGL. Claro, ele está em inglês também, por isso que eu digo, é melhor você começar a estudar mais inglês se quiser ingressar na área de GameDev! hehehe

Navegando pelos meus Feeds, também encontrei uma Lib para C++ para programação fácil de jogos 2D (e 3D também, vai) acelerados por hardware via Direct3D. É a IndieLib. Na verdade ela foi feita para a implementação de ‘protótipos’ de jogos, por ser fácil de implementar. Não mexi nela ainda, mas me parece ser bem amigável.

Ahh, e não é por que ela foi feita para fazer protótipos de jogos que você não possa criar um jogo sério nela, você pode sim, inclusive acho que ela seja boa para iniciantes ou pessoas que queiram resultados rápidos.

Vale a pena dar uma olhada e uma fuçada! hehehe

Vou deixar um link muito interessante que é essa lista de ferramentas e libs para programação de jogos (tudo free):

Free Game Development Libraries

Tem mais coisa lá que você pode imaginar! hehehe

Ahh, e como o Flausino postou no GamedevBR: “Ano novo, tudo novo”, eu to cheio desse layout aqui, to querendo mudar, mas eu queria mesmo é estrear com novo tema quando eu colocar ele em um servidor e domínio próprio, mas eu to vendo que não vai ser para agora, talvez mês que vem só… então quem sabe eu mude! =D

Posts semelhantes:

1. GameDev com Ruby

Para quem não sabe, a UDZine é uma revista eletrônica criada pelo pessoal da UniDev. Porém ela só teve duas edições e, infelizmente, parou. Eu espero que ela ainda volte, pois contém artigos interessantíssimos, bem como tutoriais sobre a área de GameDev.

Vale a pena dar uma baixada, caso não tenha ainda!

Posts semelhantes:

1. Fast Flash Gamming
2. Gadget de Busca da UniDev
3. Desenvolvimento com OGRE3D