Resumo pra quem tem preguiça de ler: é uma técnica onde se tenta aplicar iluminação em um objeto de poucos polígonos como se ele fosse mais detalhado do que realmente é. Na prática, isso significa que tudo fica mais bonito

Pois bem. Sempre quisemos colocar isso em ação nos nossos Sumokas, mas sempre havia coisas mais importantes a se fazer (tipo menus e condições de vitória, essas coisas inúteis). Porém, com a recente (res)subimissão do jogo ao SBGames, chegamos a uma situação um pouco mais folgada que nos dá liberdade de trabalhar um pouco no que der vontade

Então, ontem à noite me deu vontade de colocar essa joça de normal mapping pra funcionar. Na verdade o material artístico necessário (a textura com o normal map do modelo baseado numa versão hi-poly) já existia e havia sido testado fora do jogo, então era “só” questão de ajeitar materiais e shaders para utilizar isso. O que, como sempre, não se mostrou uma tarefa muito trivial. Segue abaixo a sequência de resultados conseguidos até a meia-noite:

Primeira tentativa. Deu tudo errado, e entrou o material padrão.

Agora o material entra! Mas o shader tá errado, e fica tudo preto.

OK, estamos chegando a algum lugar! Mas seria bom que todos os membros funcionassem...

E este seria um ótimo resultado, se a idéia fosse uma luta entre bonecos de borracha.

Finalmente, o shader funcionou e os Sumokas parecem pessoas normais o/

O maior problema, na verdade, foi que pra começar, foi difícil achar um shader que fizesse o que a gente queria. Ou tinha coisa demais (e ia afetar a performance desnecessariamente) ou tinha de menos. Bom, como eu sou cabeça-dura, peguei um que tinha coisa de menos e fui adicionando funcionalidade aos poucos, enquanto aprendia a usar shaders com OGRE. O último screenshot mostra como a coisa estava até ontem.

O trabalho de hoje consistiu em adicionar ao shader um detalhe que havia sido esquecido: levar em consideração a cor definida pro objeto no material (por isso os Sumokas parecem mais claros do que deveriam). Mas, ainda assim, havia problemas: o shader só funcionava com Direct3D e 16 bits

Era isso que acontecia se você tentasse rodar com OpenGL.

Enfim resolvi tomar vergonha na cara, usei um shader prontinho pra OGRE (que o Yanko havia achado) e agora tá tudo funcionando muito bem Segue o resultado final (observação: as sombras projetadas foram desligadas para evidenciar as diferenças no material):

Vermelhos com normal mapping, azuis sem.

Observe em especial a diferença nos ombros, e nas gorduras localizadas nas costas

E assim termina mais uma odisséia deV( )id e mais um detalhe incrementando o SumoCheckers. Pode parecer que a diferença foi pequena, mas são estes detalhes que fazem o jogo se tornar cada vez melhor

Nós já tínhamos a idéia de fazer um porte do alpha do SumoCheckers pra Linux, mas por falta de tempo, outras coisas a serem feitas e espaço em HD pra eu instalar uma distro, isso estava com prioridade baixa. Até que o Diego Dukão, gente boa, me perguntou se o nosso jogo era multiplataforma. Eu respondi… bom, a verdade: ele era. Mas em teoria. Como tinha (finalmente) comprado um HD novo e já estava protelando pra escolher distro há algum tempo, decidi instalar um Ubuntu 10.04 mesmo, que seria a opção mais rápida de ficar up-and-running – e provar o conceito.

Este post é pra ajudar qualquer um que venha a ter os mesmos problemas que eu tive com as ferramentas que a gente usou. Então quem tiver interesse em fazer uma viagem pra Taerra Pinguinis, vamonos! Pra quem não tiver interesse, lá no final tem fotos do SumoCheckers atual, e aqui tem uma foto de um pinguim bonitinho:

Cuti cuti

Primeiro Problema: Code::Blocks

Ok, começamos bem. Nossa IDE de escolha é o Code::Blocks, e eu obviamente imaginei que a única coisa que eu ia precisar fazer seria abrir o projeto e remover os defines relacionados a código WIN32. Boy oh boy, was i wrong.

O Code::Blocks usa o WxWidgets e, por eu ter escolhido a versão recém-saída do forno do Ubuntu, por algum motivo místico a versão que vem nele é incompatível com a versão que o Code::Blocks usa. Primeira decisão errada: depois de bater cabeça um bocado de tempo, falei “bom, já estávamos querendo tentar o QtCreator mesmo… vamos ver no que dá”. No fim das contas, não valeu nem um pouco a pena tentar recriar o projeto numa IDE que você nunca viu na vida com um deadline de 2 dias, e eu acabei voltando atrás e procurando a solução do problema. Pra todos aqueles que tentaram usar o C::B no Lucid Lynx e se depararam com essa creca, basta seguir as instruções desse link e alternar as versões sendo usadas, que o bicho roda.

Fuck yé, ID-É!

Segundo problema: a dependência esquecida

O Dystopia tem uma interface de redes que atualmente é operada pela RakNet, que é tão boa que é basicamente “se você precisa de alguma coisa de redes pro seu jogo e já não tem no que quer que você esteja usando, use a RakNet”. A versão de testes do SumoCheckers original era completamente dependente de rede, mas nós decidimos adiar essa implementação por enquanto pra versão 3d, então atualmente os dois jogadores são controlados por teclado. O código de redes está lá, mas não está sendo usado. Mesmo assim, o framework ainda precisa da dependência (a RakNet) pra compilar.

Pra quem usa a RakNet, sabe que o Rakkar faz updates constantemente. E talvez já tenha se perguntado onde diabos ficam as versões antigas pra baixar. A resposta é mais simples do que parece: está tudo no diretório raiz do link de download da versão atual – assim, qualquer um que, como nós, não troque de versão dela a cada semana mas tenha perdido o zip original da versão que usa, pode achar as versões mais antigas aqui.

Um bump in the road pra quem não tá acostumado é o CMAKE. Ele é excelente depois que se aprende a usar, mas até pegar o jeito, é chatinho. Felizmente, existe o CMAKE-GUI, que pode ser pego com um apt-get, que facilita BASTANTE o processo. Como eu queria apenas ter algo rodando rápido, gerei o mínimo possível para resolver o problema da dependência, ou seja, se bobear, para uma versão final usando de fato a RakNet, precise rever o .SO.

INTERMISSION: .SO’s

Pra quem nunca programou em Linux, talvez não saiba: .SO’s são “shared objects”, que são basicamente as .dll’s dos sistemas *nix. Aqui tem um pouco mais de informações a respeito. Eu ainda preciso estudar um bocado pra saber como juntar tudo num pacote bonito e instalável, mas diacho, isso é só uma prova de conceito. Moving on!

