Design de Jogos

10a Parte: Criando um MENU utilizando o FreeBasic

2011-02-09T11:33:00.003-02:00

Começamos com o Qbasic mas já deu pra perceber que a medida que vamos avançando no curso estamos aprendendo rotinas dos compiladores mais modernos. Na verdade, o Qbasic foi apenas um “treino” inicial, um editor simples que roda direto do CD sem complicações de instalação. O FreeBasic é um compilador mais moderno e pode ser utilizado com IDEs ricas em recursos, como FBIde, criadas especificamente para ele. Sendo o FreeBasic mais atual, ele está mais adaptado as necessidade de hoje em dia, como o uso do mouse, maior número de resoluções gráficas, manipulação de imagens e sons com muito mais facilidade, etc. Aqui vamos explicar o uso dos comandos SCREENS do FreeBasic e compará-los a alguns comandos do Qbasic. A leitura o ajudará no estudo da 10a parte do nosso curso BASIC.

SCREEN :: Comando para inicializar o modo gráfico no FB. Existe uma diferença de sintaxe em relação ao Qbasic. Vejamos:

Para Qbasic: SCREEN [modo], [cor], [[página ativa], [página do vídeo]]

Para o FreeBasic: SCREEN modo[,[ depth][,[ no_de_paginas][,[flags][,[refresh_rate]]]]]

Você pode utilizar o SCREEN para iniciar o modo compatível com o QB ou com gráficos OpenGL. O comando SCREENRES faz a mesma coisa mas requer que seja especificado a resolução horizontal e vertical.

Significado de para item do SCREEN:

Modo :: trata-se de um “eslilo QB” de chamada de modo gráfico. Se o modo é 0 (zero), então o modo gráfico está fechado. Os modos gráficos compatíveis com o QB estão representados na tabela abaixo.

Compatibilidade dos modos QB: São modos VGA na versão DOS e emulados usando 24 cores vesa em Windows e Linux.

(Se as letras da tabela estiver pequena clique para visualizar num tamanho maior)

Novos modos foram criados para o FreeBasic. Estes modos estão representados na tabela a seguir. Veja a diferença entre a tabela acima e a tabela do SCREEN do Qbasic nos tutoriais anteriores. Novamente, viva a modernidade!...

Novos modos FreeBasic SVGA.

(Se as letras da tabela estiver pequena clique para visualizar num tamanho maior)

Depth :: é a cor de profundidade em bits por pixel. Se você omitir este argumento, o “depth” default será ajustado. Valores 8, 15, 16, 24, 32, são permitidos.

No_de_páginas :: é o número de páginas de vídeo que deseja. Se omitida, o default ajusta para 1 página.

Você pode requerer a quantidade de número de páginas que desejar não importando o modo de vídeo. Se você omitir este parâmetro, somente a página visível, de número 0, estará disponível. Uma página estará sempre visível enquanto as outras servem para armazenar informações que ainda não foram exibidas, ou seja, você pode mostrar uma página enquanto trabalha sobre outra (que ainda não está sendo exibida). Veja o comando SCREENSET mais abaixo para maiores detalhes. Todas as páginas são criadas na memória convencional, nenhuma memória de vídeo é usada para “video Buffering”.

Observação:

Aqui temos algo maravilhoso, pois se você comparar a tabela do SCREEN do QB da parte 5 verá que são poucos os modos gráficos que possuem mais de uma página e quando possui a resolução é muito baixa. Isto se deve aos recursos de hardware da época.

Flags :: é uma “bandeira” referente a várias opções do driver do vídeo. São constantes predefinidas num arquivo chamado “fbgfx.bi”. Se “flags” for omitido o FB usará os modos compatível com o QB no estilo janela (sem ser tela inteira – fullscreen).

Flags de modo gráfico

Se nenhuma das opções acima for especificada o FB entra no modo gráfico compatível com o QB automaticamente, ou seja, ele cria um “buffer” e uma janela de visualização, ajusta automaticamente o screen e gerencia teclado e o mouse. As funções de desenho do FB poderão ser utilizadas.

Flags de janela

Refresh_rate :: “fixa” a taxa de atualização do vídeo. Se não for um recurso disponível pela placa de vídeo ou se o parâmetro não for especificado então o FB seleciona a taxa automaticamente.

SCREENRES :: Comando que inicia o modo gráfico pela especificação da resolução horizontal e vertical. Ele pode ser utilizado para iniciar gráficos compatíveis com o QB ou com o OpenGL.

Sintaxe: SCREENRES width, height[, depth[, num_pages[, flags[, refresh_rate]]]]

Onde:

Width e height é dado em pixels e devem ser múltiplos de 4.

Depht é determinado pelo número de bits. Assume 8, 16 ou 32.

Num_pages é o número de páginas desejado. Se omitido, por default, teremos 1 página.

Flags determina os modos de screen e o sistema gráfico. Veja as tabelas acima.

Refresh_rate corresponde a varredura do video em Hz. Se omitido, gfxlib escolhe um valor.

Ex:

Rem // Este exemplo não é compatível com o QB. Roda somente no FreeBasic

ScreenRes 640, 480, 8
FOR a = 1 TO 640
FOR b = 1 TO 480
PSET (a,b),(a + b) AND 255
NEXT bNEXT aPRINT "Olá mundo cruel!!"
SLEEP
END

SCREENCOPY :: Comando que copia o conteúdo de uma página gráfica para outra página gráfica.

Sintaxe: SCREENCOPY [da_página][, para_página]

Da_página :: página que deseja copiar. Se omitir a página corrente de trabalho será assumida.

Para_página :: página que vai “colar” o conteúdo copiado. Se omitido, a página corrente será assumida.

As páginas são numeradas a partir do 0 (zero). Logo, quando duas páginas são escolhidas, elas são numeradas de 0 a 1. Se 4 páginas são escolhidas, são numeradas como 0, 1, 2 e 3.

Observação:

Agora chegamos no ponto!!! O comando SCREENCOPY do FB é responsável pela troca de telas que permite a animação nos jogos. Este comando é equivalente ao PCOPY no QB, que faz a mesma coisa. Até agora todos os exemplos e exercícios que foram passados não trabalhavam com animações (e provavelmente você já estava ficando nervoso!!!). O PCOPY permite que animações sejam feitas no QB e no FB. Só que o FB possui mais comandos para fazer a troca de telas, e o que é melhor, de modo muito mais eficiente. Bibliotecas gráficas para o QB, como o DirectQB, Future, Cosmox, RelLib, etc, exploram muito este tipo de comando para a troca de telas. Falaremos um pouco de como fazer esta troca utilizando essas bibliotecas mais adiante.

Antes de vermos um exemplo utilizando o SCREENCOPY vamos aprender a utilizar o PCOPY no Qbasic.

PCOPY :: Comando gráfico do Qbasic que copia um screen sobre outro screen.

Sintaxe: PCOPY da_pagina, para_Página

Observe que a sintaxe do PCOPY é semelhante a do SCREENCOPY do FB. A diferença básica aqui é que no PCOPY não é possível omitir o número da página fonte e o número da página destino. No SCREENCOPY se houver apenas duas páginas a omissão destes parâmetros é permitida.

Ex1: (para QB)

' Os screens abaixo é usado no Qbasic. No FreeBasic o screen é usado de modo diferente.

SCREEN 7, , 1, 0: 'modo gráfico 320x200 (0 a 7 p ginas de vídeo)

'SCREEN 9,0 , 1, 0: 'modo gráfico 640x350 (0 e 1 p ginas de video)

'Se escolher SCREEN 7 entao mude ResH=320 ResV=200

'Se escolher SCREEN 9 entao mude ResH=640 ResV=350

Rem // No caso, escolhemos o modo 7

ResH = 320

ResV = 200

DIM i AS SINGLE

DIM a AS SINGLE

DIM j AS SINGLE

DIM b AS SINGLE

i = 1: a = .1

j = 1: b = .1

CLS : 'limpamos o conteúdo da página 1 para redesenharmos logo em seguida

CIRCLE (i, j), 4, 1

CIRCLE (i, j), 2, 4

IF i > ResH THEN a = -.1

IF i <= 1 THEN a = .1

IF j > ResV THEN b = -.1

IF j <= 1 THEN b = .1

i = i + a

j = j + b

rem // Imprimimos no vídeo as coordenadas do objeto

LOCATE 1, 1: PRINT "x= "; i

LOCATE 2, 1: PRINT "y= "; j

Rem // Copiamos o conteúdo da página 1 para a página do vídeo, ou seja, a 0 (zero).

PCOPY 1, 0

LOOP UNTIL INKEY$ = CHR$(27)

END

Parabéns, acaba de fazer sua primeira animação! O exemplo acima só roda no QB. O código para o FB é um pouco diferente. Vejamos:

Ex2: (para FB – utilizando o SCREENCOPY)

'O screen do FreeBasic segue a seguinte sintaxe:

'screen (tipo),(profundidade),(n. de páginas),(flag),(framerate)

screen 13,8,2,1 :'Neste caso escolhemos uma resolução de 640x480 (VGA) com duas páginas

DIM i AS SINGLE

DIM a AS SINGLE

DIM j AS SINGLE

DIM b AS SINGLE

i = 1: a = .1

j = 1: b = .1

'trabalhamos na página 1 enquanto exibimos o conteúdo no vídeo usando a página 0

SCREENSET 1, 0

CLS :'limpamos o conteúdo da página 1 para redesenharmos logo em seguida

CIRCLE (i, j), 4, 7

CIRCLE (i, j), 2, 4

IF i > 320 THEN a = -.2

IF i <= 1 THEN a = .2

IF j > 200 THEN b = -.2

IF j <= 1 THEN b = .2

i = i + a

j = j + b

rem // Imprimimos no vídeo as coordenadas do objeto

LOCATE 1, 1: PRINT "x= "; i

LOCATE 2, 1: PRINT "y= "; j

'draw string (i+1,j+1),"FB" :rem// Experimente tirar do comentário

' Espera por um sincronismo vertical (foi utilizado para diminuir a velocidade de execução)

WAIT &h3DA, 8

