Até chegar nisso foram muitos livros, aulas da pós-graduação e projetos – tudo relatado aqui neste blog. Agora começou uma nova etapa, onde eu estou aprendendo mais do que nunca sobre desenvolvimento de jogos (na prática) e como uma empresa desta área funciona, sem falar no contato com pessoas do mundo inteiro que possuem muitos interesses em comum. A empresa é incrível, com um ambiente bem característico com o que se espera de uma empresa de games.

Bom, mas você sabe o que é porting de jogos? Basicamente é pegar uma versão de um jogo, desenvolvida por outra equipe, e fazê-la funcionar em outros celulares, criando versões para cada tipo de configuração de celular. Porém isto não é tão fácil quanto parece, e nem tão simples quanto eu imaginava. Entre as tarefas relacionadas ao porting de um jogo estão: analisar e diminuir o consumo de memória e processamento, melhorar o desempenho do jogo, saber identificar problemas rapidamente, entender por que acontece uma coisa no emulador e outra no aparelho, entender código feito por outras pessoas, corrigir bugs (muitas vezes estranhos), entre muitas outras tarefas.

No geral, trabalhar com porting de jogos é bem desafiador. Existem diversas coisas que te obrigam a pensar e agir rápido, e você consegue desenvolver muitas habilidades de programação e engenharia. Após estes 30 dias tenho certeza que está é a indústria em que eu quero trabalhar. Porting não é fácil e eu tenho muito o que aprender, mas agora estou no caminho! Go go go!

Ah, sempre tem alguma vaga aberta na Glu, em diversas áreas como arte, programação e QA. Acesse o site para ver as vagas: http://www.glu.com/jobs

Existem diversas coisas que quero postar aqui, mas está difícil de arrumar tempo para escrever. Vou tentar postar com mais frequência, mesmo que seja algo mais curto e direto, principalmente por que tenho muitas coisas sobre o desenvolvimento do meu TCC para contar aqui.

Hoje vou postar aqui um trabalho que fiz na pós, na matéria de Música para jogos digitais. Foi uma matéria bem interessante pelas análises que o professor conseguia fazer de músicas e efeitos sonoros usados em jogos, e a partir disso tivemos que escrever um pequeno artigo sobre a importância da música e efeitos sonoros nos jogos digitais. Este é o texto que escrevi:

Quando o Atari foi lançado seus jogos não possuíam música, devido à limitação técnica do hardware. Porém eram utilizados efeitos sonoros muito simples que, embora fossem apenas “bips” emitidos pelo vídeo game, completavam o jogo e a experiência do jogador.

Com a evolução dos vídeo games e computadores, a música começou a ser empregada para “preencher” o ambiente. Aos poucos, tornou-se um elemento fundamental para um jogo, além dos efeitos sonoros e visuais. Hoje são itens essenciais em jogos, sendo que muitos jogadores que antes prestavam atenção apenas em belos gráficos, agora também reparam na melodia e nos sons que de um jogo.

Sem dúvidas a música é tão importante nos jogos quando em filmes e animações, mas por quê? Basta tentarmos jogar algum jogo digital com o som desligado: em muitos casos o jogo perde a graça. Existem jogos, ainda, que amarram a música ao enredo do jogo, de modo que as mudanças na narrativa do jogo são demonstradas pela música, como músicas agitadas indicando perigo, por exemplo. Braid, um jogo de aventura em plataforma, utiliza a música para informar ao jogador se há perigo ou não em uma fase, e inclusive brinca com os efeitos sonoros quando o jogador volta no tempo e desfaz uma ação.

Neste caso, a melodia conduz o jogador e o convida a uma imersão no mundo do jogo. A alteração do ritmo da música durante uma fase transmite ao jogador sensações sobre o que está por vir. Para que todos estes recursos musicais funcionem deve haver uma grande harmonia entre as músicas e os efeitos sonoros, pois sem esta combinação de elementos todo o trabalho do músico será em vão, e a trilha sonora será apenas mais um enfeite no jogo.

Jogos como Resident Evil, um clássico de suspense e terror, usa muito a trilha sonora para ambientar o jogador e capturar sua atenção, tornando o jogo mais tenso em determinadas partes, inclusive utilizando a ausência de música e deixando apenas a respiração do jogador e os barulhos dos passos do personagem. Tudo isso ajuda no clima do jogo, aumentando a imersão do jogador no enredo, e fazendo-o sentir-se realmente dentro da história contada, além de aumentar o número de sustos, também.