Terceiro Problema: mais dependências, nomes de arquivo e diretórios

Depois de compilar a RakNet, foi a vez da Ogre3d. Para não ter que esperar o download, peguei o source que já tinha baixado no Windows pra usar. Funcionou, mas a árvore de diretórios não era a mesma, ou seja, tive que mover alguns diretórios e arquivos pra lá e pra cá até deixar tudo certo. A conexão estava lenta nesse dia, então acabou sendo mais rápido fazer isso do que esperar

Pra facilitar, aqui vai um guia completo de como instalar do source, que foi o que eu segui.

A IrrKlang, que estamos usando para o som, foi a única bondosa dependência que já vinha pré-compilada. Não tive que fazer nada, apenas avisar pro linker usá-la. Abençoados sejam!

Quando finalmente abri o projeto do SumoCheckers no Code::Blocks, acabou que ele teve alguns problemas na localização de arquivos também. Isso aparentemente aconteceu, pelo menos em parte, por problemas de nome de diretórios e arquivos – lembrando sempre: o Linux é case-sensitive, o Windows não. Sendo assim, resolvi esvaziar o projeto e re-adicionar todos os arquivos de fonte. Depois de bater cabeça um tempo com um arquivo que simplesmente não precisava estar no projeto (e por isso dava erros de compilação), pronto, tudo certo!

Aos finalmentes: HIT COMPILE!

E finalmente temos……………….. um erro. No caso, apenas *UM* erro, literalmente, e era num define: o Tinnus colocou o Sleep() pra Win32 mas não colocou pra Linux, então colocou um #error lá pra indicar que a gente deveria pegar pra consertar depois. Temporariamente usei o sleep(), mas essa função recebe segundos, ao invés de milissegundos, como o Sleep() do windows. O correto seria usar o usleep(), que recebe microsegundos (mnemônico: u é µ) e multiplicar por 1000 pra ficar equivalente.

“Finalmente! Compilou! I am Root!”  etc. Até ver que o mouse não funcionava.

Ainda não, mas quase lá.

Mas era um problema bobo: estávamos passando “mouse_win32″ pra função que controlava o mouse e, bom, no Linux não deveria ser isso. Por sorte, a interwebz provê a resposta facilmente: pra quem usa OIS para controlar input, provavelmente faz um

pl.insert(std::make_pair(std::string("w32_mouse"), std::string("DISCL_FOREGROUND")));
pl.insert(std::make_pair(std::string("w32_mouse"), std::string("DISCL_NONEXCLUSIVE")));

no Windows. No Linux, isso deve ser um

pl.insert(std::make_pair(std::string("x11_mouse_grab"), std::string("true")));
pl.insert(std::make_pair(std::string("x11_mouse_hide"), std::string("false")));

Resultado do experimento

Oficialmente o SumoCheckers é um projeto cross-platform =)

Precisamos apenas de 3 linhas de código adicional pra que ele rodasse em Linux: o sleep(), que já estava previsto, e as coisas de input da OIS que não previmos, realmente, mas pelo menos era bem óbvio dados os parâmetros que a gente passava. Impressionantemente, foram 2 dias fuçando direto, só nos problemas de dependência e IDE, gastando menos de 15 minutos pra resolver os do nosso código. Com isso, acho que fica bem entendido o título do post. Fazendo as coisas direitinho, o único problema que você vai ter é na sua falta de prática em outro ambiente de desenvolvimento mas, seguindo os padrões da linguagem e usando apenas bibliotecas crossplatform, você só vai precisar escrever seu código uma vez – o resto é só setup de ambiente. Próxima aventura: MacOS, depois que alguém me doar um MacBook!

Ironicamente, dias depois descobri que a versão de Windows roda perfeitamente bem no Wine. Mas hey, isso não vem ao caso, vamos a alguns screenshots do estado atual do SumoCheckers, com a nova dama e uma boniteza a mais no cenário:

Gramas

Damas

É isso! Espero que acabe ajudando alguém querendo entrar na tuxlândia.

PS: Estamos precisando de um nome pro evento de gamedev que estamos montando pro ano que vem! Mandem sugestões pelos comentários ou pro @devoidgames!

PS2: o plugin de Wordpress que faz os códigos identadinhos é o Syntax Highlighter Plus.

PS3: quem disse “o inferno são os outros” foi o Sartre, vale a pena ler pra entender por completo o título do post =)

PS4: está sendo projetado com ajuda dos desenvolvedores (HAH!)

Pra quem notou o silêncio no @devoidgames, deve ter pensado que

a) Era fim de período

b) Tinha um deadline curtíssimo pra enviar algo pro SBGames 2010

c) Alguém ficou semi-morto

A new challenger appeared: d) todas as anteriores! Mesmo assim, eu e o Tinnus passamos pelo nosso primeiro mega-crunch. Foi tenso, e é algo que todo desenvolvedor vai passar eventualmente. Coisas feitas na correria, tudo “bom o suficiente” mas “poderia ser melhor”, trilha sonora feita em meia hora (literalmente)… mas cá estamos!

And we’re proud to present: o primeiro preview público do SumoCheckers em sua forma 3D!

Um menu com Z cagado que pra mim ficou muito mais estiloso que a versão final!

O tabuleiro (já um pouco bagunçado)

Eles não estão dançando.

Coisas a se notar: os gráficos são uma iteração dos anteriores, mas ainda são meio que placeholders. As músicas foram feitas em literalmente 20 minutos. O Tinnus programa realmente muito rápido. E coisa final a se aprender: NUNCA, repito, NUNCA você vai mandar algo que não esteja pronto antes de 23:50 num deadline às 00h. Sempre tem algo pra consertar, polir, adicionar e, principalmente, desesperar!

Sugestão pro pessoal do SBGames: mandem um e-mail de confirmação pra quem enviar o jogo! E MPEG1 não é um bom método de compressão mais, youtube/vimeo tão aí pra isso

Sugestão pro pessoal da deV( )id: quaisquer que vocês tenham, mandem!

Without further ado: o vídeo de gameplay, feat. barulhinhos do meu gTalk!

Esperamos vossos comentários, a voz do povo é a voz de Deus!

Raras são as vezes que nós temos a oportunidade de fazer trabalhos pra faculdade relacionados a jogos – ou porque foge completamente ao escopo da disciplina, ou porque simplesmente não daria tempo de fazer algo com um monte de outras matérias pra se pensar a respeito. Então sempre que eu acabo caindo numa “eletiva de escrever” (como são carinhosamente conhecidas as matérias em que nós não necessariamente tratamos com integrais ou algoritmos), eu tento puxar a sardinha pra esse lado.

