Oi ninguém! \o/ Decidi usar esse blog também como blog pessoal relacionado ou não com games. Ninguém lê isso, e às vezes sinto vontade de escrever, então, é isso que farei aqui (ou não). Um dia termino o Labirinto.

Bom, estava eu no Twitter quando o Pablo Miyazawa fez um post sobre o fim da EGM e seu impacto na EGMBrasil. Não me agüentei e tive que expressar minha opinião na coluna. Isto foi oque escrevi:

“Minha dúvida é se a editora brasileira vai querer continuar pagando direitos por um nome que não significa mais nada. A qualidade da EGMBrasil está péssima: textos mal escritos, erros de diagramação, revisão inexistente e tradução de matérias por pessoas sem domínio algum de inglês, fora as constantes mudanças de editor chefe. Nada disso, contudo, parece importar muito: a EGMBrasil vende bem e tem anunciantes saindo pelo ladrão. Mas eu realmente me preocupo com a qualidade do texto e de conteúdo, agora que não haverá mais material da EGM americana à disposição.

Amigos meus (e eu mesmo, muitas vezes) me perguntam porquê diabos eu ainda compro a EGM. Acho que é saudade da época da Ação Games e porquê sou velho e gosto de ler notícias em revistas. Mas também é porque foi uma revista de qualidade excelente e eu ainda tenho esperança que volte à ser oque foi alguns anos atrás. Eu lembro que eu torcia para terem mais matérias nacionais do que traduções, hoje é tudo muito fraco.

Espero que a EGMBrasil continue, mas eles precisam melhorar! Mas isso não vai acontecer sem quedas nas vendas e, pelo jeito, as vendas vão continuar onde estão, assim como os anunciantes, e leitores bobos como eu que continuam gastando R$ 10,00 por mês na revista.” 

Bom, falei. Consegui tirar isso do meu peito ao invés de ficar só chorando as mágoas com o Kirkpatrick. Se eles não comerem os textos na diagramação, usarem menos palavras como “supracitado” (revista Gamers! BLÉ! xP) e “escalafobético”, diminuirem a quantidade de textos escritos pelo Arbulu e PROIBIREM o tal de Lucas Patrício de traduzir qualquer coisa, eu vou continuar comprando a revista, mas com menos culpa. Iria pedir prá tirarem o metaleiro do cargo de editor-chefe, mas aí já é querer demais. ><

Hoje vou relatar oque foi feito desde que comecei a fazer o jogo. Iniciei Labirinto no mês de abril deste ano movido pela idéia de que seria interessante e viável um jogo de exploração em primeira pessoa feito em Renpy. Comecei fazendo alguns testes de animação com o Renpy. Desenhei muros e montei um cenário. Era apenas uma animação simples que mudava de quadro ao clique do mouse. Pois bem, tinha meus gráficos de quebra-galho e um objetivo: criar um labirinto tridimensional com visão em primeira pessoa (ou câmera subjetiva para os cinéfilos), oque me faltava era entender como funcionaria logicamente um labirinto no meu jogo.

A solução (que me foi explicada pelo Kao) foi armazenar um conjunto de caracteres em uma matriz e fazer o jogo exibir a configuração do cenário de acordo com a posição do jogador dentro deste “mapa”. Os “#” eram paredes e os espaços em branco eram portas. O programa analiza a posição atual e informa oque tem dentro dos espaços visíveis dependendo da direção que o personagem está olhando. Onde estiver um “#”, colocamos uma parede, onde tiver ” “, uma porta. Na verdade, no meu programa, as paredes estão sempre visíveis, eu apenas posiciono as portas de acordo com a posição (assim como o desenho mostrando a porta na perspectiva correta em relação à distância da câmera).

Depois fiz um menu provisório para a navegação que, assim que implementado completamente, moverá o personagem para frente e para trás e permitira virar para os lados.

Vejam agora como ficou.

Por hoje é só. Da próxima vez espero já ter conseguido fazer o personagem girar e, quem sabe, algum prótótipo do sistema de batalha.

Hoje vou mostrar uma espécie de “mini-game-design-document” e apresentar o jogo que estou trabalhando. Resolvi usar um modelo de pergunta/resposta para ficar mais claro oquê eu planejo para este jogo e para que o leitor possa entender como foi o processo criativo. No próximo post relatarei o estado atual de desenvolvimento e as dificultades de implementação (tanto do ponto de vista da arte quanto da programação) que tive até agora.
Qual o nome do jogo? Labirinto (nome provisório)

Qual o estilo do jogo? RPG para um jogador mimetizando a jogabilidade características de RPGs online. Usarei como referência o modo offline de Phantasy Star online, com a diferença que as “dungeons” serão labirintos tridimensionais visualizados em primeira pessoa (de forma similar à Phantasy Star, do Master System). O sistema de batalha será por turnos.

Quais recursos gráficos serão nescessários? Gráficos 2D para representar as paredes dos labirintos, os inimigos, os personagens do jogador atacando, menus e NPCs. Alguns desses gráficos serão gerados em 3D e depois renderizados em uma imagem bidimensional.