O ambiente, neste caso, é construído por sons e ruídos que são imprescindíveis para que o jogo transmita a sensação que os criadores pensaram. A exploração destes níveis de sons na trilha do jogo conseguiu criar este ambiente que combina perfeitamente com a arte do jogo e transmite ao jogador um sensação de imersão em uma realidade diferente: o mundo onde se passa o jogo.

Alguns jogos são uma mistura de música com jogabilidade, como as séries Guitar Hero e Rock Band, onde o jogador tem sua imersão “tocando” músicas conhecidas com uma jogabilidade que tenta ser semelhante a tocar uma guitarra, baixo ou bateria. Este tipo de jogo sem música não faz sentido, devido à importância da música na sua narrativa, e ambienta o jogador de modo que ele se sente tocando em um show de rock, vibrando realmente após cada trecho complicado que ele conseguiu executar em seu instrumento música interativo.

Ao contrário do que alguns pensam, hoje o objetivo da música e dos efeitos sonoros não é “enfeitar” um jogo, é muito mais do que isso. Estes elementos devem ser utilizados em conjunto com a arte e a narrativa do jogo para proporcionar uma experiência mais rica para o jogador e aumentar a sua imersão com o mundo criado, criando ambientes a partir de sons, ruídos, ritmo, melodia e harmonia. Os exemplos de jogos citados confirmam esta importância da banda sonora em um jogo digital, sendo que a música tornou-se uma parte fundamental na obra de arte que é um jogo bem elaborado, divertido e com imersão.

Muitos jogos executam esta união de música, arte e narrativa de maneira praticamente perfeita, e ganham diversos prêmios que valorizam o jogo como uma obra de arte. Em 2009, jogos como Batman: Arkham Asylum e Uncharted 2 foram os principais vencedores destes prêmios dados pela indústria de jogos e entretenimento, devido ao grande investimento em música e efeitos sonoros idéias para suas respectivas narrativas.

Após o término da parte de programação do meu TCC irei compor e gravar a trilha sonora da minha demo. Esta matéria serviu para eu conhecer mais profundamente o que uma música ou efeito sonoro podem fazer na ambientação de um jogo, sem isso o jogo pode perder sua identidade e diversão.  

Embora eu não tenha finalizado o novo GDD, defini algumas coisas importantes para o início do meu projeto: o tipo de jogo que pretendo fazer, qual público-alvo desejo atingir e em qual plataforma irei focar. A idéia inicial era fazer um jogo em 3D, porém após pensar muito, decidi fazer um jogo de plataforma 2D para PC, com elementos de aventura e puzzles, focado no público de jogadores hardcore, porém também atendendo aos jogadores casuais (como jogos de plataforma geralmente fazem). Porém, para chegar nesta definição eu precisei passar por alguns meses pesquisando tecnologias.

Em outro post irei comentar mais sobre o processo de criação de um GDD,  além de detalhar mais o que estou fazendo. Neste post irei focar a primeira etapa que um desenvolvedor tem que definir, após ter conhecimento da idéia inicial do jogo: que tecnologia utilizar para programar o jogo. Abaixo estão algumas tecnologias que pensei em utilizar, porém por algum motivo desisti, até chegar à que realmente irei utilizar para o meu projeto de TCC:

• Unity: Uma poderosa Game Engine que tornou-se gratuita no final do ano passado, possibilitando que desenvolvedores independentes tivessem acesso a uma ferramenta de desenvolvimento de jogos profissionais. Em meu post sobre a Unity fica bem claro que é uma excelente Game Engine, inclusive quando escrevi aquele post estava pensando em utilizá-la no meu TCC, porém desisti. O motivo: a Unity é incrível, porém para fazer um bom jogo nela eu iria precisar de um modelador 3D desde o início do projeto, e eu estou fazendo o projeto sozinho e não sou modelador.