Como não estou tendo tempo pra atualizar o blog por causa do spree de fim de período, com um bando de trabalhos pra fazer, resolvi simplesmente fazer trabalhos que eu pudesse postar no blog! Um sobre a inovação da indústria, e o outro sobre… ensino.

Sim, senhoras e senhores, eu fiz um trabalho sobre games aplicados ao ensino. E sim, ele é uma expansão do meu rant sobre a quantidade enorme de coisas do tipo no SBGames do ano passado (ctrl+f “Rant 3″).

Então enquanto não atualizamos aqui com os posts mais técnicos, aqui vai:

a) “Evolução e Inovação no Mercado de Jogos Eletrônicos” – feito há alguns anos atrás para a disciplina “Conhecimento e Inovação”. É basicamente um estudo da história do videogame, que por ter sido feito há algum tempo, já está um pouco defasado. Provavelmente a maioria das pessoas que passarem por aqui vai saber da maior parte do que tem lá, mas fica o registro.

b) “Jogos Eletrônicos como Ferramenta de Ensino” – feito semana passada pra “Informática Aplicada ao Ensino”. Esse, pra quem gosta de ler o blog, acho que é mais interessante de ler inteiro. E por favor ignorem o auto-plágio de uma página do trabalho anterior, eu estava trabalhando com deadlines complicadas! O trabalho basicamente expande aqueles pontos básicos de que

• b.1) Só vai funcionar direito se o que se quer ensinar for inerente ao gameplay;
• b.2) O foco é tanto o aluno quanto o conteúdo;
• b.3) Não é nada fácil fazer um bom jogo educativo;
• b.4) Não é só na escola que existe ensino; e finalmente
• b.5) Não é porque um jogo não é educativo que ele não vai te ensinar nada!

É basicamente isso. Tem vários exemplos que acabaram não indo pro texto por falta de tempo (e porque o escopo era um pouco fechado, apesar de tudo), mas aí é só ficar de olho no @devoidgames que tão todos lá =)

—Em outras notícias!—

Está cada vez mais perto a confirmação do evento de jogos que o pessoal da deV( )id (eu e o Tinnus) tá montando com o pessoal do LabIC-UFRJ (eu, o Tinnus e o @rafalopes ). Serão dois dias em outubro dedicados a palestras e mesas redondas, abertas a todos os interessados – incluindo, obviamente, uma mostra de jogos independentes. Fiquem de olho! Se tudo der certo, em breve teremos um hotsite

Então lá vamos:

Rants (o que eu vejo por aí e sinto vontade de chiar a respeito)

• Devoid Politics – Polêmica! Efeitos de luz! Gamers contra o projeto de lei do Sen. Valdir Raupp;
• Ressaca SBGames 2009 – Mais do que sobre o evento, sobre as entrelinhas que eu pude observar do cenário nacional;

Fundamentos (alguns pontos importantes pra quem está começando no mundo de gameDev)

• Intro - Por que começamos por aqui?
• Parte 1:  Prototipagem – qual a importância de um bom protótipo antes de começar o desenvolvimento?
• Parte 2: Cliente/Servidor - por que é legal partir desse raciocínio pra sua estrutura;
• Parte 3: O Framework – um pouco sobre o framework que estamos desenvolvendo;
• Parte 4: O Projeto – a resposta para a proverbial pergunta “mas o que diabos vocês estão querendo?”

SBGames 2009 (cobertura do maior evento nacional da área)

• Dia 1 – Novidades, keynotes e uma chuva dos diabos;
• Dia 2 – Negócios, Ubi Brasil e Playstations;
• Dia 3 – Gente esquisita e jogos independentes;
• Prólogo: vide Rants, “Ressaca SBGames 2009″;

Geral (posts sem pai nem mãe)

• devoid updates? – um pequeno keep alive pra dizer no que estamos trabalhando e um pedido de desculpas pela ausência de posts com um screenshot do estado atual do SumoCheckers;
• Arte nos games: do Impressionismo ao Uncanny Valley – café com leite, mas didático;
• Clipping do DevBlog do Braid – como eu gastei uma tarde com Jonathan Blow & Cia;
• Tatuem isso na testa! – Um pequeno infográfico da jornada de qualquer wannabe;
• Going indie – por que vale a pena arriscar;

Pra quem já lia o blog, recomendo o EArena Games, um site nacional bem legal de notícias com gente que sabe o que faz! (como vocês já devem ter percebido, se seguem o @devoidgames)

E pra quem chegou hoje… espero que venham mais vezes! Sigam a gente no twitter, assinem o RSS do blog e metam bronca nos comentários!

Concorremos ao Prêmio "Technologically Impaired Duck" 2010

Olá todo mundo! Por favor, finjam que as teias de aranha são decoração adiantada para o Halloween (ou um jogo de terror que secretamente estamos preparando). Elas serão faxinadas em definitivo em breve!

Mas vamos à vaca fria: o que diabos nós andamos fazendo? Um FAQ/keep alive da nossa parte:

1) A deVoid morreu?

Nem de perto! Na verdade, não estávamos nem hibernando – o tempo só ficou um pouco curto pra manter o blog. Temos várias coisas caminhando em paralelo. Infelizmente uma dessas coisas se chama “graduação de Ciência da Computação na UFRJ”, por isso o silêncio de nossa parte!

2) E o que diabos vocês andam fazendo?

Basicamente, desde o nosso último post, o que rolou foi o seguinte

• O Tinnus quebrou a cabeça por semanas tentando fazer um sistema decente de lag compensation pro protótipo do SumoCheckers. Como tem alguns problemas inerentes ao nosso gameplay, isso virou um post que ainda está sendo rascunhado, já que alguns ajustes são necessários, mas assim que ele tiver chegado num ponto de “eureka”, vocês vão ter um artigo bem legal (e técnico) por aqui;
• O Yanko bolou mais uns 5 game designs diferentes que eventualmente podem aparecer daqui um tempo;
• Nós decidimos começar o desenvolvimento “final” do framework Dystopia (a base do nosso projeto, e provavelmente nosso projeto final). Então estamos plugando tudo pra poder, em breve, ter um protótipo 3d exatamente igual ao 2d, e daí pra frente, é só adicionar todos os sistemas necessários pro jogo.
• Fomos entrevistados pelo pessoal do EArenaGames, entrevista que deve ir ao ar essa semana ou na outra! Avisaremos pelo twitter!
• Estamos tentando descobrir por que diabos o Rio não tem um Chapter da IGDA. E se não acharmos nenhum motivo impeditivo, queremos agitar a unificação da cena daqui. Qualquer um interessado em estudar a viabilização disso (mesmo que não seja formalmente IGDA, mas pelo menos um “epicentro” pros desenvolvedores cariocas), por favor, deixe um comentário pra gente entrar em contato via e-mail!
• Estamos também correndo atrás de financiamento na UFRJ para fazermos um evento carioca de games, juntando palestras acadêmicas e de gente do mercado. Infelizmente, precisamos da resposta da pró-reitoria responsável para viabilizar financeiramente o projeto – mas queremos que seja algo que englobe estudantes, profissionais e hobbystas. Mais uma vez, os interessados por favor deixem comentários pra que a gente possa entrar em contato por e-mail caso isso se confirme! E claro… vai ter uma mostra de jogos independentes