Como vai ser o estilo gráfico? Inicialmente, nesta versão de demonstração, usarei gráficos reaproveitados de outros jogos (como os labirintos de Phantasy Star), mas, para a versão final, os gráficos serão confeccionados especialmente para o jogo. O estilo terá como inspiração o futuro e a era espacial, como na série Phantasy Star , em Xenosaga, ou Mass Effect . Tudo isso com influências fortes do traço do Mangá e inspirado por culturas antigas do nosso planeta (como a cultura Bizantina, a cultura Asteca, o Egito e a Roma Antiga, por exemplo).

Quais ferramentas serão usadas no desenvolvimento do jogo? Usarei a engine RenPy baseada em python e desenvolvida para a criação de romances visuais e jogos similares aos jogos de namoro japoneses como Sentimental Grafitti, Tokimeki Memorial ou Sakura Taisen. Escolhi essa engine devido à facilidade de seu aprendizado e por simplificar muito a exibição de imagens na tela. Meu conhecimento de programação ainda é pequeno mas, por outro lado, usar ferramentas de desenvolvimento rápido com interface visual (como RPG Maker ou GameMaker ) não era uma opção interessante porque estes programas acabam limitando muito oquê pode ser feito, além de serem relativamente complexos e tomarem um tempo para se aprender coisas muito básicas. Ou seja, muito trabalho para pouco resultado. O RenPy tem um tutorial suficientemente detalhado e, apesar de ter sido feito para diminuir ao máximo a quantidade de programação, me dá liberdade de criar projetos tão complexos quanto eu achar nescessário. Um conhecimento relativamente básico de Python já serve para aumentar sensivelmente a complexidade de um programa criado usando RenPy.

Oque o jogador irá controlar? O personagem principal. Inicialmente haverá apenas um personagem “default” que não poderá ser modificado, contudo, a idéia é que o jogador possa construir seu próprio personagem e definir sua classe. A opção de criação de personagem vai ser implementada assim que o modo de jogo principal estiver em pleno funcionamento. Na maioria do tempo o personagem do jogador não poderá ser visto, mas haverão animações na hora da batalha, bem como um retrato do personagem. O personagem poderá ser de uma dentre estas quatro raças distintas: os Humanos, os Mecha (uma civilização de robôs com inspiração no egito antigo), os Felis (uma raça de humanóides com traços felinos, mais especificamente, parecidos com leões) e os Hidro (uma raça de belos seres longevos e aquáticos com características de moluscos e plantas, além de afinidade com magia). Também será possível escolher dentre uma destas classes: Strider (uma classe de guerreiros fortes que utilizam espadas, escudos e machados), Ranger (guerreiros especializados no uso de armas de fogo e no controle de familiares), Cosmologist (dominadores da matéria, uma espécie de mago), Medic (guerreiros ágeis e velozes capazes de ataques certeiros, além de dominarem algumas técnicas de cura).

Como será a jogabilidade? O jogador cria seu personagem. Logo após é contada uma breve história introdutória. Em seguida o jogador pode, através de um mapa, selecionar pontos na cidade para visitar lojas, sua própria casa (onde será possível dormir, armazenar itens e salvar, além de outras opções), espaço-porto, terminal de monorail, saída da cidade, hospital,casas de NPCs e a Agência. Inicialmente, nem todas as áreas estarão acessíveis. Na agência o jogador poderá aceitar missões. Ao selecionar uma missão é apresentado um resumo, nome do cliente, taxa de inscrição (quando aplicável), dificuldade e valor da recompensa. Caso o personagem preencha os requisitos e aceite a missão, um briefing detalhado é apresentado pelo atendente ou pelo contratante. Informações-chave nescessárias para o cumprimento do desafio ficam armazenadas no diário do jogador. Após o briefing, o jogador deve se dirigir ao local indicado e iniciar a exploração, ele pode, se assim desejar, recrutar membros para ajudá-lo. Os cenários onde a exploração ocorre serão labirintos percorridos com visualização em primeira-pessoa onde ocorrerão batalhas aleatórias com monstros e, dependendo do desafio, um ou mais chefes. O sistema de batalha (á ser criado) será por turnos. O jogador pode contar com o auxílio de um mapa no canto da tela caso este tenha sido fornecido, caso contrário, o sistema de mapeamento cria um conforme o jogador explora. Caso o jogador seja derrotado em batalha ele é resgatado e acorda no hospital com sua energia e Pontos de Quantum recuperados. Ao cumprir o objetivo de uma missão, o jogador deve regressar à Agência e recolher sua recompensa.

Por enqüanto é isso. O detalhamento específico de cada aspecto da jogabilidade será detalhado de acordo com a implementação. Sugestões, opiniões e críticas são bem-vindas. Até o próximo post!

Olá! Meu nome é Neil e bem-vindos ao primeiro post deste blog.

Pretendo registrar aqui minhas experiências e as etapas de trabalho do jogo que estou desenvolvendo.

Em breve farei um post com uma apresentação decente, dizendo quem eu sou e porquê tenho interesse no desenvolvimento de jogos. Por hora, apenas convido aos visitantes do blog a participarem com suas idéias, dúvidas, críticas e sugestões, assim como conselhos e qualquer outro tipo de ajuda (especialmente em programação! Vou precisar!).

No próximo post, um “mini-game-design-document” explicando o projeto que está sendo desenvolvido. Até lá!