• C++/SDL/OpenGL: Após desistir de uma Game Engine, parti para uma das opções mais voltadas para programação, decidi tentar a combinação da linguagem de programação C++ com SDL, que eu aprendi na pós, e OpenGL para os gráficos 3D. Esta combinação possui vantagens, como a possibilidade de compilar para Windows e Linux. C++ é uma das linguagens mais utilizadas para programação de jogos, e OpenGL é muito utilizado em programação de jogos para consoles. Eu havia escolhido estas tecnologias por que eu iria aprender muito do que eu preciso para desenvolver jogos profissionais, porém desisti por um simples motivo: no momento eu não tenho muito tempo disponível para aprender a trabalhar com OpenGL, e eu não quero fazer algo mal feito.

• C++/DirectX: Aprender OpenGL era complicado e iria exigir muito tempo, então resolvi tentar utilizar C++ com DirectX, pois assim eu ainda estaria aprendendo mais sobre C++, além de eu já ter feito algumas coisas com DirectX na pós-graduação. Comecei a planejar o desenvolvimento de pesquisar as coisas seriam necessárias para o desenvolvimento de um game em 3D. Utilizando DirectX eu ficaria preso ao desenvolvimento para PC, porém não considerei este um problema, já que é um mercado bem amplo. Porém, comecei a ficar um pouco preocupado ao pensar em um simples detalhe: e os modelos 3D? Comecei a pesquisar alguns sites que possuem modelos gratuitos e pagos, eu até estava disposto a comprar modelos não muito caros, porém acabei desistindo de vez de fazer um jogo 3D, pois embora eu estivesse com uma tecnologia que eu conheço um pouco melhor, eu voltei ao problema que me fez desistir da Unity: pode ser que eu termine a programação do jogo, mas não tenha modelos 3D legais para utilizar.

• XNA: Desde o início eu pensei: se eu ficar desesperado, largo tudo e faço com XNA, pois tenho 2 jogos feitos com XNA em meu portfólio, além de participar de um projeto com XNA na Octopus Team. Depois de pensar muito sobre o meu jogo, sobre a verdadeira razão pela qual eu quero fazê-lo, eu decidi optar por algo que eu conheço bem e é simples de utilizar, para poder focar em fazer um jogo bom, ao invés de gastar muito tempo aprendendo uma tecnologia. Eu poderia até conseguir fazer algo com as tecnologias anteriores, e iria aprender coisas novas, porém não acho que o jogo iria ficar bom. Este motivo também me fez optar por utilizar gráficos 2D e fazer um jogo de plataforma, pois desenhos mais simples eu consigo fazer ou encontrar alguém para fazer.

Todo este processo de decisão de qual tecnologia eu iria adotar para o meu projeto custou caro: cerca de 3 meses de pesquisa e nenhum desenvolvimento. Embora eu tenha perdido todo este tempo, sendo que se eu tivesse pensado em utilizar XNA desde o início hoje eu já estaria bem adiantado no desenvolvimento, isto serviu para aprender diversas coisas em relação ao que priorizar em um projeto.

No início eu queria fazer um jogo para meu portfólio, por isso escolhi tecnologias que eu não conheço e acho importantes para eu aprender, porém agora estou com outra visão: não quero apenas mais um trabalho no meu portfólio, eu quero criar um produto que tenha chances reais de ser publicado e comercializado, e que talvez isto seja o início para eu abrir uma empresa.

Embora eu tenha escolhido uma tecnologia simples, e um modelo de jogo simples, vou focar no que realmente importa: divertir e entreter os jogadores com um jogo muito bom! Portanto, neste projeto o Game Design vai ser muito importante. Devido a esta importância eu ainda não finalizei muitas definições, pois quero fazer o melhor que puder. O que começou como uma idéia para um simples projeto de TCC, hoje se tornou o prelúdio de um sonho.

Tela de abertura

O jogo foi feito em 2 semanas, programei apenas de noite quando não tinha aulas na pós-graduação, e terminei na madrugada do aniversário dela. Decidi desenvolver utilizando XNA, que eu tenho mais facilidade para desenvolver jogos e também é muito fácil fazer jogos de plataforma em 2D, como o que eu fiz. Os sprites dos personagens (eu e ela) e as animações foram copiadas dos avatares Buddy Poke dos nossos perfis no Orkut, e o resto do cenário são imagens que encontrei na internet. Assim, foquei na programação e na mensagem que eu queria transmitir.

Gameplay