3) Até quando vocês vão fazer posts com o título contendo um trocadilho com “devoid”?

Ei!

4) Sobre o que vocês devem postar num futuro próximo?

Muita coisa rolou na briga Activision x Infinity Ward, muita coisa se falou do DRM da Ubisoft, muitas promoções “pague quanto quiser” no mundo indie… então tem bastante coisa pra fazer rants a respeito. E claro, sempre que tivermos updates significativos/artigos sobre o projeto, vamos postar aqui. E claro, continuamos sempre clippando notícias no @devoidgames!

5) Falando nisso… e o jogo?

Bom, ele está apenas entrando na fase de protótipo 3d… então não há nada final pra ser mostrado ainda, por isso a ausência total de novidades, ou screenshots ou coisas do tipo. Não queremos mostrar nada enquanto não estiver com assets na versão final.

Mentira.

Stay tuned!

Todo mundo já deve ter ouvido falar do projeto de lei do senador Valdir Raupp que determina pena de até 3 anos para quem comercializar, distribuir ou estocar jogos considerados “ofensivos”. Isso rodou as comunidades de jogadores, até mesmo em meios internacionais e motivou uma carta aberta à população por parte da Abragames.

O que nem todo mundo percebeu é que o projeto está, há um bom tempo, em vias de aprovação. A notícia já tem quase dois meses, mas a bigorna só me caiu na cabeça agora: o que exatamente nós, como cidadãos, desenvolvedores e jogadores estamos fazendo a respeito?

Na atual situação, após ser aprovada na Comissão de Educação, o projeto é enviado para a Comissão de Constituição e Justiça. Se lá também for aprovado (corrijam-me se eu estiver errado aqui) ele vai pra mão do presidente, este podendo vetar (enviando de volta para que seja replanejada) ou aprovar, virando, assim, lei de fato.

Pra quem não tiver tempo, nem paciência de ler, já adianto a pergunta chave do post: o que NÓS podemos fazer? Eu pergunto isso com toda sinceridade do mundo, porque realmente não sei. Espero que vocês tenham sugestões, o espaço de comentários está aí pra isso.

Agora, pra quem quiser ler um dos posts gigantes, lá vamos nós.

Resumidamente, o projeto de lei

Altera o art. 20 da Lei nº 7.716, de 5 de janeiro de 1989, para incluir, entre os crimes nele previstos, o ato de fabricar, importar, distribuir, manter em depósito ou comercializar jogos de videogames ofensivos aos costumes, às tradições dos povos, aos seus cultos, credos, religiões e símbolos.

Ignorando completamente a justificativa ignóbil de que

[...] os videogames mudam as funções cerebrais e insensibilizam os jovens diante da vida. Os jogadores frequentes sofrem danos a longo prazo em suas funções cerebrais e em seu comportamento.

dada pelo sen. Valter Pereira, podemos partir para o grande problema do texto: o que classifica algo como ofensivo?

Na real, qualquer coisa pode ser ofensiva a qualquer pessoa. Um cristão pode se sentir ofendido por um jogo como Diablo. Ou então uma pessoa negra ou um latino pode se ofender com o fato das gangues do GTA San Andreas serem compostas por membros de suas etnias. Diabos, a Associação dos Pingüins e Galinhas do Sergipe pode ficar ofendida com o fato do Taikodom ser baseado na ação de voar. Os monstros do planeta Blwarh podem ficar ofendidos com a idéia de que um deles poderia matar uma criança inocente. O próprio Valdir Raupp pode ficar ofendido com o fato desse post mencionar os dois inquéritos do Supremo Tribunal Federal em que ele é investigado, as duas ações penais que ele é réu, a assessora que ele não sabe quem é e o seu ex-assessor que ganhou uma rádio. Aliás, o povo brasileiro inteiro pode se sentir ofendido de ter políticos  por aí apertando a mão do José Sarney também!

"Malditos voadores! MALDITOS!"

Não é que eu ache legal um jogo em que você abate freiras e grávidas golpeando-as com cópias de Mein Kampf. Tudo tem seu limite. Mas quanto mais nos aproximamos da fronteira dos jogos com a arte, esse limite fica mais complicado de se definir. E aí entra Voltaire: “Posso não concordar com a sua opinião, mas vou defender até a morte o seu direito de expressá-la”. E se na verdade esse jogo só mostra pra você o quão ERRADO é fazer isso? Qual a validade dessa provocação? É diferente de um filme como “A Queda” que, mal ou bem, coloca Adolf Hitler numa posição em que pode receber empatia da platéia? Ou o “Tropa de Elite” que faz as pessoas se dessensibilizarem com o uso de tortura como modo de conter a violência urbana?

Com muito estardalhaço foi lançado, há uns bons anos, o “Super Columbine Massacre RPG!“, um jogo que colocava o jogador como um dos assassinos do massacre na escola. Em 2007, ele foi um dos selecionados para o Slamdance Festival (festival de cinema independente que acontece ao mesmo tempo que o Sundance, só pra dizer que é independente MESMO). E no fim das contas, foi removido (com certeza por pressões de patrocinadores, apesar disso ter sido negado pelo diretor do evento). O resultado? Grande parte dos jogos que hoje em dia são verdadeiras pérolas do cenário indie dos jogos também foram tirados da competição pelos seus criadores, em sinal de protesto. Entre elas fl0w, Everyday Shooter, Castle Crashers e Braid.

O que o Jonathan Blow falou a respeito? Basicamente, deu uma de Voltaire. Não é que seja um jogo legal, bem feito ou divertido de se jogar. A discussão transcende o certo e o errado JUSTAMENTE porque o jogo é ambíguo nesse sentido: ele te faz PENSAR. Coisa que a mídia em massa evita a todo custo.

Não é o Voltaire.

E por que se preocupar?

Justamente por causa da mídia. Existem incontáveis leis que existem, ninguém sabe nada a respeito e não são policiadas. Por exemplo, alguém lembra que atendimento técnico por telefone, desde 2008, deve funcionar 24/7 e o prazo máximo para resolução de problemas é de 5 dias? Aparentemente a Americanas.com e o Submarino.com não, vide minhas compras de Natal. Mas hey, é lei!