' copiamos o conteúdo da página 1 para a página do vídeo, ou seja, a 0

SCREENCOPY

LOOP UNTIL INKEY$ = CHR$(27)

END

Estude ambos os códigos com atenção. É de suma importância que você compreenda o que foi feito, como a animação é criada e a lógica para a troca de páginas. Veja bem, aqui estamos trabalhando com apenas duas páginas, mas existem situações que mais de uma página é exigida. Para jogos que possuem muitos elementos gráficos em 2D, as vezes é necessário utilizar mais de um screens, desenhar sobre eles separadamente, seguindo uma certa hierarquia (camadas), e depois “colar” tudo na página que está visível para o usuário.

Observação:

O comando PCOPY tem seu “equivalente” em diversas linguagens ou engines. No FB, por exemplo, temos o SCREENCOPY. A “troca” no FB trabalhando com OpenGL é feita pelo FLIP. No DarkBasic usamos o comando SYNC. No Blitz3D o comando é o FLIP. Note que estes comandos vem sempre dentro do loop, pois a cada ciclo de “resposta do jogador” e “atualizações” (lembre do fluxograma genérico para jogos da parte 4) devem ser feita a atualização do vídeo também, copiando todo o conteúdo que foi desenhado “escondido” para o vídeo.

A idéia básica por trás do PCOPY é a seguinte:

SCREEN 7, , 1, 0: 'modo gráfico 320x200 (0 a 7 p ginas de v¡deo)

No código acima você deficiu a resolução como sendo 320x200 (baixíssima para os padrões de hoje). O número 1 diz que todos os desenhos serão feitos na página 1. Veja bem, você estará desenhando nesta página, mas nada será exibido no vídeo. Ela é sua página de trabalho “invisível”, tudo estará guardado esperando a hora do PCOPY copiar todo o conteúdo da página de trabalho para a página de vídeo, que é o número 0 (zero) no comando SCREEN acima.

CLS

..... (os comandos de desenho estão aqui!)

PCOPY 1, 0

LOOP UNTIL INKEY$ = CHR$(27)

Definida a página de trabalho e de vídeo, podemos entrar no loop do jogo. Observando o código acima, o loop é feito com os comandos DO-LOOP. Note que assim que entramos no loop, limpamos a tela com CLS, para apagar o conteúdo antigo da tela para desenhar um novo conteúdo gráfico atualizado. O PCOPY pega essa informação atualizada e copia tudo de uma vez no vídeo. Isto ocorre tão rápido que os nossos olhos não dão conta “de acompanhar” a mudança e a impressão que temos é que as coisas realmente estão se movendo, mas no fundo é como se fosse uma sequência de telas “estáticas” que avançam rápido demais criando o efeito de animação. É parecido com as fotografias de um filme de cimena, que são repassados numa taxa de 16 ou 24 fotografias por segundo, criando desta forma um efeito suave de animação. Essas taxas por segundo é o que nós chamamos de FRAMERATE, no jargão dos jogos.

“Baixar o framerate” é um termo muito usado para quem joga ou desenvolve jogos. Uma máquina que não aguenta o processamento de imagens tão rapidamente, o fará num nível de atualizações tão baixa que nossos olhos irão captar a quebra e aí tudo fica sem graça e o jogo fica terrivelmente lento.

A mesma análise feita para o uso do PCOPY pode ser feita para os comando SCREENSET e SCREENCOPY. O SCREENSET ajusta a página de trabalho e a página visível e o SCREENCOPY copia o conteúdo da página de trabalho para a página visível. Simples, não!

SCREENINFO :: Este comando fornece a informação sobre o atual modo de vídeo utilizado.