O objetivo do jogo Feliz Aniversário Carol – The Game é atravessar o cenário, pulando pelas plataformas, coletar as letras que formam a palavra PARABENS, e me encontrar no final da fase. É um jogo bem curto e simples, pois não tive muito tempo para desenvolver (comecei uma semana antes do aniversário dela) e também não queria fazer algo longo, já que o objetivo principal era desejar um Feliz Aniversário para ela de uma maneira diferente.

Tela do final

Apesar do jogo ser simples, eu utilizei uma técnica para criar o Level Design que li em um livro de programação de jogos em java que eu tenho. A técnica é simples: a construção do cenário 2D está armazenada em um arquivo .TXT, que é lido pelo jogo e transformado no cenário que jogador vê, através da tradução de caracteres presentes no arquivo em sprites. Por exemplo, o meu arquivo .TXT possui os seguintes parâmetros reconhecidos pelo jogo:

• Número “0″: Lugares no cenário onde não possuem sprites e não existe colisão;
• Número “1″: Traduzido no jogo como sprites com imagem de gramado com colisão;
• Número “2″: Traduzido no jogo como sprites com imagem de tijolo com colisão;
• Número “3″: Traduzido no jogo como um sprite com o meu avatar, onde a colisão reinicia o jogo se o jogador não formou a palavra PARABENS. Se colidir com este sprite e a palavra PARABES estiver formada, é exibido o final do jogo;
• Letras “P”, “A”, “R”, “B”, “E”, “N” e “S”: Traduzido no jogo como sprites que representam esta letra, e o jogador deve coletar todas na ordem para ver o final do jogo.

Arquivo com Level Design

A vantagem de se utilizar esta técnica: qualquer um pode alterar o Level Design do jogo a qualquer momento, sem precisar compilar novamente o projeto, é bem simples e fácil de usar para testar a jogabilidade e complexidade de um jogo, mudando rapidamente o cenário para corrigir erros de game design ou melhorar a experiência do jogador.

A desvantagem de se utilizar esta técnica: dependendo do tamanho do level criado em um arquivo .TXT, o jogo pode ficar muito lento. O carregamento dos dados do arquivo e a transformação em um array de sprites não é a parte mais demorada, o problema real é verificar colisão e movimentar TODOS os sprites a cada loop. Neste jogo, por exemplo, o level design que eu montei contém 1841 sprites que são movimentados e tem a sua colisão verificada a cada loop do jogo. Assim, esta técnica fica inviável em jogos com level muito grande.

A desvantagem pode parecer maior do que a vantagem de se utilizar esta técnica em jogos de plataforma 2D, mas em outros tipos de jogos pode ser bem útil e não pesar tanto, como em puzzles ou jogos de estratégia onde os cenários são menores. Ainda sim, é uma técnica interessante para brincar e estudar, por ser simples de programar e mostrar resultados rapidamente.

Neste link está o executável e o instalador deste jogo. Na raiz do jogo está o arquivo LevelDesign.TXT, que pode ser editado para mudar o cenário de qualquer maneira, lembrando que quanto maior o cenário, mais lento poderá ficar o jogo. Todo o meu trabalhou valeu muito a pena, pois ela adorou este presente diferente. Ah, a trilha sonora é a música Envelheço na Cidade, da banda IRA!, que ficou perfeita no jogo!

A I.A. é muito importante, mas alguns jogos ficam perfeitos com uma I.A. simples e limitada, ao contrário de jogos como SPORE que deve ter uma implementação absurda de Redes Neurais. O desenvolvedor de jogos deve conhecer os principais algoritmos de I.A., mas não é necessário sempre usá-los em todos os projetos. Na pós-graduação, tivemos uma matéria dedicada a I.A. nos jogos digitais, onde o professor Murilo Garcia apresentou as principais técnicas e quais problemas elas ajudam a resolver.

Como trabalho para avaliação, tivemos que implementar técnicas de I.A. que serão úteis em nossos TCCs. Abaixo está uma descrição do techdemo que fiz:

Imagem do Techdemo de Inteligência Artificial

Neste techdemo o quadrado verde fica patrulhando o canto superior esquerdo da tela, enquanto o usuário/jogador controla o quadrado azul com as teclas direcionais do teclado.

O quadrado verde fica no estado de patrulha enquanto o quadrado azul estiver a certa distância dele. Quando o quadrado azul se aproximar, o quadrado verde ficará vermelho e mudará o seu comportamento para perseguição do quadrado azul.