Então por que achar que a lei dos jogos ofensivos não vai cair no esquecimento? A-ha! Mídia. É um assunto polêmico. Centenas de milhares de pessoas acham que jogos eletrônicos são prejudiciais, que são portas para a violência, que são coisa do Diabo. E isso é explorado todo santo dia na mídia. Lembram dos “assassinatos do RPG” há alguns anos atrás? Ou o Duke Nukem ser tutorial pra um bom rapaz, se formando em medicina, resolver descer bala por aí? É culpa dos jogos? Claro que é. Os pais negligentes ou as doenças mentais ignoradas por anos a fio e, principalmente, o fomento da ignorância nas massas obviamente que não são. E isso é explorado o máximo possível. E exposição na mídia é importante pra várias carreiras, principalmente a de… Político!

O problema não são os políticos serem regressistas. É a população. É ela que põe eles lá. Aliás, isso é o grande defeito da democracia: a ignorância da maioria afeta a vida de todos. Então, caso essa lei passe, qualquer jogo que caia na boca de um juiz sem noção vai poder entrar nos trâmites dela como “ofensivo”. E é daí pra baixo.

Mais ou menos isso, mas com a internet também. E não só com crianças.

E a indústria? Aquela que foi até citada no Gamasutra há alguns dias atrás, por alguém que acha que a gente pode, de fato, deslanchar? Bom, pensem assim: quem é que vai ter interesse em fazer lobby em um país onde os seus consoles não vendem porque os seus jogos não podem ser comprados? E se não tiver lobby, como as taxas de importação pra hardware e software de gaming vão abaixar, diminuindo a “necessidade” de pirataria do grande público? E de que vai adiantar publishers investindo aqui em jogos que não vão vender lá fora, já que os com algum potencial de exportação foram considerados “ofensivos” em território nacional? E finalmente: onde vamos ficar como artistas?

O que fazer, então?

O que eu disse ali em cima vale pra quem (ufa, obrigado) leu tudo até aqui. Não sei, não sei mesmo. Mas coisas me cruzam a cabeça: por que não teve um abaixo assinado FÍSICO no último SBGames a respeito, por exemplo? Eu honestamente não sei se essas coisas contam pra alguma coisa ou não, mas imagino que um bolo de 20kg de papel deva contar mais do que 20 abaixo-assinados virtuais diferentes e desconexos. Não diminuindo a iniciativa, mas quem poderia unificar tudo em um só?

O que a Abragames, como órgão representante da indústria, por exemplo, pode fazer? O que nós, como cidadãos que pagamos impostos, podemos fazer? E como consumidores, o que podemos fazer para que empresas como a  Microsoft e a Sony, que querem entrar no mercado nacional nessa área, ajudem nisso?

A qualquer um pára-quedista que tenha alguma idéia, por favor, comente. Como todas as outras facetas da nossa terra-devoid-games, precisamos ser pró-ativos, antes que seja tarde demais.

I quote:

“[...]

Como todos já devem ter percebido, a indústria dos games já está tomando as proporções da indústria dos filmes: o recém lançado Modern Warfare 2 foi o maior lançamento de entretenimento em matéria de vendas até hoje nos EUA, e teve um orçamento estimado entre 40 e 50 milhões de dólares. Ah, e ele também parece um filme – e o diretor foi recentemente chamado pra dirigir um longa metragem.

Ah, meu Rio de Janeiro! Terra de samba, da mulata e futebol!

Hoje em dia, as técnicas de texturização e de iluminação de um jogo são bem similares àquelas dos filmes de animação, mas com uma diferença: enquanto cada quadro gasta horas para ser rodado em um filme de efeitos especiais, os jogos têm de ser renderizados em tempo real. Isso é conseguido usando, além de várias outras técnicas, os shaders. Shaders são, basicamente, programinhas que rodam dentro da placa de vídeo e calculam como a luz reagiria numa determinada superfície, definindo forma e textura de um objeto virtual – e fazendo todos esses efeitos legais que você vê na tela.

E com a potência dos computadores e dos consoles atuais, cada vez mais se investe no fotorrealismo. A desvantagem disso? Orçamentos cada vez maiores e o famigerado “Uncanny Valley“, uma situação bolada por um japonês chamado Masahiro Mori, que diz mais ou menos o seguinte: se uma coisa for muito, mas muito parecida com um ser humano de verdade, mas não for IGUAL a um, nosso sistema cognitivo vai estranhar mais do que se fosse MENOS humano, de fato. Soa meio esquisito, mas com certeza você já se deparou com algo que te desse essa sensação.

"Well hello there, handsome!"

Obviamente, com os avanços na tecnologia, estamos conseguindo nos afastar disso, vide os personagens do (também recém-lançado) Left 4 Dead 2.

Um dos mods mais bem feitos que eu já vi!</comprador de pré-venda indignado>

Enquanto isso, no extremo oposto, temos os jogos com gráficos abstratos, cartunescos e nada realistas. E, assim como no cinema, eles normalmente caem em cima da “cena independente”. Sim! Nós temos uma cena independente, e ela é cada vez maior. Com orçamentos apertados (ou nulos), uma boa idéia na cabeça e times pequenos, grandes sucessos foram criados. E algum deles são simplesmente lindos, vide o Braid.   [Nota do editor: era um post café com leite, eu disse]

Tomem isso, engines 3d: nós temos godrays desde sempre!

Que não dá pra realmente perceber o quão bonito é sem ver em movimento:

A sacada é a seguinte: é muito caro fazer um jogo que rode em qualquer máquina e pareça um filme, mas é barato usar poucos recursos e um bom senso artístico. O Begotten, do Elias Mehrige, por exemplo, com certeza não deveria ser tão assustador sem os efeitos de edição – custosos em relação a tempo, mas baratos no orçamento, em comparação aos grandes efeitos digitais. Assim como o Braid usa alguns velhos truques na manga do mundo dos jogos pra parecer uma tela viva.

E qual a moral nisso tudo? Nada é o que parece – mas parece que é mais ainda. E é essa a grande máxima da magia visual dos jogos.

” And I unquote. Provavelmente vocês vão me ver falando de maneira mais extensa a respeito de direção de arte, especialmente porque nós vamos ter que arrumar uma pro SumoCheckers.

Voltamos no meio de dezembro à programação normal!

PS: ainda sobre o Ideafixa, a Maru, a outra colaboradora (e uma excelente artista!) falou sobre o Team ICO. Pra quem quiser conferir, clicai aqui.

Primeiramente, bem vindos ao novo site da deVoid deV( )id – contando com um domínio próprio e um jeito muito mais estaile de se escrever o nome!