Sintaxe: SCREENINFO [w][,[h][,[depth][,[bpp][,[pitch][,[rate][,driver]]]]]

w :: Largura do screen em pixels;

h :: Altura do screen em pixels;

depth :: bits por pixels (1, 2, 4, 8, 16, ou 32);

pitch :: tamanho do framebuffer;

rate :: taxa atual de atualização do vídeo;

driver :: nome do atual drive gfx utilizado.

Ex:

SCREEN 15, 32 ' Obtem a informação do atual modo de vídeo
SCREENINFO w, h, depth,,,,driver_name$ PRINT STR$(w) + "x" + STR$(h) + "x" + STR$(depth); PRINT " using " + driver_name$ + " driver" SLEEP ' Sai do modo gfx e obtem informação sobre o modo desktop
SCREEN 0
SCREENINFO w, h, depth PRINT "Desktop running at " + STR$(w) + "x" + STR$(h) + "x" + STR$(depth);

SLEEP

SCREENSYNC :: Este comando da GfxLib interrompe a execução do programa até que o sinal da placa de vídeo tenha terminado de varrer um frame e iniciado outro. Se o programa usa pequenos intervalos de tempo entre os frames para redesenhar a imagem então o efeito de tela “piscando” é muito reduzido. Este comando substitui o WAIT &H3DA,8 no Qbasic.

Ex:

' Loop principal
DO

' entrada do usuário
' calculo de um frame

SCREENSYNC

' desenha um frame
LOOP UNTIL INKEY$ <> ""

Aqui terminamos a comparação dos screens do QB e FB e o uso dos recursos gráficos do FB. Vale lembrar que ainda não exploramos todos os recursos dada a quantidade de comandos, no entanto, o que temos até o momento é o suficiente para brincarmos.

A décima parte de nosso curso pretende ensinar a construção de um menu inicial para jogos utilizando os recursos do FreeBasic.

Curso de Design de Jogos utilizando o Blender - Introdução

2010-11-30T18:55:00.001-02:00

Esta é a primeira parte de uma série de tutoriais sobre o Design de Jogos utilizando o Blender como ferramenta. Nesta introdução é explicado qual a filosofia básica da Game Engine (GE) do Blender e o que pode ser feito com conhecimentos básicos de modelagem para iniciar a criação de cenários simples.

Este curso visa a explorar as diversas ferramentas que o Blender dispõe para a criação de cenários a animações. Para acompanhar o curso é necessário já saber navegar pelo programa bem como saber modelar o básico e também ser capaz de aplicar material e textura. Apesar dessas etapas serem trabalhadas nas partes seguintes, é importante ao estudante não ficar preso somente a este material. Acredito que esta parte introdutória não acrescenta muito, principalmente para o iniciante, que pode se sentir um pouco frustado pela omissão de alguns passos (supondo que o usuário já consiga realizá-lo sozinho), mas a perseverança e a busca por solucionar os exercícios propostos no final de cada parte dará ao leito uma bagagem importante para desenvolver modificações que podem ser utilizadas em seus projetos.

Nesta introdução explora os seguintes itens:

[1] Da ideia, o esboço da fase;

[2] Criar o nível no Blender;

[3] Adicionar as texturas no ambiente;

[4] Adicionar as luzes;

[5] Adicionar as peças (rochas, portas, candelabros, etc);

[6] Ajustar o comportamento de cada objeto na cena (via blocos lógicos, ou “LogicsBricks”)

No material, havia ainda o item [7] e [8], sobre som 3D e música para o ambiente, respectivamente. Estes dois tópicos foram omitidos para reduzir o tamanho do texto e portanto será tratado em partes futuras. Mesmo assim, não é difícil adicionar tais itens na cena, bastando um pouco de pesquisa na internet.

Todo material sobre o curso irá abranger não somente a ultima versão do Blender, mas também as versões mais antigas, como as 2.4x. A medida que for conveniente, disponibilizarei arquivos .blend, .exe ou conteúdo para criação de apoio, como sons e imagens. Aos usuários que gostam de tudo na mão, já aviso que este curso foi elaborado para que o candidato a design ponha a mão na massa e, portanto, não espere tudo mastigado. Apareceu dúvida, não exite em colocá-la nos comentário do Blog ou enviar por e-mail, na medida do possível, responderei todas. Duvidas nos comentário são bem melhores pois podem ser respondidas por outros usuários mais experientes.

Baixe o curso clicando AQUI!

Para estudar o uso dos LogicBricks do Blender, baixe a tradução da GE AQUI!

Bons estudos...

The Dark Symphony

2010-11-24T12:04:00.001-02:00

Catálogo profissional de música independente

Game dá emprego: são mais de 500 vagas abertas por ano

2010-10-18T11:34:00.003-02:00

No Brasil, o mercado de jogos independente cresce e já rende muitos dividendos para a economia, assim como o mercado convencional

Aluno da SAGA, escola de São Paulo, se prepara para o mercado de games.

O Brasil começou a aparecer no mundo dos games e felizmente podemos perceber que ele está cumprindo seu papel satisfatoriamente. De acordo com estudo da Abragames (Associação Brasileira de Games), mais de 40% da produção nacional de software para games é exportada, sendo que 100% do hardware fica aqui no Brasil. E nossos maiores clientes são Alemanha e Estados Unidos.

Outro fator interessante é a quantidade de empregos que o setor de games gera: mais de 500 vagas por ano. Embora o número seja reduzido se comparado com outras indústrias, a renda de um profissional de games no Brasil pode chegar a R$ 160 mil anuais, segundo o estudo. Nada mal, não é mesmo?

Mas que tipo de games são os mais produzidos por aqui? Bom, a maioria das empresas trabalham com games educativos, para treinamento corporativo, e principalmente com os advergames, ou seja, jogos desenvolvidos para o mercado de publicidade. Diversas empresas aderiram a esse ramo da propaganda e a demanda está cada dia maior.

Hora de deslanchar

Incentivo e iniciativa. De acordo com a Abragames, a indústria ainda precisa de apoio governamental e da criação de novas empresas, que tenham iniciativa para entrar nesse mercado. Os novos talentos talvez até precisem iniciar sua carreira sem lucros finaneiros nos primeiros projetos, uma vez que, em um primeiro momento, o importante é mirar o futuro, com reconhecimento pelos trabalhos executados.

É exatamente nesse ponto que os desenvolvedores independentes ganham espaço. Para definirmos o que é exatamente um desenvolvedor indie, vamos começar por tentar entender o que exatamente é um jogo feito por eles.

Um título indie é um jogo produzido com recursos do próprios desenvolvedores. Recursos muito limitados, obviamente. Ele pode também ser definido como toda e qualquer iniciativa de jogo, desde que ele não seja financiado por terceiros.

Quanto custa fazer

O custo de produção de um jogo indie varia muito, pois depende muito da plataforma, do gênero, do tamanho da equipe, podendo variar de US$ 100 mil a US$ 200 mil. Com isso, podemos olhar para a App Store, PSN, Live e WiiWare e saber que um jogo indie que será comercializado nesses meios pode render até 70% do valor para quem o produz. Os outros 30% ficam com o serviço, sem contar ainda a parte que deve ficar com o publisher.

Complicado? Talvez. Mas ainda vale ressaltar que uma desenvolvedora indie pode ter um modelo de negócio bem interessante para quem faz o jogo. Existe o modelo em que a própria produtora desenvolve o jogo inteiro e depois busca uma publisher para comercializá-lo. Temos também o modelo que a produtora tem uma ideia e parte em busca de uma publisher para bancar os custos de desenvolvimento.

Por fim, podemos ter um terceiro modelo de negócios, que segue um caminho oposto dos outros, em que a própria produtora defende uma ideia e acha uma produtora para desenvolver o projeto que eles querem.

Claro que as possibilidades podem ser infinitas, o fato é que o mercado indie no Brasil está crescendo cada vez mais, com muitas pessoas talentosas na indústria, o que movimenta o novato mercado de games do país. O futuro parece promissor!

Matéria originalmente publicada na Revista EGW #105.

(Fonte: http://jogos.br.msn.com/noticias/artigo.aspx?cp-documentid=25963629&page=0 )

9a Parte: Tabelas Internas

2010-08-09T11:11:00.003-03:00

Nesta parte vamos aprender a trabalhar com tabelas internas. Na verdade, já iniciamos o trabalho com tabelas na 8a parte, quando estudamos matrizes e vetores, no entanto, essa tabela era preenchida atribuindo valores aos elementos da matriz ou via entrada pelo teclado com o comando INPUT.

Agora, utilizaremos as declarações DATA, READ e RESTORE para armazenar, ler e modificar a localização do início da leitura de dados, respectivamente. Estes comandos são largamente utilizados em programação 2D e na implementação de rotinas 3D em Basic (Qbasic ou FreeBasic) pois permitem o armazenamento das coordenadas dos pontos no ambiente 2 e 3 dimensões.

Além disso, BITMAPs e TILEs (muito usado em jogos estilo RPG 2D, como Final Fantasy III ou Tíbia), são criados utilizando rotinas combinadas de DATA, READ, RESTORE, FOR-NEXT, PSET, LINE, GET e PUT etc. Para quem tem acompanhado o curso, estes comandos são conhecidos, e nesta etapa já é possível criar mundos 2D como os ilustrados abaixo:

Se você está tendo contato agora com este post, não deixe de acompanhar o curso desde o início e faça seus joguinhos em pouco tempo.

Para a 9a parte, clique aqui!

* Download Qbasic45_com exemplos (link2). Para executar o Qbasic clique duas vezes no arquivo em lote chamado QB45 (é o arquivo com a engrenagem).
* Download o FreeBasic: http://www.freebasic.net/
* Download o QB64: http://www.qb64.net/

Alguns usuários tem enviado e-mail para dizer que o QBasic não roda no Windows XP. Se isto acontecer, sugiro fazer o seguinte:

[1] Clique com o botão direito do mouse sobre o arquivo QB.EXE e vá em "propriedades". Em "propriedades" clique em "compatibilidade" e habilite o "windows95".
[2] Clique em "aplicar" e em seguida OK.
[3] Agora clique duas vezes no arquivo QB.BAT que provavelmente o Qbasic irá funcionar.

OBSERVAÇÕES:

[1] Ainda não sei dizer se o Qbasic funciona ou não no Vista ou no Windows 7. Provavelmente deve ter o recurso de "modo compatibilidade", mas não posso afirmar, já que não trabalho em esses sistemas ainda.

[2] Para quem usa Linux, é possível executar o Qbasic através do DOSBox, que é um emulador de DOS.

[3] O FreeBasic e o QB64 não possuem este tipo de problema, rodam bem no Windows XP e são compatíveis com o QBasic.

Bons estudos!

UDK - Unreal Development Kit para todos

2010-06-17T14:32:00.002-03:00

Agora o UDK (Unreal Development Kit), ferramenta de desenvolvimento de jogos da Epic está disponível para download "gratuítamente" para qualquer hobbysta e desenvolvedor aprender e aperfeiçoar-se nas técnicas de criação, design, modelagem e programação de jogos. O Unreal Development Kit fornece todas as ferramentas necessárias para fazer uma enorme variedade de aplicativos personalizados em 3D e jogos utilizando uma combinação de arte personalizada, níveis para jogos e programação.

O Editor Unreal, claro, está presente nessa nova versão e com muitos mais recursos e é utilizado para a importação e criação de conteúdos e níveis. Além dele, há o UnrealFrontend, que é utilizado para finalização para publicação do aplicativo "empacotando" tudo e o ActorX, ferramenta que permite a importação de modelos estáticos e dinâmicos de modeladores externos como o Maya e o 3DStudioMAX, além de outros aplicativos de criação de conteúdo. Aqui no DDJ existem algumas traduções sobre o Editor Unreal, quando era o Unreal Runtime, a ferramenta disponível na época e sem todas as funcionalidades disponíveis.

O UDK utiliza um código de script para programação chamado UnrealScript. Trata-se de uma poderosa linguagem orientada a objeto totalmente direcionada para programação de jogos. Você pode aprender mais sobre as técnicas de programação utilizada na Engine no endereço: http://udn.epicgames.com/Three/UDKProgrammingHome.html

Muitas informação podem ser obtidas através do fórum e do blog da UDK (disponíveis em inglês). Espero poder estar disponibilizando aqui algumas traduções e uso da ferramenta, no entanto, será preciso investir num computador melhor, já que os requisitos exigem um computador acima de 2Giga e com uma placa de vídeo poderosa.

Acesse o fórum da UDK: http://forums.epicgames.com/forumdisplay.php?f=366

Acesse o Blog da UDK: http://udn.epicgames.com/Three/ContentBlog.html

A própria página da UDK disponibiliza vários vídeos tutoriais para baixar. Veja em: http://udn.epicgames.com/Three/VideoTutorials.html

Além dos que já existem no YouTube, é claro! Abaixo temos um desses vídeos e seus vídeos relacionados:

Fico muito feliz que a Epic tenha disponibilizado a Unreal Engine 3 para que todos possam estudar e que o valor de sua licença para uso comercial esteja bem mais acessível ao pequenos desenvolvedores. Vale lembrar que a UDK não serve somente para jogos, mas também para apresentações arquitetônicas, para criação de Machiminia, artistas em geral e estudantes. Como o próprio site ressalta, a ferramenta foi feita para você!

Quer saber o que a galera anda fazendo com o UDK? Visite o Showcase da página. Olha, realmente vale a pena conferir. Alguns jogos exibidos, estão com o código fonte disponível para estudos. E se você ainda não se convenceu, segue abaixo alguns screenshots e vídeos da ferramenta e dos jogos feitos com ela:

Dungeon Defense

Sanctum

Gostou? Quer aprender a fazer jogos? Então, o que está esperando, faça logo o download e bons estudos!

Ah, lembrando que para rodar a Engine é necessário uma máquina com os seguintes requisitos mínimos:

* WINDOWS XP SP2
* > 2GHz
* 2Gb de RAM
* Placa de vídeo que suporte shader 3.0

Bem, por enquanto é só!

8a parte - Tipos definidos pelo usuário, matrizes e vetores

2010-05-17T11:54:00.000-03:00

Continuando com o nosso curso de programação de jogos utilizando a linguagem procedural BASIC com o Qbasic, FreeBasic e Q64, vamos aprender a trabalhar com criação de tipos, matrizes e vetores.

Tipos definidos pelo usuário facilita o trabalho com os tipos já existentes como SINGLE, DOUBLE, STRING, BYTE, etc, atrelando-os a um criado pelo próprio usuário. Assim, de definimos um tipo chamado NOME e também definimos "dentro" de nome as variáveis ENDEREÇO como STRING e TELEFONE como SINGLE, teremos agora o ENDEREÇO e o TELEFONE atrelado ao NOME, numa chamada semelhante a:

ENDEREÇO.NOME = "Rua Piriri"
TELEFONE.NOME = 99995699

Além disso temos o uso de vetores, extremamente útil para programação de jogos. Toda movimentação do personagem obedece a regras determinadas por operações vetoriais, já que as grandezas envolvidas são vetoriais, como POSIÇÃO, VELOCIDADE e ACELERAÇÃO.

Matrizes podem ser tratadas como tabelas internas ou como representação de vetores. Facilita muito também no que refere-se ao uso de variáveis. Imagina um jogo com 2 naves inimigas, você pode criar uma variável para cada inimigo como INIMIGO_A e INIMIGO_B. Agora, imagine se tiver 300 inimigos? Aí não tem jeito, a saída é utilizar matrizes. Algo como INIMIGO(300).

Abaixo um exemplo de uma matriz 3x3:

O tutorial possui diversos exemplos que rodam no QB, no FreeBasic e também no Q64. Procurei ser o mais claro e objetivo possível e não incluí neste tutorial tabelas via DATA e READ, para não ficar demasiadamente grande e cansativo. Dúvidas podem ser enviadas por e-mail ou postadas no comentários. Se de tudo, tiver dificuldades sugiro pegar um livro de física que trata de vetores e um de matemática para matrizes. Brevemente estarei colocando ambos os conteúdos aqui e seus usos em jogos.

Para baixar a 8a parte clique aqui.

* Download Qbasic45_com exemplos (link2). Para executar o Qbasic clique duas vezes no arquivo em lote chamado QB45 (é o arquivo com a engrenagem).

* Download o FreeBasic: http://www.freebasic.net/

* Download o QB64: http://www.qb64.net/

Bons estudos!

Jogos e apresentações com apenas 64kb!

2010-05-08T12:50:00.000-03:00

A maioria dos adolescentes atualmente não têm a idéia de como era difícil carregar um programa de computador antigamente. Na década de 70 e início dos anos 80 memória e poder de processamento era um problema a ser enfrentado. Centenas de megabytes era sonho, Gigabytes, nem pensar! A Unidade utilizada para memória RAM e ROM era o Kb (quilobyte) e os programas eram carregados utilizando fitas cassetes ou discos flexíveis (que literalmente eram flexiveis). Assim, além da demora para carregar um software, o programa era muito limitado devido a capacidade de processamento da máquina. Este é um dos motivos que os jogos antigos eram bem "quadrados" (muitos utilizam o termo "serrilhados"). A conta é simples: quanto mais serrilhado, menor a resolução, menos cálculo para o processador, maior velocidade.

(reprodutor/gravador de fita cassete comum dos anos 70 e 80. Eram utilizados para gravar e carregar programas em computadores como TK90X, MSX e os micros da linha CP)

Discos flexíveis. Depois da fita cassete, termos os disquetes. Compare na foto acima como diminuiram de tamanho a medida que foram evoluindo. Os discos mais antigos tinham 8" (aproximadamente 20cm de diâmetro, praticamente um LP!) e eram capazes de armazenar alguns quilobytes. Depois vieram os de 5 1/2" e por último os disquetes com proteção metálica para o disco interno e com capa plásticas mais resistênte. Este último já armazenando 1.44Mb.

Os mais velhos, que passaram pelos micros TKs (TK80, TK90X), os TRS (CP400 ou CP500) e até mesmo os primeiros PCs da IBM, o IBM XT, este ultimo já com unidades de disquete sabem bem o que é esperar. Paciência era uma necessidade para lidar com computadores. Sabe aquele termo "conte até 1000!", pois bem, hoje vejo as pessoas se irritando com computadores porque está lento, antes não tinha jeito pois os micros eram lentos (claro, rápidos para a época! mas caramujos para os padrãos de exigência de tempo atualmente). Carregar um jogo via fita cassete poderia durar de 45 a 60 minutos, e detalhe, com gráficos não muito diferente de um jogo bem elaborado para Atari. Com o disquete, mesmo que o programa demorasse minutos, todos ficaram felizes!

TK90X da MICRODIGITAL. Lembro até hoje quando vi um pela primeira vez, eu simplesmente babei! Este caixinha aí em cima é o micro todo e não apenas o teclado. O monitor era a própria TV. Vinha com uma linguagem BASIC embutida e o dispositivo de memória ROM era o gravador cassete. Especificações: CPU Zilog Z80A (3,58MHz); 16Kb de ROM, 16 ou 48Kb de RAM.

O CP 500 tem todos os seus componentes básicos integrados em um único gabinete feito de poliuretano, ou seja, a CPU, teclado, vídeo e uma ou duas unidades de disquete fazem parte de um console único, sem fios externos de conexão. É baseado no microprocessador Zilog Z 80A, de 8 bits, operado com um relógio de 2 MHz. A CPU, a memória principal e os controladores básicos de E/S são montados em uma placa-mãe única, com a fonte de alimentação separada, mas dentro do mesmo gabinete, a ventilação também é, interna. Especificações: Ano de lançamento: Abr/1982; Processador: Z 80A; Clock: 2 MHz; Memória RAM: 48 Kbytes; Memória ROM: 16 Kbytes; Tela: 16 linhas x 64 colunas (fonte: http://www.mci.org.br/micro/prologica/cp500.html)

Bom, e o que isso tudo tem haver com jogos? Ora, tudo! Todo jogador mais experiente e que viveu a evolução dos videogames nas duas últimas décadas sabe que a média em megabytes de um CD de PlayStation 1 gira em torno de 500Mb. O Play2 está na casa dos Giga, o mesmo acontecendo com os jogos para PC. Baixar ROMs de PSX ou jogos para PC pela internet com 4Gb, só com uma internet com conexão de banda-larga e põe larga nisso, caso contrário, terá que contar até 1000! Mesmo jogos de GBA (Game Boy Advance) estão na faixa de dezenas ou centenas de megabytes.

Vamos entender um pouco o que significa esses bytes. 1 Byte é um conjunto de 8 bits. Computadores são feitos de fios e circuitos. Um fio pode ter "carregar" apenas 2 informações: o ligado e o desligado. O estado ligado, representamos pelo número 1 e o desligado representamos pelo numero 0. Como esse sistema tem apenas 2 dígitos, ou é caracterizado por 2 números, ele é chamado de sistema BINÁRIO. Na verdade, 1 byte é uma palavra formada pelo conjunto de 8 bits. Internamente, no circuito do computador ou videogame, nada mais é que uma barra de filetes condutores numa placa de circuito que carrega esse conjunto de bits para lá e para cá e os circuitos lógicos os processam. Veja o esquema simplificado abaixo:

Note na figura acima que a CPU (Unidade Central de Processamento, ou microprocessador como é mais conhecido) se comunita com a memória RAM e a memória ROM via uma barra de "fios", cada fio carrega um bit de informação, 8 fios formam uma palavra que é o byte. Um computador ou videogame de 8 bits são capazes de trocar apenas palavras com 8 bits por vez.

O Master System é um exemplo de um video game de 8 bits.

Agora ficou fácil! Um videogame de 16bits tem um barramento maior, e é claro é capaz de processar mais palavras, isto leva a maior resolução na imagem e num aumento de velocidade. Claro que com a evolução dos dispositivos de hardware, o processador principal deixou de fazer tudo sozinho, deixando a cargo de outros processadores secundários a tarefa de processar dados mas específicos, como som e imagem. O MSX, por exemplo, apresentou gráficos incríveis para a época porque tinha um processador separado só para imagem.

A saber:

1 byte = 8 bits

1 Kb = 1024 bytes (isto porque o sistema é binário, então: 1kb = 2x10 bytes = 1020 bytes)

1 Mb = 1024 Kb = 1.048.576 bytes (seguindo o mesmo raciocínio: 1Mb = 2x10 kb = 2x20 bytes)

1 Gb = 1024 Mb = 1.073.741.824 bytes

Como estamos entrando na era do TeraByte:

1 Tb = 1024 Gb = 1.099.511.627.776 bytes

Em outras palavras, 1Mb, que para os padrões de hoje é praticamente nada, tem mais de 1 milhão de bytes! Um jogo de PSX completo, com gráficos 3D, cenas intercaladas, som 3D, música, narrativas, e efeitos visuais como partículas, necessita de mais de 600 milhões de bytes! E isto só foi possível porque as máquinas evoluiram.

Para saber mais sobre bits, bytes, quilobytes, megabytes, gigas e teras, clique aqui!

Agora que você já tem idéia da dimensão da quantidade de bytes são necessários para fazer jogos, imagine gráficos com qualidade de um PlayStation 2 e 3, veja bem, eu escrevi PlayStation 3 que cabem num arquivo com apenas 64Kb! Você vai ler isso e vai dizer: AH, IMPOSSÍVEL! E detalhe, não só gráficos, mas tudo: gráficos, efeitos, animações, efeitos sonoros e música. Pois bem, me deparei com isso pela primeira vez em 2004 e na época achei até que fosse um arquivo de vírus camuflado numa propaganda de uma demonstração 3D bonita, mas não era não. Da mesma forma que a maioria disse: ah, impossível, como fazer isto tudo com 64kb, como cabe isso tudo em 64kb!

Os Nerds e entendidos de programação de baixo nível sabem, e sabem como ninguém. Tem até concurso para a melhor apresentação 3D com apenas 64kb!

Tá duvidando? Então veja o vídeo abaixo. Esta animação é um arquivo .EXE e ocupa menos de uma centena de kb e foi feita no ano 2000.

A ferramenta que faz essas apresentações chama-se werkkzeug. A versão disponível para download é a 1.2, mas já existe a versão 4, ainda não disponível gratuítamente. A ferramenta fornece todos os recursos para criar apresentações, screensaves com uma qualidade incrível cabendo em apenas 64kb. Se importar dados como arquivos 3D XSI e som OGG, daí o apresentação chega aos Megabytes. Na versão 3 ou 4 do programa já é possível fazer tudo dentro dos 64kb.

Veja outras apresentações e baixe o werkkzeug clicando aqui!

Infelizmente a indústria dos jogos não deu a devida atenção a esses caras que conseguem fazer este tipo de façanha, pois estão aí desde 2000! Dez anos depois, as ferramentas de criação evoluiu e várias desenvolvedores estão aprendendo a mexer na ferramenta. A Pixar tem apoiado a idéia, portanto, o tio Jobs está de olho no negócio. Afinal, imagine quantos jogos completos de videos games de 128 bits, caberiam em um CD ou DVD. Ou melhor, dentro de uma memória flash com 80Gb! Você já iria comprar o console com centenas, talvez milhares de jogos já na memória, como ocorre hoje com os videogames de 16bits com seus 100 joguinhos na memória.

Vale a pena conferir,

Até mais...

Making of Prince of Persia 3D - 2a parte

2010-05-03T14:21:00.001-03:00

No You Tube é possível encontrar uma infinidade de materiais sobre quase tudo. E, é claro, também sobre jogos. Para o candidato a design é muito importante ver como as coisas foram feitas. Já publicamos aqui na sessão Making Off a 1a parte do Prince of Persia 3D. Segue agora a 2a parte, que os processos de animação dos personagem e como foram criadas as coreografias das lutas. É um ótimo material de estudo. Vale a pena assistir:

Em breve, mais Making off

Teclas de atalho do Blender (versão 2.50)

2010-02-01T11:06:00.001-02:00

Abaixo segue as teclas de atalho do teclado do Blender 2.50. Esta tabela não foi feita por mim, mas extraída do site Blendertips.com e pode ser acessada clicando aqui! A diferença é que traduzi alguns atalhos, mas não todos.

OM = Somente Object Mode	SM = Somente Sculpt Mode
EM = Somente Edit Mode	PM = Somente Pose Mode

Modos de ações chaves


A		Selecionar tudo / "selecionar" nada
Shift + A		adicionar menu
CTRL + Shift + A	OM	Make Dupliverts Real

B		Seleção "caixa"
Shift + B		Zoom "caixa"
Alt + B		Isola a visão para a "caixa" selecionada

C		Seleção "circular" (peças)
C	EM	Fechar / Abrir uma curva (Curvas)
Shift + C		Coloca o curso 3D na origem
Alt + C	OM	Converter menu
CTRL + Shift + C	OM	Adiciona menu Constraint
CTRL + Alt + Shift + C		Ajusta o menu Center (ObData to Center, Center New / Cursor)

Shift + D		Duplicar
Alt + D		Duplicar linkado (Instancia)

E	EM	Extrude
Shift + E		Set Keyframe Extrapolation menu (Graph Editor)
E		End frame assign (Timeline window)
CTRL + E	EM	Edge menu

F	EM	Cria uma face (3 vertices selecionados)
F	EM	Cria borda (Edge) (2 vertices selecionados)
F	SM	Ajusta o tamanho da peça
Shift + F	SM	Ajusta o "comprimento" da peça (Brush strength)
Shift + F	OM	Camera Fly mode (camera livre)
CTRL + F	EM	Faces menu

G		Mover (Grab)
Alt + G	OM	Reseta localização
G		Grab Marker (Timeline)
Alt + G		Ungroup (Node window)
Alt + Shift + G	OM	Remove objetos selecionados do grupo
CTRL + G		Grupo (Node window)
CTRL + G		Adiciona objetos selecionados para o grupo
Shift + G	OM	Select Grouped menu

H		Objeto selecionado fica invisível
Alt + H		Torna todos os objetos invisíveis visível
H		Set Keyframe Handle Type menu (Graph Editor/Dope Sheet)
CTRL + H		Show Handles toggle (Graph Editor)
H	EM	Handle free/aligned toggle (Bezier Curves)
H		Invisível/visível (Node window)
Shift + H	EM	Automatic handles (Bezier Curves)
Shift + H		Torna invisível objetos não-selecionados
CTRL + H	EM	Add Hook

I		Insert Keyframe menu
Alt + I		Apaga Keyframe
CTRL + I		Select Inverse
Shift + I	PM	Add IK constraint
CTRL + Alt + I	PM	Remove IK constraint

CTRL + J	OM	Une (liga) objetos selecionados
Alt + J	OM	Converte triangulos selecionados para "quads"

K		Select all Keys sharing same frame (Graph Editor)

L	OM	Make Local menu
L	EM	Seleciona objetos lincados
CTRL + L	OM	Make Links menu
Shift + L	OM	Select Linked menu

M	OM	Move o objeto para uma outra camada
M		Add Marker (Timeline)
Alt + M	EM	Merge menu
CTRL + M		Mirror over an axis

N		Propriedades
CTRL + N	EM	Recalculate Roll
CTRL + N	EM	Recalculate normals to outside
CTRL + Shift + N	EM	Recalculate normals to inside

O		Proportional Editing on/off toggle
O		Limpa curvas IPO (Graph Editor)
Alt + O	EM	Proportional Editing connected toggle
CTRL + O		Abrir arquivo
Shift + O	EM	Proportional Editing Falloff type toggle
Shift + O		Sample Keyframes (Graph Editor

P	OM	Inicia a game engine
P	EM	Separate
P	EM	Pin vertices (UV/Image Editor)
Alt + P	EM	Unpin vertices (UV/Image Editor)
P		Set Preview Range (Graph Editor)
Alt + P		Clear Preview Range (Graph Editor)
CTRL + P		Make Parent
Alt + P		Clear Parent menu
CTRL + Shift + P		Make Parent without Inverse

CTRL + Q		Sair do Blender

R		Girar objeto
Alt + R	OM	Limpar rotação
Alt + R	EM	Spin
CTRL + R	EM	Loop Cut
Shift + R	EM	Selecionar linha (NURBS)

S		Scalar objeto
Alt + S	OM	Resetar escala
S		Start frame assign (Timeline window)
Shift + S		Snap menu
Alt + S	EM	Shrink / Fatten with influence
CTRL + Alt + S		Split Region

T		Toolbar (barra de ferramentas)
Shift + T		Set Keyframe Interpolation (Graph Editor)
CTRL + T		Toggle frames / seconds
CTRL + T	EM	Tilt (Curves)
Alt + T	EM	Reset Tilt (Curves)
CTRL + T	OM	Make Track menu
Alt + T	OM	Clear Track menu
CTRL + T	EM	Converte as faces selecionadas para triângulos

U	OM	Make Single User menu
U	EM	Menu de mapeamento UV
CTRL + U		Salva os ajustes do usuário

V		Object Mode / Vertex Paint Mode toggle
V	EM	Vector handles (Bezier Curves)
CTRL + V	EM	Vertices menu

W	EM	Specials menu (varies per object)
Shift + W	EM	Warp
CTRL + W		Salvar arquivo

X		Apagar
X		Constrain global X axis transform
XX		Constrain local X axis transform

Y		Constrain global Y axis transform
YY		Constrain local Y axis transform
Y	EM	Dividir (Split) Vertex / Edge / Face

Z		Constrain global Z axis transform
ZZ		Constrain local Z axis transform
Z		Solid / Wireframe toggle
Alt + Z		Solid / Textured toggle
Shift + Z		Shaded / Wireframe toggle
CTRL + Z		Undo
CTRL + Shift + Z		Redo

NUM 0		Visão da câmera ativactive camera view
CTRL + Alt + NUM 0		Move camera to current view
NUM .		Frame selected in view
NUM /		Global/Local view toggle
NUM 1		Visão Frontal
NUM 3		Visão lateral
NUM 7		Visão Topo
NUM 5		Muda visão para Perspectiva/Ortográfica
NUM 4/NUM 6		Gira a visualização da janela para esquerda/direita
NUM 2/NUM 8		Gira a visualização da janela para cima/baixo

Keyboard #		Visualizar camadas 1 - 10
Alt + Keyboard #		Visualizar camadas 11 - 20
~		Visualizar todas as camadas

.		3D Cursor pivot
,		Bounding Box Center pivot
CTRL + .		Individual Centers pivot
CTRL + ,		Median Point pivot
Alt + .		Active Object pivot
Alt + ,		Move Object Centers only

HOME		Enquadra todos os objetos na janela de visualização
Tab		Muda de Object Mode / Edit Mode
CTRL + Tab	EM	Modo seleção (Select Mode) (Vertices, Edges or Faces)
CTRL + Tab	OM	Object Mode / Weight Paint Mode toggle
CTRL + Tab	SM	Object Mode / Weight Paint Mode toggle
CTRL + Spacebar		Manipulator menu
Alt + Spacebar		Orientation menu
CTRL + LMB drag		Lasso select
Left/Right Arrow		Incrementar 1 frame
Up/Down Arrow		Incrementar 10 frames
CTRL + Up/Down Arrows		Maximiza a janela de visualização
CTRL + Left/Right Arrows		Screen presets toggle

F1		Abrir arquivo
F2		Salvar como
F3		Repeat History menu
F6		Ajusta para Object Mode
F11		Render window toggle
F12		Render current frame
CTRL + F12		Render animation

Shift + F1		Load Library
Shift + F2		Logic Editor
Shift + F3		Node Editor
Shift + F4		Console
Shift + F5		3D window
Shift + F6		Graph Editor
Shift + F7		Properties
Shift + F8		Video Sequence Editor
Shift + F9		Outliner
Shift + F10		UV/Image Editor
Shift + F11		Text Editor
Shift + F12		Dope Sheet

Pixel Maker v1

2010-01-30T10:41:00.001-02:00

A ferramenta acima é o PIXEL MAKER v1. Foi criado para criar Sprites, ou imagens através de preenchimentos de quadros (os pixels) para jogos ou outros fins. Para quem acompanha o curso de programação QBASIC e FREEBASIC voltada para jogos aqui no DDJ este programa provavelmente será muito útil. O interessante é que pode ser escolhida a resolução em pixels da imagem (4x4, 9x9, 12x12, 36x36 ou 64x64), e é claro, quanto maior a resolução mais detalhada será a imagem.

O que pode ser feito com o Pixel Maker também pode ser feito no PAINT ou um Photoshop. A sugestão aqui é por se tratar de mais uma ferramenta on-line, já que a tendência é essa: os programas rodarem direto da net, pelo Browser e não mais instalados no computador, ocupando espaço. No futuro, o que irá ocupar espaço em sua máquina não serão os programas mas os dados criados por esses programas que irão rodar direto da internet.

Para quem ainda não entendeu o que pode ser feito com o Pixel Maker, segue algumas imagens abaixo:

Abaixo um programa feito em QBasic para a criação de modelos a partir de preenchimento de pixels.

Uma das propostas futuras é de desenvolver um programas desses como ferramenta de apoio para quem acompanha o curso QBasic e FreeBasic. Para dar a idéia de movimento dos personagens, basta fazê-lo em diferentes posições e depois ir trocando a imagem durante a execução do programa, como fazíamos com aqueles bonequinhos de "linhas" em folhas de caderno e depois íamos passando as folhas, dando a idéia de movimento. Abaixo um screen que ilustra um exemplo de vários sprites em posições diferentes.

Para acessar o Pixel Maker clique AQUI!

O que está esperando, divirta-se...

Street Fighter! on-line

2010-01-28T11:39:00.008-02:00

Já foi mensionado aqui no Blog que para aprender a desenvolver jogos um dos requisitos básicos é jogar muito. Seja para se divertir ou para estudar como o jogo foi feito, inclusive procurando por erros de lógica, jogar faz parte. Existem pessoas especializadas nisso, que ganham para isso: os beta-testes! Muita gente iria adorar ser um, ganhar pra jogar? uau... Quero um emprego destes! Mas não é bem assim, uma coisa é jogar para se distrair, a outra é jogar procurando por possibilidades que não foram previstas quando uma determinada versão do jogo foi lançada. Tudo é anotado e passado para os programadores e designers para que o erro seja corrigido.

Twittando por aí, descobri alguns jogos on-line interessantes. Existem páginas que disponibilizam o serviço gratuitamente, como o do Street Figther, que pode ser jogado online nos Jogos Online. Além do site jogos online existe os jogos emulados ou remakes. Muitos jogos do Atari, Master System e Super Nes podem ser encontrados no iPlay sem a necessidade de instalar nada no computador. São remakes java. Vale a pena conferir! Mas não jogue apenas por jogar, tente desvendar como o jogo foi feito. Entenda a idéia de quem fez o jogo, pense como um designer!

Espero que a dica tenha ajudado.
Até mais...

Revista sobre retrogames Game Sênior é lançada!

2010-01-13T11:09:00.002-02:00

O Forum RETROBITS, cujo intuito é "manter vivo o retrogamer que existe dentro de cada um de nós", lançou no dia 23/09/2009 uma revista digital que trata do assunto.

Para os nostalgicos como eu, vale a pena conferir! Parabéns pela iniciativa da RETROBITS. Eu já fiz o meu registro no Fórum, o que está esperando, vai lá e faça o seu também e participe!

A revista pode ser baixada nos seguintes links:

MEGAUPLOAD

RAPIDSHARE

A Layla morreu! A Laylica continua...

2010-01-12T12:01:00.001-02:00

Quando meu filho era pequeno, 2 ou 3 anos, ganhou uma pequena cachorrinha que foi logo batizada pelo nome de "Laila" por ele. Brincalhona, elétrica, conviveu com a gente e se tornou uma pecinha super companheira de todos. Da mistura louca de 2 raças, originou uma Laila pequena, peluda, que parecia mais um gambá que um cachorrinho. Um olhar alegre e um "sorriso" estranho. Sabe quando você olha para um cão e mesmo que ele não tenha as expressões de uma pessoa você diz: "ele está rindo!". Sempre tive essa impressão da Laila. Meu filho tem hoje 17 anos e Laila estaria completando seus 14 ou 15 anos de idade. Se para cada 1 ano de um cão corresponde a 6 anos para um humano, então Laila seria uma senhora já com seus já quase 90 anos. O mais interessante é que suas brincadeiras mantinha o mesmo ritmo de quando era mais jovem. Seus pulos e corridas pela casa, trazendo alegrias e impropérios quando passava dos limites, como quando ela simplesmente mijou em cima de um maço de provas dos meus alunos após deixá-las sobre a mesinha para tomar água.

Louca? ah... totalmente. Engraçada? absolutamente. Quase morreu em várias situações. Se teve um bicho que Deus concedeu 7 vidas, esse bicho foi a Laila. Que eu lembre, sua primeira aventura para o mundo dos mortos foi quando bebeu água com sabão em pó misturado com água sanitária! Ficou ruim a danada, uma semana inteira de martírio, uma gemida e uma gofada de sangue pelos orifícios. Eu só dizia: "tá morta!"

Tá morta nada! Uma semana depois esta ela a pular de novo. Do solo ela foi para o 3o piso, laje, quando nos mudamos para uma casa maior. Espaço maior, mas ela não se contentou em ficar somente na laje e subia na mureta e pulava para as telhas do parapeito para correr atrás dos pardais e rolinhas que insistiam em fazer ninhos nos vãos das telhas. Chegou a pegar alguns mas entre um tropeço e outro, quase nos matou de susto quando despencou para o segundo piso gemendo de dor pelo impacto com a laje inferior. Mas a grande queda mesmo, aliás, duas grandes quedas, pois ela não se contentou e repetiu a dose, foi quando me viu chegar em casa e de tanta alegria pulando do parapeito, escorregou e caiu do 3o andar! Eu disse 3o andar...

Se entortou toda mas retornou novamente a vida após um choque com água gelada que peguei da torneira. Fora uma vez que caiu na roda de um caminhão em movimento e depois de uns dois quiques na roda a puxei pela coleira! Louca... mas divertida! Assim era a Laila.

No meio disso tudo, acabei me interessando por Design de Jogos. Conheci a Unidev e fiz algumas amizades lá. Aprendi muito e também compartilhei muita informação. Foi quando nasceu o Aclive, como um ícone da Unidev. Acabei adotando o nome na internet. Adotei também o ET azul como ícone, alterando-o mais tarde acrescentando-lhe um chapel de palha e um óculos com armação amarela. Uma pequena referência a Minas, minha terra! Depois que aprendi bastante coisa, resolvi partir para testes tais como modelagem, animação, programação, aprender algumas engines, etc. Criei o curso de Qbasic para a Unidev e traduzi alguns "helps" do 3DStudioMAX. Participei também de alguns contests de 3D, sem muito sucesso, mas riquíssimos em aprendizagem. Como tudo que faço acho importante uma marca, uma referência que fique gravada na cabeça das pessoas (como foi o caso do ACLIVE e do ícone do ET azul), criei a SOFTCLIVE que seria minha marca em relação a criação de jogos em sí. Dadas as devidas proporções, a SOFTCLIVE seria como uma THQ, Square, Konami, etc. E claro, criei um Layout para a softclive:

Bom, já tinha a marca da "gamehouse" agora faltava o mascote. A Nitendo tinha o Mário, a Sega tinha o Sonic e a SOFTCLIVE, claro, tinha a LAYLICA! Tinha não, tem!

Laylica é a Laila transformada, transmutada para o 3D. Eu queria um personagem que fosse meio idiota, algo como o Crash Bandicot mas esperto o suficiente para conseguir avançar em suas aventuras. Laylica nasceu de um carinho e amor especial pela Laila. Durante anos trabalhei no meu projeto Laylica, que na verdade era um projeto escola que visava a aprendizagem de como criar mundos, programação de comportamento de ambiente, câmeras, controle dos personagens, e modelagem em geral. Laylica foi o meu motivo, a minha escola, a minha meta. De fato ainda é. Apesar que tive que deixar o projeto de lado por algum tempo devido a problemas pessoais. Ontem recebi a notícia da morte da Laila, e fico triste por isso, fico triste porque sei que meu filho ficará triste, afinal ela foi a companheira dele desde os 2 anos. Hoje ele já é um homem, mas tenho certeza que ela o ajudou a aprender uma série de coisas ao longo de toda a convivência de ambos. A Laila morre em matéria, mas permanece viva em nossas mentes e mais vida ainda como a Laylica 3D, que tenho certeza ainda irá participar de várias aventuras junto com seus companheiros, sua turma (que na verdade, são outros animais que existiram e foram meus bichos de estimação).

Abaixo segue alguns resultados dessa aprendizagem, como o mundo e a Laylica em si:

(Este é um teste de criação de partículas e movimentação de personagem utilizando uma caixa)

(outro teste de partículas via programação utilizando DarkBasic Classic)

(Laylica num mundo - teste de movimentação e câmera)

(outro mundo teste - mais sombrio e com um rio de lava)

(Um novo ângulo - observe um orbe a ser coletado no mundo)

(mundo criado com o Q3Radiant e renderizado utilizando a engine Apocalix)

(Um closet da minha amiguinha)

(Laylica numa caverna - dando uma de Lara Croft canina!)

(primeira concepção 3D da Laylica feita no 3DStudio MAX)

(Um render da imagem acima)

Ontem me disseram assim: "Não fique triste, ela foi para o céu dos cachorros!". Sim, ela foi para o céu. Que Deus a tenha!

Quanto ao projeto Laylica, ahhhhh... esse não morre NUNCA! Quem sabe algum dia o mundo todo vai se divertir com ela, como meu filho se divertiu...

15 anos de PLAYSTATION!

2009-12-10T09:55:00.002-02:00

A linha de video games PlayStation completa 15 anos!

PlayStation é um console de video game fabricado pela empresa Sony, lançado em 3 de dezembro de 1994 no Japão e em 9 de setembro de 1995 nos Estados Unidos. Desde o seu lançamento até 2006 (quando sua produção fora extinta), o PlayStation vendeu mais de 100 milhões de unidades, superado pelo seu sucessor, o PlayStation 2, com 138 milhões de unidades comercializadas.

O UOL JOGOS, lança um ALBUM com os 100 melhores jogos do console. Vale a pena conferir. Dentre os jogos temos: GRAN TURISMO, METAL GEAR, DINO CRISIS, FINAL FANTASY VII, entre outros.

Clique aqui para ver o album.

Alguns jogos:

GRAN TURISMO:

METAL GEAR SOLID

DINO CRISIS

FINAL FANTASY VII

HISTÓRIA DO PLAYSTATION:

A origem da PlayStation remonta a 1990, quando a Nintendo planejava uma expansão de CD-ROM para o Super Nintendo. A Sony que desenvolveu o chip de som do SNES, foi escolhida para desenvolver a expansão. O projeto não saiu do protótipo, após vários desentendimentos entre as duas empresas fizeram a Nintendo primeiro por cancelar o projeto e fazer outra parceria com a Philips.

O "Play Station X" já se encontrava em avançado estágio desenvolvimento e a Sony decidiu lançá-lo no mercado como um console de videogames independente. No final de 1994 chegava ao mercado japonês o PlayStation e um ano depois era lançado nos Estados Unidos.

Já no lançamento a recepção foi muito positiva. O PlayStation apostava nos jogos 3D que naquela epoca ainda engatinhavam. O console tinha uma GPU (processador gráfico) avançadíssimo capaz de fazer efeitos só disponíveis em computadores e outros consoles anos depois.

Vários jogos contribuiram para o sucesso do console, como Resident Evil, Crash Bandicoot, Tomb Raider, Medal of Honor, Tekken, Gran Turismo, Final Fantasy, Winning Eleven entre outros. O console recebeu massivo apoio da EA e sua linha esportiva EA Sports.

A Sony também introduziu um acessório para o PlayStation que se tornou muito popular: o memory card. O memory card (ou simplesmente cartão de memoria) permitia salvar dados dos jogos e continuar o jogo no mesmo em que parou. Esta tecnologia já existia em alguns jogos de consoles mais antigos, mas dependia de um chip de memória dentro do cartucho. Os memory cards tornaram o processo de salvar padrão e praticamente todos os jogos tinham suporte.

Mesmo com a chegada de concorrentes mais poderosos como Nintendo 64, Sega Saturn e o Sega Dreamcast, o PlayStation era o mais vendido com uma linha de jogos já estabelecida e de grandes sucesso.

Em meados de 2000, o PlayStation passou por uma re-estilização ficando menor com curvas arredondadas. Esse console recebeu o nome de PSone, agora na cor branca. Nesse ano também foi lançado o sucessor PlayStation 2. O PlayStation foi sendo abandonado aos poucos e teve sua produção encerrada em 2006. Cerca de 100 milhões de consoles PlayStation foram vendidos em todo mundo.

(FONTE: Wikipedia)

Sempre gostei de programação e de criar jogos para computador. Mas foi quando vi um jogo 3D do playstation 1 que fiquei completamente fascinado e veio a célebre frase que deve ter enchido a mente de outros curiosos na arte como eu: "caramba, eu quero aprender a fazer isto!"

Segue abaixo a imagem do jogo que me inspirou a querer aprender a fazer jogos, a modelar 3D, a estudar ia, cenário, luzes, etc.

COOL BOARDER 3

Abaixo um vídeo do youtube com os 100 jogos do PlayStation. Vale a pena conferir!

Espero que curtem o album e matem a saudades de vários jogos.
Um abraço!

Blender 3D 2.50 Alpha 0 disponível para download

2009-11-26T10:29:00.004-02:00

Um dos lançamentos mais aguardados pela comunidade de usuários e artistas que usam o Blender 3D foi disponibilizado hoje pela fundação Blender, que é a versão 2.50 da nossa suíte de modelagem e animação 3D. Antes que você se anime e migre todos os seus projetos em andamento para essa versão do Blender, que apresenta interface e algumas ferramentas totalmente reformuladas, é importante tomar alguns cuidados com essa nova versão que ainda está em desenvolvimento.

O download desta versão está na página oficial do blender: http://www.blender.org/

Abaixo um vídeo do you tube que demonstra as mudanças e potencialidades da nova versão.

Aproveitem.

Making of Spyro the Dragon

2009-09-23T09:44:00.002-03:00

Spyro the Dragon é uma série de jogos de plataforma em volta da personagem central Spyro.

O primeiro jogo, Spyro the Dragon, criado pela desenvolvedora estadunidense de jogos eletrônicos Insomniac Games para PlayStation da Sony, foi lançado em 1998. Com belos gráficos para a época, Spyro trouxe bastante diversão tanto para os pequeninos como para os marmanjos de plantão (como eu!). Foi a partir de Spyro que surgiu a idéia de fazer um jogo seguindo a mesma linha, chamado Laylica, inspirado numa cadelinha de estimação "idiota" na época.

Depois do sucesso do primeiro jogo, a série foi expandida e desenvolvida também para outras plataformas.

(Spyro the Dragon)

(Laylica - By Aclive)

Para quem gosta de jogar Spyro e Crash, deixo a dica de um forum de discussão sobre ambos os jogos. Clique aqui para acessar o forum!

Espero que curtem mais esse Making of. Brevemente falarei do projeto Laylica (que tá pior que obra de igreja!).

Até!

Album: Os principais video games da história

2009-09-15T11:31:00.001-03:00

Mais um album interessante lançado pelo UOL jogos. Desta vez com fotos dos principais consoles de video games. No meu caso, tive o privilégio de ter quase todos os video-games desde o antigo Odissey, um que tinha umas teclas. Depois disso tive um Atari e ficávamos eu, minha irmã e meu irmão disputando espaço nas partidas de enduro ou come-come. Nitendinho e SuperNitendo também fizeram parte da lista. Mas o meu grande favorito foi o PlayStation (o primeiro), sair do 2D para o 3D me cativou completamente e foi a partir dele que resolvi não só brincar mas também aprender a programar e a criar alguns joguinhos também.
Espero que esta sessão nostalgia agradem a todos vocês como me agradou. E muito...

Para ter acesso ao album, clique aqui!

Até...

Album sobre a evolução dos jogos de futebol

2009-09-09T10:37:00.001-03:00

O Site da UOL lançou um album com imagens dos jogos de futebol desde o antigo ATARI até os jogos atuais. As imagens mostram jogos em 2D e com uma pixerização extremamente baixa até os mais modernos e com física realistica. Um bom material para quem gosta de jogar futebol via console ou micro e um excelente tour para quem está se aventurando no mundo de criação de jogos. Entender a história dos jogos faz parte do currículo de um designer.

Após ver o album, não pude deixar de ficar surpreso com imagens de jogos que nem lembrava mais. Sabe aquela coisa do tipo "caramba, eu já joguei isso!". Pois é, vai lá e tenha a mesma sensação. Fica aqui a dica!

Visite o album clicando aqui!

Parte 7: Funções matemáticas!

2009-08-31T12:19:00.004-03:00

Segue a continuação do curso de programação de jogos com FREEBASIC e QBASIC. Nesta parte iniciamos com as principais funções matemáticas. Com diversos exemplos para ilustrar o comportamento das funções. Surgem os primeiros exemplos em FREEBASIC! Todos eles podem ser criado também utilizando o QBASIC ou o compatível "QBASIC" para os sistemas mais modernos (Windows XP), o QB64.

Clique aqui para baixar a 7a parte.

Envie seus códigos e resultados para postarmos aqui no Blog! Compartilhe os seus programas, discuta com os colegas.
Até o próximo tutorial...

Download Qbasic45_com exemplos (link2). Para executar o Qbasic clique duas vezes no arquivo em lote chamado QB45 (é o arquivo com a engrenagem).

Download QB64.

Portal Domínio Público

2009-08-26T15:46:00.002-03:00

Venho aqui para divulgar um site mantido pelo Governo Federal que visa a difusão de materiais gratuítos pela através da rede. Na verdade, são materiais de domínio público, daí o nome do portal.

O Portal Domínio Público é uma biblioteca digital da Secretaria de Educação a Distância do Ministério da Educação do Brasil, chegou aos 14 mil títulos em seu acervo no início de 2006: dez mil em arquivos de texto e quatro mil em outras mídias. O acervo é constituído por obras de domínio público ou devidamente cedidas pelos titulares dos direitos autorais.
O Domínio Público, que iniciou as atividades em novembro de 2004, é um ambiente virtual que permite a coleta, integração, preservação e compartilhamento de conhecimentos, sendo seu principal objetivo o de promover o amplo acesso às obras literárias, artísticas e científicas em textos, sons, imagens e vídeos. Paralelamente, o portal tem procurado reproduzir artigos e trabalhos acadêmicos relacionados à educação a distância.

Os usuários podem inclusive colaborar com o Portal Domínio Público de diversas formas, que sejam como Voluntário (digitalizando obras que já se encontram em domínio público), como Autor (cedendo obras de sua autoria), como Parceiro (cedendo os direitos autoriais de obras das quais os detenha) ou como Tradutor (traduzindo obras que já estejam em domínio público.
(fonte: wikipedia)

Alguns destaques do Acervo:

- Machado de Assis

- Isaac Newton

- Galileu Galilei

- Plano de Desenvolvimento da Educação

- Shakespeare (em português!)

- Vídeo Paulo Freire

- Poesias de Fernando Pessoa

- Literatura infantil (em português)

- A Divina Comédia (em português)

- Hinos Brasileiros

E muito mais...

Making of Metal Gear Solid

2009-08-18T11:59:00.006-03:00

Metal Gear Solid (メタルギアソリッド, Metaru Gia Soriddo, geralmente abreviado como MGS) é um jogo eletrônico de espionagem dirigido e escrito por Hideo Kojima (é o cara que aparece no vídeo dando explicações). O jogo foi desenvolvido pela Konami Computer e primeiramente distribuído pela Konami em 1998 para PlayStation.

A história de Metal Gear Solid se passa em 2005, a sudoeste do Alasca no mar de Bering. Ela se foca em Solid Snake, um soldado ex-aposentado que se infiltra numa instalação de armazenamento de armas nucleares para neutralizar a ameaça terrorista da FOXHOUND, uma unidade de forças especiais. Snake deve resgatar dois reféns: o chefe DARPA e o presidente de uma fabricante de armas, enfrentar os terroristas e impedi-los de lançar um ataque nuclear.
(FONTE: wikipedia)

Como fazer jogos para computador? Um caminho para desenvolver jogos por Geoof Howland

2009-08-10T15:52:00.019-03:00

(adaptado por Aclive)

O texto original em inglês que me motivou a escrever este artigo encontra-se no site da gamedev e está disponível no seguinte link: http://www.gamedev.net/reference/design/features/makegames/

Quando alguém resolve a se aventurar a criar jogos para computador a primeira coisa a ser feita é iniciar com pesquisas em livros e na internet. A cada dia centenas de iniciantes invadem os foruns e blogs sobre o assunto pedindo ajuda, e as perguntas mais frequêntes são:

- Como eu faço jogos?
- Como fazer um jogo como Prince of Persia ou Metal Gear?

Bom, em primeiro lugar deve-se ter em mente que essas expectativas estão totalmente fora da realidade, pelo menos a princípio. O iniciante deve ter em mente que criar jogos no mesmo nível de um Prince of Persia requer uma equipe totalmente sincronizada e com anos de experiência, que vive disso, não só por prazer, mas ganham (e ganham bem) para fazer o que fazem. Geralmente quem está iniciando, ou mesmo os mais experientes, tiram sua renda de um outro ofício que não tem nada haver com jogos e levam o desenvolvimento como um hobby nas horas vagas. O que quero dizer é:

- Jogos para PC e CONSOLES são feitos por profissionais.

Uma vez que compreendeu que não adianta entrar nesse universo com projetos mirabolantes e impraticáveis é hora de iniciar os estudos para adquirir conhecimento e colocar o que aprendeu em projetos menores e, é claro, que podem ser concluídos!

Então, por onde começo?
Jogo da forca!
O jogo da forca é um bom começo para quem deseja se aventurar no mundo da criação de jogos. Ele possui os principais elementos básicos presentes em qualquer jogo e pode ser feito por uma pessoa. Na verdade, apesar de colocarmos o jogo da forca como um bom começo, ele se enquadra numa série de outros jogos que são relativamente fáceis de programar pois deixam de lado alguns elementos relativamente complexos para o programador novato. Além do jogo da forca, outros jogos podem ser programados por um iniciante. São eles: Gênius, quadrado mágico, sudoku, senha, etc.

- O que fica de fora nesses jogos que os tornam fáceis de programar?

Em primeiro lugar é um jogo que não é preciso criar rotinas de movimentação de peças. Movimentar elementos na tela nem sempre é uma tarefa fácil, então é bom deixar isso para outro projeto quando tiver mais experiência. Em segundo, "você joga com você mesmo!" Isto é, não há oponente "robótico" (em outras palavras, você não joga com a máquina!). O jogo de forca consiste no usuário tentar descobrir uma palavra, o Gênius em repetir uma sequência, sudoku preencher quadros com números obedecendo uma certa lógica, no Senha deve-se descobrir a sequência correta de números... Nesses jogos não é preciso lugar ou desviar de inimigos. Programar o comportamento de oponentes é bem complicadinho e exige conhecimentos sobre AI (Inteligência Artificial), portanto, vamos deixar isso de lado por enquanto!

O restante é tudo igualzinho aos demais jogos, seja um Mário da vida, um Metal Gear ou um lindíssimo Shadow of Colossus.

- E quais os elementos presentes em todos esses jogos?

A responta mais simples é: LAÇO ou LOOPING! Um laço é uma sequência de repetições que ocorrem numa taxa muito rápida e que permite a leitura dos dados de entrada, faz a atualização do vídeo, as operações matemáticas, atualizações em geral, etc. No caso do jogo da forca, eliminamos alguns blocos dentro do looping com a AI e a movimentação de elementos no vídeo (sprites, scroll, etc). Aprendendo a criar esses joguinhos, só então estará apto a próxima etapa.

Qual a próxima etapa?

Diria que a próxima etapa seria jogos com tetris ou breakout. Para quem não conhece (o que acho bem difícil), tetris é um jogo simples que consiste em ir encaixando peças que vão caindo numa certa velocidade. Para cada peça encaixada ganha uma pontuação. Fechando uma linha, a mesma é eliminada, as peças que estão em cima descem ocupando os espaços vazios e uma pontuação maior é dada. Basicamente é isso! Claro, existem variações do jogo e é possível explorar isso ao máximo, mas de um modo geral a regra é essa. Já o breakout consiste em ir quicando uma bolinha por meio de uma barra que é controlado pelo usuário com a finalidade de atingir peças coloridas mais acima. Cada vez que a bolinha atinge as peças estas são eliminadas. O jogo termina quando o usuário deixa passar três bolinhas pela barreira ou quando elimina todas as peças acima.

- Qual a diferença do tetris e breakout para os jogos descritos anteriormente?

Tetris e breakout utilizam a movimentação de sprites, ou seja, é incluida uma rotina de movimentação de peças no laço. Isso pode ser feito de maneira rudimentar, mas também pode ser elaborado de modo sofisticado dando um visual bonito e atrativo ao jogo.

Uma observação importante aqui: só pule esta depois de ter concluído um jogo na primeira etapa. Você irá precisar estar bem familiarizado com a primeira parte do design para começar a criar jogos que possuem movimento. Não farei esta recomendação novamente, mas não passe para a etapa seguinte sem dominar completamente esta etapa. Portanto, se está aqui é porque fez um jogo da forca ou um gênius. Quando estiver na etapa seguinte, então você provavelmente já terminou o seu tetris ou breakout.

O que vem depois?
Terminou o tetris e o breakout? Bom, a próxima etapa é criar variantes desses jogos a partir ou partir para jogos que obedecem a mesma idéia (ainda sem AI). Finalmente, quando estiver bem treinado é que poderá partir para a próxima etapa: jogos que possuem rotinas de IA. Neste tipo de jogo, você programa o "comportamento" de alguns elementos que pertencem ao jogo, sejam eles inimigos ou amigos que devem te acompanhar e ajudar. Os "comportamentos" obedecem as respostas do jogador por meio do dispositivo de entrada (teclado, mouse, joystick). Um exemplo de AI "simples" é os presentes em jogos de labirindo, como o Pac-Man. O "come-come" é controlado pelo usuário e os fantasmas que devem perseguí-lo são controlados pela máquina através da rotina de IA. Não é uma tarefa simples programar IA, muitos estudos ainda são feitos nessa área e muitas coisas já foram desenvolvidas (basta perceber o comportamento dos personagens nos jogos modernos). Atualmente é difícil encontra um jogo que não tenha rotinas de Inteligência Artificial. Algumas delas tão sofisticadas que poderíamos jurar que o inimigo está realmente pensando e prevendo nossos movimentos.

Ainda assim, apesar do jogo tipo Pac-Man apresentar todos os elementos presentes em qualquer game, por incrível que pareça ainda não é um jogo 2D tão complexo. Isto ocorre porque o ambiente onde acontece toda a ação é estático. O labirinto está sempre lá, na mesma posição, o programador não precisa ficar se preocupando com ele e sim com o movimento e comportamento dos personagens em si. Basta algumas linhas de programação para definir as colisões com as paredes e pronto!

O próximo passo seria trabalhar com jogos cujo ambiente é demasiado grande para caber na tela do computador como ocorre com jogos como Mário. Neste caso é utilizado um recurso chamado "rolamento" ou "scroller". No Mário é possível pular por diversas plataformas, desviar do inimigo e avançar enquando você nota o ambiente ir "passando". Na verdade, o personagem principal não sai do lugar, é o jogador que tem essa impressão, o que move realmente é o ambiente. Outro jogo de estilo parecido é o Sonic, embora bem mais rápido!

Outros jogos que utilizam scroller: River Raid; R-Type Delta; Pitfall 2D; etc...

Seja organizado...
Não adianta entrar nesse mundo de criação de jogos se não é uma pessoa organizada e que não presa os detalhes. Um jogo completo, por mais simples que seja, possui um nível de sistematização que vai de um código limpo na hora de programar até como será a abertura, menu, mensagens, finalização, etc. Tudo tem que ser muito bem elaborado para que o resultado seja o mais satisfatório possível.

Mas os jogos mencionados até aqui são tão estúpidos!!!
Atualmente a indústria de entretenimento libera no mercado uma infinidade de títulos com gráficos mirabolantes, muitos deles próximos a realidade ou cenas de filmes. Isto deve-se aos novos recursos tecnológicos tanto em hardware como em software. Isto permite a criação de uma física mais real e efeitos especiais mirabolantes. Bem, se você pensa em produzir jogos deste tipo então é bom dar uma lida numa leitura que foi publicada aqui no blog do DDJ (clique aqui para ler). A leitura trata exatamente do "nível" que deseja para criar jogos. Jogos muito sofisticados, criar sozinho, nem pensar! A não ser que fique trabalhando nele por 10 anos, mas aí a tecnologia já virou e seu jogo ficará obsoleto de qualquer forma. Mesmo que tenha uma equipe, os custos para criar um Metal Gear ou um Final Fantasy é impraticável para aspirante a designer. Tenha em mente que os jogos mencionados aqui não tem nada de "estúpidos", pelo contrário, possuem todos os elementos de um jogo moderno (comercial ou não). A diferença está no nível que as coisas são feitas.
Fazer jogos 3D não é mais e nem menos difícil que fazer 2D, tudo depende da complexidade do projeto. Não importa, esta leitura procura dar uma idéia de quais jogos é bom iniciar e ir evoluindo aos poucos.

Espero que esta leitura tenha dado uma "luz" para iniciar seus projetos!
Bons estudos.

UOL publica album interessante sobre a história dos jogos de tiro em primeira pessoa (FPS)

2009-07-27T09:56:00.005-03:00

A página da UOL publicou um album bastante interessante que conta a história dos jogos de FPS através das imagens de 76 jogos do mesmo estilo. Vale a pena dar uma olhada e ficar por dentro da evolução deste gênero que faz tanto sucesso.

Clique aqui para ver!

É bom voltar para a primeira imagem e acompanhar passo-a-passo cada uma delas.

Vale a pena conferir!

Making of do Prince of Persia 3D (parte 1)

2009-07-23T17:29:00.002-03:00

Prince of Persia (português: Príncipe da Pérsia; persa: شاهپور ایران) é um jogo de aventura, desenvolvido por Jordan Mechner lançado em 1989 para Apple II e IBM-PC (DOS).[1]

Foi tido como um avanço na qualidade de animação vista nos jogos eletrônicos. Mechner estudou filmes de seu irmão mais novo, David, correndo e pulando com roupas brancas, para assegurar que todos os movimentos parecessem reais. Também era inovador o fato do protagonista e inimigos lutarem com espadas, ao contrário de armas de fogo ou raios, como outros jogos da época. Após o sucesso inicial, o jogo foi lançado em diversas outras plataformas, como Amiga, Apple Macintosh, NES, Game Boy, Game Gear, SNES, Mega Drive (Sega Genesis). O jogo, à primeira vista repetitivo, é surpreendente pelos quebra-cabeças inteligentes e armadilhas mortais. Prince of Persia rendeu diversos outros títulos da mesma franquia, e deu margem para um extenso gênero, que imita a ação e os quebra-cabeças.

Prince of Persia 3D, desenvolvido pela Red Orb Entertainment e publicado pela The Learning Company para Microsoft Windows, é o terceiro título da série Prince of Persia. O jogo foi lançado em 1999, 10 anos após o lançamento do primeiro jogo, e incorporou gráficos 3D em sua jogabilidade, sendo o primeiro jogo da série a incorporá-los. Ele possuiu a mesma música do Oriente Médio, com a mesma animação suave (só que em 3D), um enredo romântico e a mesma ação-aventura com puzzles e armadilhas.

Em 2000, uma versão para Dreamcast intitulada Prince of Persia: Arabian Nights foi desenvolvida pela Avalanche Software e publicada pela Mattel Interactive, que já tinha adquirido ambas a Red Orb Entertainment e The Learning Company. Vários dos defeitos encontrados na versão original para PC foram corrigidos e bugs foram consertados, melhorando a jogabilidade desta conversão, apesar de ainda sofrer de problemas com a câmera. Esta versão só foi lançada na América do Norte.