No estado de perseguição, o quadrado azul deverá fugir, até ficar um pouco distante do quadrado vermelho. Quando estive longe do quadrado azul, o quadrado vermelho volta para o estado de patrulho no canto superior esquerdo e ficará novamente verde.

Para a troca do comportamento do quadrado verde/vermelho foi feita uma máquina de estado, que varia entre Patrulha e Perseguição. Quando o quadrado está verde, a patrulha é fixa no canto superior esquerdo, sendo que esquete quadrado sempre voltará para patrulhar o seu canto quando o estado de Perseguição se tornar Patrulha.

No estado de perseguição, com o quadrado tornando-se vermelho, o quadrado azul é perseguido em uma velocidade constante, pouco inferior à velocidade do jogador, e só muda de estado quando a distância entre os dois quadrados se tornar grande o bastante para o quadrado verde voltar a patrulhar seu canto.

Este techdemo foi desenvolvido com C++ e SDL, utilizando o Visual Studio 2008.

A implementação das técnicas citadas pode não ser a mais perfeita do mundo, mas se você quiser ver como foi feita, o código fonte está neste link. Qualquer dúvida é só comentar aqui!

Vou aproveitar este post sobre I.A. e indicar mais um livro, este é um dos que foi utilizado pelo professor como bibliografia desta matéria, o Programming Game AI by Example de MatBuckland, que ensina vários conceitos e algoritmos de I.A. com exemplos de implementação. Este livro trata I.A. no geral, não exclusivamente para games, mas praticamente tudo que está nele é aplicável em um jogo digital:

Programming Game AI by Example

Para isto, temos uma matéria muito importante no sentido de negócios, que é Empreendedorismo. Um fato curioso é que os dois professores que nos deram a matéria (metade da matéria cada um) não tem conhecimento da indústria de games, mas se mostraram bons ouvintes para entender as características únicas desta indústria. Estas aulas foram legais, principalmente pela grande experiência deles em empreendedorismo, já que são do FGVcenn (Centro de Empreendedorismo e Novos Negócios da FGV). Em alguns momentos era engraçado a falta de conhecimento deles em coisas que para nós eram claras.

Nesta matéria, o projeto foi desenvolver um Plano de Negócios para o nosso TCC, utilizando este roteiro. Inicialmente a idéia era criar uma empresa com um produto, que é o nosso jogo, porém todos preferiram criar um Modelo de Negócios com foco em um produto, já que este Plano de Negócios será apresentado a um publisher que está interessado no produto.

Fazer um Plano de Negócios não é fácil. É necessário juntar muita informação para embasar o produto que queremos desenvolver, e responder perguntas como “Qual o diferencial deste jogo que o tornará um sucesso e por quê?”. Uma boa fonte de informações sobre a indústria brasileira de games é o site da Abragames, porém as pesquisas estão um pouco desatualizadas, mas serve como uma base.

Informações sobre a indústria de games no mundo inteiro são mais fáceis de encontrar na internet ou em sites como GamaSutra e GamesIndustry. Outra ferramenta legal é o Google Trends, onde você pode pesquisar a quantidade de pesquisas que um ou mais termos tiveram nos últimos anos e alguns fatos que marcaram este termo, como, por exemplo, este comparativo entre Wii, Xbox 360 e PS3.

Vou finalizar este post com duas dicas sobre empreendedorismo que o Augusto Camargo deu em um aula, que foi convidado por um dos professores para conversar conosco:

• O foco do negócio não é desenvolver um produto, e sim a emoção que ele irá proporcinar ao usuário final (no caso de games, não basta ter gráficos perfeitos e controles de movimentos, tem que divertir e fazer o jogador se sentir bem e feliz);
• Quando fizer o planejamento do fluxo de caixa, teste a projeção da empresa nos próximos meses em cenários ruins, como metade do volume vendido ou metade do faturamento, e veja se a empresa sobrevive (é algo muito simples de fazer com um Plano de Negócios, e quase todas as empresas novas quebram nesta simulação).