Essa mudança toda é um dos motivos pelo nosso sumiço. Esperamos que vocês gostem! O site novo ainda está em alpha, se notarem qualquer coisa de errado e/ou tiverem sugestões pro tema, podem mandar pra gente! Ainda estamos configurando o servidor, então mandem por comment, mas assim que tudo estiver certo vamos divulgar os novos e-mails de contato.

Fechando o arco dos Fundamentos deVoid, venho falar (finalmente) sobre “o que diabos vocês estão fazendo aí?”. Vou propor uma adivinhação. Eu dou uma dica e você tenta descobrir.

"Adivinhações? Eu adoro adivinhações!"

Envolve damas e cavalheiros enormes de gordos usando nada além de fraldas.

"..."

Calma, já vamos chegar lá.

1- A idéia Inicial

Há muito tempo atrás, eu e o Tinnus estávamos num período de ócio criativo pra projetos no laboratório que fazíamos iniciação científica na faculdade. Na época, muita gente por lá jogava Tactics Arena, um joguinho por turnos em que você tinha diversos personagens num tabuleiro, cada um de uma classe, com atributos e habilidades diferentes. Era meio que um “xadrez” em cima disso.

Só que tinha um problema: era muito parado. O pessoal que fugia das aulas jogava pra matar o tempo, mas pouca gente ia pra casa pensando “vou jogar isso quando chegar!”. E aí me bateu uma idéia: e se em vez de as batalhas funcionarem por turnos, elas fossem em tempo real? Assim, quando um personagem fosse atacar o outro, passaria pra uma batalha com controle direto do jogador.

Só precisou desse estalo pra uma semana depois eu ter um documento de 20 páginas descrevendo a história de um mundo que misturava George Orwell com Steampunk. Cada personagem do jogo teria classes, skills, os mapas seriam personalizáveis, você teria que recolher recursos durante as batalhas pra poder criar unidades fora delas e aumentar seu exército… isso tudo e dezenas de outras idéias de gameplay.

Pra quem já leu o about, viu que eu juro que não existem idéias megalomaníacas demais. E eu juro mesmo. Existe é dinheiro e experiência de menos

2- Dois caras

Era isso que nós éramos. Dois caras precisando bolar uma coisa pra fazer na iniciação científica. E com experiência (quase) nula em qualquer projeto de grande porte. Precisávamos de algo simples pra começar, mas não vinha nada à cabeça. Até que um dia o Tinnus teve um estalo também: por que não ao invés de cenários mirabolantes e grids personalizáveis, um campo de 8×8? E ao invés de diversas classes, só duas, pra começar?

Te lembra alguma coisa?

"Damas!"

Sim, damas! O jogo é um tabuleiro simples, as regras são poucas e, se você parar pra pensar, tem dois “tiers” de personagem: a peça normal e a dama, com a incrível capacidade de… andar pra trás.

“Damas? Foi isso que vocês fizeram? Mas e as batalhas emocionantes em tempo real?”

A-ha! Aí veio a segunda idéia do Tinnus: quando ele era mais novo, jogava um joguinho (que pela segurança da imagem pública dele eu não revelarei aqui) que, basicamente, consistia em bolinhas se empurrando pra fora de um ringue. E, segundo ele, era realmente muito divertido, apesar de simples.

A questão é: nós tínhamos uma idéia muito legal, gigantesca, mas não implementável. O que nós fizemos? Olhamos a coisa de fora e fizemos um sub-set do que a gente queria fazer. E voilá, tínhamos um protótipo daquilo tudo que, se feito da maneira correta, poderia ir sendo expandido até chegar na idéia final.

3- SumoCheckers

Entenderam agora? É um joguinho de damas em que, quando uma peça vai comer a outra, as duas entram num ringue e uma tem que empurrar a outra pra fora dele. Lembram do que eu disse no primeiro fundamento? Tínhamos o core do gameplay. Não tem mais o que tirar. Se isso for divertido, dá pra se fazer um jogo em cima.

E qual não foi a nossa surpresa ao ver que quando nós executávamos um jogo que tinha essa cara:

profanidades eram jogadas pra todos os lados, contando até com gente se mexendo na cadeira pra tentar executar uma manobra. E você sabe que quando tem xingamentos e movimentos corporais involuntários envolvidos, a coisa deve estar dando certo!

E o que aconteceu? Apresentamos o projeto de inciação científica (focando na pesquisa de implementação do framework e da inteligência artificial, obviamente, já que falar pra Academia© que você está fazendo um joguinho é a mesma coisa que falar pra sua vó no jantar de família que você está namorando o Jorjão) e… o pobre SumoCheckers ficou enterrado por outras obrigações com o laboratório.

Até que um belo dia, nossa bolsa acabou. E aí bateu a idéia de terminar o jogo e ver no que dá. Afinal de contas ninguém arruma emprego de gamedev sem portfolio

4- Where do we go now?

Bom, mesmo sendo um projeto simples, o trabalho é enorme. Esse blog é parte dos passos pra se criar sinergia e sair da inércia do “por onde começar?”. Já tínhamos a idéia na cabeça e o protótipo na mão. E daí?

A primeira coisa que tínhamos que fazer era pôr o jogo à prova: será que ele seria divertido pra alguém além de nós dois? E bom, por mais que a pessoa tenha boa vontade e entenda que num protótipo o gráfico é o de menos, seria difícil manter alguém atraído o suficiente pra jogar uma partida inteira. Então o primeiro passo foi dar uma nova roupagem à coisa toda. Fomos disso:

pra isso:

Sim, os gráficos não são nada demais e foram feitos em um dia, mas as pessoas já dizem “ahhh que legal que tá agora, tem bonequinhos!”. Acredite em mim, em matéria de playtest com gente de fora do projeto, é um mundo de diferença.

Quais os próximos passos? Estamos marcando playtests com algumas pessoas e vamos assistir (em silêncio total e absoluto) e fazer anotações. isso vai ser feito pra comparar as coisas que nós SABEMOS que têm de ser melhoradas com as coisas que vão nos sugerir. E principalmente: vamos ter feedback sobre coisas que temos dúvidas de como proceder. Sabemos que muitas coisas vão bater, e isso é bom, pois é sinal de que estamos na direção certa. Mas o importante mesmo é saber ouvir os detalhes: às vezes a pessoa quer uma coisa e não sabe expressar direito, e você tem que se manter imparcial pra pegar as sutilezas. Vamos começar com um grupo pequeno e de pessoas próximas e, ao longo do tempo, vamos expandindo, sempe colhendo dados pra nos guiar melhor.