Eu pretendo escrever mais posts sobre a indústria de games e também sobre como começar uma empresa de games no Brasil (startup), qual tipo de jogo é mais lucrativo aqui, onde e como exportar um game produzido aqui, entre outros assuntos que eu acho interessantes e não é algo muito claro para quem quer começar uma empresa de games. Eu não sei muitas dessas coisas, mas irei pesquisar e postar aqui os resultados, já que uma das possibilidades que estudo é abrir minha própria empresa de games.

O Plano de Negócios, como praticamente qualquer tipo de documento, é bem chato de fazer, mas é muito útil também. Principalmente por que quando se escreve as idéias, fica mais fácil de ver as falhas e mudar coisas. Eu mudei boa parte do GDD (Game Design Document) do meu TCC após escrever o Plano de Negócios, pois na descrição de produto e estratégia de marketing encontrei problemas para a produção do jogo.

A melhor maneira de conseguir experiência em desenvolvimento de games e montar seu portfólio é fazer jogos, mas isso pode limitar uma pessoa sozinha, pois até mesmo o desenvolvimento de um jogo simples completo (menu, animações, som, efeitos, programação, game design, etc.) é um grande trabalho multidisciplinar, exigindo que você tenha que aprender coisas que não são o seu foco.

Neste caso, o melhor é criar ou participar de um grupo de desenvolvimento de jogos independentes. Muitos grupos são formandos por estudantes e entusiastas, que querem apenas aprender mais coisas em um ambiente colaborativo e assim poder focar no desenvolvimento de suas habilidades, como programação ou modelagem por exemplo.

Um grupo de desenvolvimento de jogos independentes pode se tornar uma empresa após conseguir um bom entrosamento, conhecimento e experiência. Porém, inicialmente, ganhar dinheiro com jogos não deve ser a motivação de um grupo novo, você deve fazer jogos por que gosta.

Para poder aumentar meu portfólio e ganhar experiência como programador e game designer eu entrei para um grupo de desenvolvimento de jogos independentes, o Octopus Team, liderada pelo Márcio Vinícius Mello de Freitas. Eu encontrei este grupo no fórum da UniDev, entrei em contato com o Márcio, falei das minhas experiências e objetivos e fui aceito. É nos fóruns de desenvolvimento de games que estes grupos são formados e também procuram novos membros. Outro fórum muito bom é o PDJ.

Atualmente estamos trabalhando em um jogo de estratégia em 3D, utilizando o XNA para desenvolver. O projeto já estava iniciado quando entrei neste grupo, então muita coisa estava definida, mas mesmo assim tive liberdade para dar novas idéias. Quando o projeto estiver mais avançado falarei mais aqui sobre ele.

Aproveitando o post, a Octopus Team está procurando uma pessoa para modelar personagens do nosso jogo. Não precisa ter experiência, até por que o grupo serve para aprender, mas é necessário que saiba o básico de modelagem de personagens e animação. Interessados entrar em contato pelo e-mail contato@octopusteam.com.br .

Esboço do Cenário do Jogo

Basicamente, um jogo é um programa em loop infinito. Fiquei surpreso nas primeiras aulas da pós-graduação quando percebi isso. Independente do tipo do jogo, todos têm isso em comum, chamado de Main Loop ou Game Loop, que é responsável por controlar tudo no jogo.

Fonte: http://www.ronkes.nl/blog/?2005-07-21-gameengine

A principal responsabilidade do Main Loop é receber entradas, atualizar o status do jogo e produzir saídas correspondentes, tudo isso em um ciclo contínuo, praticamente infinito. Neste ponto existe uma diferença entre o Main Loop de um jogo de PC e um jogo de console: no PC o Main Loop é finalizado quando o jogar fecha o jogo; em alguns Consoles o Main Loop é praticamente infinito, pois não existe um “sair do jogo”; em Consoles como o Nintendo Wii, é possível sair do jogo e voltar para a tela inicial do Wii, finalizando o Main Loop do jogo.

Outra responsabilidade do Main Loop, que muitos iniciantes esquecem, é o Frame Rate. A taxa de quadros por segundo em que o jogo roda é importante por que sem este tipo de controle o jogo não fica sincronizado. Em alguns casos, o Frame Rate é escondido do programador e utiliza um valor default, como no XNA. Em outros, ele é obrigatório para o jogo rodar, como na SDL.

O Frame Rate pode ser definido com um número que o programa deve esperar até executar o Main Loop novamente. Porém, não é simplesmente fazendo isso que o programa irá executar aquele mesmo rate sempre. Dependendo do consumo de processamento e memória, um loop pode ser mais lento do que outro, e utilizando um número fixo, o rate sempre será diferente, provocando lags para o jogador.

Uma solução para este problema é descontar do Frame Rate o tempo em o Main Loop gastou em sua execução, assim, o jogo rodará sempre no mesmo frame. Por exemplo: se o Frame Rate é 30, e o Main Loop gastou 3, o programa deve aguardar 27 (30 – 3) para executar novamente o Main Loop. Sem este controle, o programa iria aguardar 33 (30 + 3) para ser executado novamente, lembrando que o tempo do Main Loop pode variar sempre e o Frame Rate é uma constante. O diagrama abaixo ilustra o funcionamento do Main Loop Fixed Rate:

Fixed Rate - Fonte: NAKAMURA, Ricardo. Técnicas de Programação de Games.

O que escrevi neste post é algo que considero bem básico para a programação de um game, e acho que pode ser muito útil para iniciantes. Apesar de ser básico, a partir disso é possível procurar mais informações na internet, ou perguntar aqui mesmo qualquer dúvida sobre o assunto.

Isto aconteceu comigo quando estava tentando montar um Grid em 3D com XNA. Eu queria criar um método para gerar um Grid dinâmico, com o número de linhas de colunas que seriam recebidos por parâmetros. Encontrei diversas soluções, porém nenhuma funcionou do jeito que eu queria, ou não consegui adaptar para o que eu precisava. Assim, tive que estudar como fazer desenho de pontos e retas em 3D e criar meu próprio método para isto.

Primeiro eu tinha pensando em desenhar uma célula, e depois utilizar um conjunto de células em uma classe Grid. Esta idéia não deu muito certo, pois ficaria bem complicado gerenciar o desenho de cada célula. A minha solução final ficou mais simples: criei uma classe Grid onde eu traço retas em pontos que formam o meu Grid, de acordo com o número de linhas e colunas. Abaixo trecho do código responsável por montar o Grid:

Código do Grid no XNA

Após montar o Grid em uma variável VertexPositionColor, basta utilizar o método DrawUserPrimitives() desenhando uma LineList. Para visualizar o Grid é necessário outras coisas além disso, como definir uma matrix de View e uma de Projeção, que são coisas bem mais básicas do que a lógica de desenhar um Grid. Além do XNA Creators Club, existe o XNA MSDN Library da Microsoft, que também é muito útil para aprender.

Desenho do Grid em 3D

Desenho do Grid em 3D

Espero que isto seja útil para quem está aprendendo XNA. Qualquer dúvida é só perguntar nos comentários! 

No final do ano passado, duas grandes game engines ganharam versões gratuitas, a Unity e a Unreal Development Kit (UDK). Talvez estas foram as melhores notícias para os desenvolvedores independentes e estudantes no em 2009, pois agora podemos desenvolver jogos utilizando game engines profissionais. Pra mim foi muito bom, pois poderei utilizar uma destas game engines no meu TCC neste ano.

Na pós-graduação, em uma aula de Game Engine, meu grupo fez uma apresentação da Unity e um tech demo. A Unity tinha uma versão indie, que custava $200, que não é algo caro para uma pequena empresa, mas para quem quer apenas estudar isto não vale muito a pena, e foi esta versão que ficou gratuita. Existe também uma versão Pro, com muitas outras coisas a mais pelo preço de $1499.

Interface da Unity

Minha primeira coisa que pensei ao abrir a Unity foi “certo… e agora?”. Para quem nunca viu, tudo pode parecer confuso, mas lembra bastante uma interface de um software de modelagem 3D como o Softimage XSI. Estudando a interface da Unity podemos aprender muitas coisas, pois quase tudo é intuitivo. O que realmente é necessário é ter uma noção de ambientes 3D e estudar algumas técnicas utilizadas em modelagem, isto pode facilitar bastante.

Com a versão gratuita, podemos desenvolver jogos para plataforma Windows, MAC e Web (para Web é necessário instalar um plugin, semelhante ao flash). Existem complementos para a versão Pro que permite o desenvolvimento de jogos para iPhone e Wii. A programação pode ser feita utilizando C# (a Unity é baseada no Mono), JavaScript ou Boo (uma variação de Python, feita por um brasileiro).