Depois desses playtests, vamos ter um conjunto de coisas que as pessoas gostariam, e um conjunto de coisas que nós gostaríamos. E daí vamos definir prioridades pro que precisa ser implementado, o que não precisa, mas seria legal, as coisas que temos que evitar etc. E a partir dessas listas, vamos traçando os milestones pro projeto.

Nosso prazo final? Ainda não definido. Mas é fato que teremos alguma coisa pra mostrar no próximo SBGames – e quem sabe, mais pra frente, não façamos uma submissão pro IGF também.

5- O que VOCÊ pode tirar disso?

1. Não tem problema ter uma idéia megalomaníaca de jogo. Mas você nunca vai ver ele pronto, a não ser que tenha um orçamento e/ou um time grande. Se você tiver uma idéia que julgue muito legal, mas grande demais, procure um sub-set básico dela – do tamanho que caiba num protótipo;
2. Faça um protótipo. Teste até o talo. Recolha dados. Jogue ele fora – a não ser que você tenha tido o trabalho de fazer as coisas reutilizáveis;
3. Recolha dados sobre quem está jogando o seu jogo e compare com as reações deles. Às vezes mostrar o seu FPS pra 10 jogadores de estratégia e eles gostarem significa mais do que mostrar o seu FPS pra 200 jogadores de FPS e metade deles achar legal;
4. Sempre tenha na cabeça que, às vezes, o que pra você é genial, não funciona pra maioria das pessoas. Então teste, compare opiniões, tenha sempre o ouvido aberto aos outros. Afinal de contas, eles vão ser os jogadores. E o mais importante: não fique chateado se a sua idéia for ruim. Outras virão;
5. Quando tudo mais estiver pronto, trace uma meta final. A partir dela, trace metas menores e vá trabalhando em cima delas, tendo certeza que elas estão convergindo pra meta final. Muita gente tem falado de usar SCRUM pra desenvolvimento de jogos e me parece interessante. Nós vamos tentar coisa do tipo – e manteremos vocês informados ao longo da viagem;
6. GET YOUR LAZY ASS UP AND WORK!!!!

Assim chega ao fim o nosso ciclo de posts fundamentais. Em breve precisaremos de testers, então os interessados entrem em contato! Continuem nos seguindo no twitter, que lá vai ser sempre um bocado mais movimentado que aqui – mas assinem o nosso RSS, porque sempre colocaremos artigos, opiniões, tutoriais e, obviamente, updates sobre o nosso projeto!

Links adicionais:

• Entenda SCRUM em menos de 10 minutos
• A nossa apresentação da Jornada de Iniciação Científica. Tem um pouco sobre o Framework, um pouco sobre IA e um pouco sobre o SumoCheckers em sua versão embrionária.

Já adiantando: o post derradeiro dos Fundamentos deVoid() vai chegar em breve, mas não sozinho
E quem for ler até o final vai descobrir por que diabos eu troquei as fotos dos palestrantes do SBGames2009!

"Ah, você trocou?"

Então vamo-nos à vaca fria.

Rant 1 – Onde está a cena de Mods do Brasil?

Uma coisa que eu acho de extrema importância pra se entender como funcionam os jogos por dentro é participar (ou pelo menos acompanhar) do processo de modmaking. Quero dizer, a engine está ali, o SDK existe e é liberado pro público, todas as ferramentas são free. Então por que diabos no Brasil se fala tão pouco em mods?

Isso foi citado pelo Paulo Figueiredo bem rapidamente na mesa redonda do último dia. Grande parte das empresas de jogos que foram aparecendo ao longo do final dos anos 90 e início dos 00’s, especialmente na parte de FPS’s, vieram da cena de modmaking. E mesmo que a empresa não tenha surgido de lá, grande parte dos seus funcionários adquiriram sua prática lá.

Momento quiz: você sabia que a Gearbox, do recém-lançado Borderlands (e dá recém-lançada polêmica do “Steam explora indies!”), teve seus primeiros projetos comerciais de grande porte fazendo expansões pra Half-Life? Ou que os caras do ACE Team (nuestros vecinos que nos ponen a la vergüenza! – pelo menos segundo o Google Translator), que lançaram o Zeno Clash também? Obviamente, o Counter-Strike eu não preciso nem citar.

“Ah! Mas isso não vai me ajudar em nada! O jogo que eu quero fazer não é um FPS!”

E quem disse que precisa ser um FPS? O Defense of the Ancients (Ou DOTA pros mais chegados), mod de Warcraft III, rendeu repercussão mundial pro criador e, recentemente, um emprego na Valve. Isso porque eu estou ignorando completamente os hacks bizarros que o pessoal faz pra traduzir jogos  antigos em SCUMM, ou a versão Multiplayer de GTA: San Andreas (em que o cara escreveu um backend de redes na mão e, se não me falha a mamória, roda tudo fazendo injeção direto na memória), a cena MUGEN, e os mods de FPS que conseguem mudar o jogo a ponto dele não ser nem mais um shooter!

"Arrepie minhas pranchas! É o Carapincel Trêspemadeiras!"

“Mas eu quero ganhar DINHEIROS! Mods não dão DINHEIROS!”

www.makesomethingunreal.com / http://store.steampowered.com/app/4000/

“Mas… mas… eu quero aprender sobre programar jogos do zero! Só assim meus jogos vão ser bons de verdade!”

Há controvérsias. Todo ser vivo funciona baseado num sistema de recompensas. Às vezes só fazer as coisas e não ter resultado, pra muitas pessoas, não é recompensa o suficiente. E acreditem, o processo mais frustrante que existe é querer MUITO fazer alguma coisa e não conseguir ter nenhum resultado por um longo tempo.

Com mods, é um processo mais simples (já que tudo já existe, basta trabalhar em cima), você pode fazer um processo iterativo (“hoje eu vou mudar os parâmetros dessa arma, amanhã, eu tento programar um menu novo”) e o retorno é praticamente imediato. Assim, depois de pegar fluência nas coisas básicas, você já vai ter menos sotaque na hora de programar jogos, e isso ajuda um monte.

“Mas eu não quero ser programador! Eu quero fazer modelos, ou mapas!”

Então se você não está desenvolvendo um mod, você é só meio lento mesmo! Em matéria de content, *a* melhor coisa pra se arrumar um emprego na área é praticar fazendo mods. Pergunte pro Minotaur0, quem não acreditar.

Rant 2- Eu quero ganhar dinheiro!

Quer ganhar dinheiro, vai arrumar um emprego corporativo, praça! Eu vejo a cena independente de jogos do mesmo jeito que vejo a cena independente de música. A de jogos eu observo desde moleque, e só agora estou ingressando “com a mão na massa” nela, mas a de música, pelo menos no Rio de Janeiro, já participo há muito tempo.