Unity no iPhone

Podemos criar modelos 3D em diversos softwares e importar na Unity,de uma maneira incrivelmente fácil e simples: basta colocar o modelo no diretório da “Assets” do seu projeto, que ela automaticamente adiciona dentro do projeto, nem é necessário abrir e fechar o projeto. Isto é tão útil que podemos alterar o modelo salvo em Assets e visualizar o resultado dentro da Unity.

Apensar de ser um ambiente 3D, podemos criar um jogo em 2.5D, como o este exemplo de tutorial de jogo de plataforma. Outro ponto forte desta game engine é a utilização de audio e vídeo (vídeo só na versão Pro) nos jogos, da mesma maneira simples e prática que importamos um modelo 3D.

Estas são algumas das features da Unity:

• Editor integrado: Fácil utilização, pode ser customizado, funciona com drag n’ drop
• Gráficos: Renderização em tempo real, sistemas de partículas, suporte a DirectX e OpenGL
• Importação de modelos: Aceita diversos formatos, com suporte a texturas, bones e animações
• Publicação: Windows, Mac, Web, Wii e iPhone
• Shaders, Luz e Sombra: Efeitos prontos, elementos naturais, editor de shaders
• Rede: Suporte a sincronização, acesso remoto e conexão
• Física: Utiliza a PhysX da Nvidia, e possui recursos específicos, como componente de física para rodas, por exemplo
• Programação: Suporte a C#, JavaScript e Boo. Pode ser integrado à uma solução do Visual Studio
• Debug: Todos os parâmetros de qualquer objeto ou modelo podem ser alterados em tempo de execução, além de existir a possibilidade de pausar a execução para verificar parâmetros

Existem muitas outras features na Unity, porém estas acima já a torna uma grande game engine, cheia de recursos. Além desta parte técnica, existe algo na Unity que merece muito destaque: sua comunidade. Através do site, podemos entrar em contato direto com os desenvolvedores para dar sugestões e feedback. Existem também foruns diversos e ativos, com pessoas dispostas a te ajudar sempre que for necessário, além de um vasto material que inclui um FAQ, Wiki, dicas, repositório de exemplos e um chat (IRC). Ah, também existe uma revista publicada por eles, a Unity Develop Magazine.

Além de tudo isso, ainda podemos contar com um completo suporte, que oferece documentação técnica, manual, referências, exemplos de script, tutoriais, exemplos de projetos, vídeo aulas, artigos, e recursos gratuitos, como plugins desenvolvidos pela comunidade.

Por enquanto encontrei apenas um livro dedicado a Unity, o Unity Game Development Essentials, do Will Goldstone. Em seu site, existem excelentes vídeo aulas sobre a Unity, e outros softwares. Eu fiz meu tech demo depois de assistir a primeira vídeo aula.

Desenvolvimento de jogos com a Unity

Hoje, grande parte dos jogos feitos com a Unity são para PC e/ou Mac (inclusive um MMO), enquanto jogos para Web enfrentam a barreira do Flash. Mais de 325 jogos foram feitos e publicados para iPhone, porém poucos foram feitos para Wii.

Ao abrir a Unity pela primeira vez, após instalar, ela carrega um projeto demo, que é de uma ilha que utiliza diversos recursos. Este demo é muito legal para estudar, pois possui uma infinidade de pequenos detalhes que mostram o poder da Unity.

Demo da Ilha na Unity

Vale muito a pena dar uma olhada no site da Unity, que possui muitas coisas legais para os desenvolvedores. Existem também muitos sites e tutoriais espalhados pela internet, estes são alguns que eu já usei e recomendo:

• Learn Me Silly: http://www.learnmesilly.com/
• Learn Unity3D: http://learnunity3d.com/
• Unify Community: http://www.unifycommunity.com/
• Unity: http://unity3d.com/

Eu comecei a estudar a Unity há pouco tempo, então não fiz muita coisa além de “brincar”. Provavelmente irei utilizar esta game engine no meu TCC da Pós-Graduação, e durante o desenvolvimento irei publicar aqui tutoriais sobre desenvolvimento de jogos com a Unity. Se quiser ver o tech demo que fiz, clique aqui para fazer o download (versão para windows).