Deixa eu traçar um paralelo aqui:  na cena musical, gasta-se dinheiro com equipamento, horas e horas com prática, é necessário constantemente exercitar a criatividade e você precisa expandir seus horizontes, ouvindo música nova sempre. Você assimila as idéias, usa o seu entendimento de como as coisas funcionam e daí tem ferramentas novas pra trabalhar. Ah eh, eu mencionei que você não ganha um tostão furado por isso?

Aliás, normalmente gasta-se muito dinheiro não só com equipamento, mas também com gravação e divulgação. Quando as pessoas falam “ok, vamos lançar um EP pra divulgar o trabalho da banda” (que é tipo um CD, só que menor), elas pagam do próprio bolso as gravações (quando não são feitas em casa mesmo, o que imbute mais custos nos equipamentos). Aliás, algumas bandas mesmo com gravadora pagam do próprio bolso a gravação, porque a gravadora só distribui e faz marketing (quando faz).

E qual a moral da história? As pessoas fazem porque GOSTAM. Elas sonham em ganhar dinheiro com isso e trabalham pra esse fim? Com certeza! Mas no fim das contas, it all comes down to love. And effort. E outra: a indústria está mudando, de baixo pra cima. Distribuição digital, independente, as pessoas pagando quanto querem… a mesma coisa ocorre com os jogos indie.

Então qual a mensagem que eu quero passar aqui? Aproveitem enquanto vocês moram com seus pais. Ou enquanto vocês tem algum tempo livre, qualquer um. Se você não gosta da coisa o suficiente pra gastar os seus 30 minutos livres no fim do dia com isso, provavelmente você não vai ter sucesso. Querer não é poder, trabalhar pra o que você quer, sim. E nunca é cedo demais pra começar.

"Vou só terminar essa linha de cód...zzzzzz"

Rant 3 – Games & Educação

Ok, essa parte eu provavelmente compartilho com grande parte do pessoal que participou do evento pelos JOGOS: games educativos são, via de regra… chatos. E se é chato, não é um bom jogo. E se não é um bom jogo, ninguém vai jogar. E se ninguém vai jogar, ninguém vai aprender. Logo,

Yup. You do.

Num momento de solidão, furtei a conversa de dois caras do meu lado. Eles estavam conversando sobre storytelling em jogos educativos, e um deles comentou que não adianta nada você fazer um jogo educativo que permita que a criança saia completamente do foco educativo. Por exemplo, você tem um jogo onde aprende alguma coisa, mas o gameplay envolve matar bichinhos. Se a pessoa ignora completamente a parte educativa e vai só matar bichinhos, ela não participa do que o jogo propôs. Então você tem que limitar ela de fazer só isso.

E aí que me deu o estalo: as pessoas pensam muito sobre storytelling, pensam muito sobre metodologias de ensino… mas ninguém (ou quase ninguém) pensa sobre o que faz um jogo BOM de verdade: replay value. Ou seja, não tem COMO você querer que o seu jogo seja um bom jogo educativo se o que você quer ensinar não é inerente ao gameplay do jogo.

Um dos jogos que me chamou a atenção (e infelizmente não pude ir conferir o cartaz) foi o Automata Defense, da Universidade Estadual do Oeste do Paraná. Segue um trecho do paper:

“O jogo Automata Defense é classificado como do tipo Tower Defense. De modo geral, os jogos deste tipo são considerados como jogos de estratégia, porque os resultados obtidos no jogo dependem diretamente do planejamento estratégico aplicado pelo jogador. De um ponto de vista mais amplo, pode-se classificá-lo também como um mini-game, isto é, jogo de curta duração, que para fins educacionais, possui uma vantagem, pois permite abordar conceitos mais específicos de uma determinada área.

Tendo como objetivo auxiliar os alunos na aprendizagem de um tópico de LFA, mais especificamente, autômatos finitos determinísticos, implementou-se um editor de autômatos em que o jogador cria autômatos e posteriormente associa-os às torres que passam a atacar somente as criaturas que são reconhecidas pelo referido autômato.”

Então vamos ver, ele ensina Linguagens Formais, é focado numa área específica, o projeto teve como mote “o melhor designer de jogos para educação são os alunos” e… soa divertido! Whoa!

A idéia toda de aprender envolve repetir uma prática, ou rever um conhecimento. E que melhor jeito de fazer isso do que tornar o processo divertido? O problema é que colocar conhecimento em cima de um jogo é tão garantido de dar certo quanto misturar o seu almoço delicioso e sua sobremesa preferida num liquidificador.

Provavelmente soava melhor na sua cabeça.

Ou seja, como na primeira imagem, não adianta tentar abocanhar um peixe maior que você consiga engolir. Talvez não seja QUALQUER COISA que possa ter um sweet spot entre diversão e aprendizado. E sim, vai ser mais difícil do que parece. Então talvez antes de fazer um jogo educativo, você precise estudar um pouco sobre jogos. E se você entende de jogos, talvez tenha que estudar a respeito de didática, já que afinal de contas, a idéia de ensinar brincando não é nova.

Outra coisa que eu acho muito importante: educação não é serviço só da escola. Então por que diabos só se fala em jogos educacionais no ambiente escolar? Tudo bem, tem uma idade pra tudo, mas educação e crescimento intelectual dependem de estímulo, desde o berço. A problemática toda vem justamente do fato do método de ensino padrão às vezes ser “velho demais”, e ser preciso novas maneiras de passar as coisas. Então por que sempre se enquadrar ao paradigma de que “se aprende mesmo é na escola”? Se algum pai visita esse blog, comente a respeito, já que eu não tenho como dizer essa parte por experiência própria, só por inferência.

Rant 4 – Programação x Game Design x Design

"Isso, isso, isso!"

Acho que é isso. Lembrando que essas são sugestões pessoais, ao coontrário das outras considerações, que são observações gerais e imparciais.

–EOF–

Ok! Parabéns e obrigado a todos que leram até aqui. Vocês são moralmente obrigados agora a dizer o que acham nos comentários

Agora é hora do 1o. Concurso Cultural deVoid() Games! Vamos precisar de testers e sugestões pro nosso projeto. Se você quiser participar disso tudo, é só mandar pra gente um e-mail (pra yanko . oliveira -arroba- gmail pontocom) dizendo quem são as pessoas que tiveram as fotos postadas no lugar dos palestrantes do SBGames 2009, com nome e de onde eles são conhecidos. Não é a coisa mais interessante do mundo, mas hey, quando nós formos internacionalmente famosos, você vai poder dizer “hah, eu sou tester deles desde quando eram só bolinhas e blip blops!”.

Dica: é bem mais fácil do que parece

Finalmente, no dia de finados, desenterro o assunto que estava atrasado. Daqui pra frente, só novidades. Aguardem