[Game Maker] Aula 5 - Views e Interface do jogador
Autor: Fiegg | Publicado: 2015-04-11T17:09:00-03:00




Oi! Vamos dar continuidade ao nosso projeto de GML inicial. Desta vez, eu irei falar um pouco sobre views, e como você pode utilizá-la. Também irei trabalhar mais com o conceito de Draw Event, para criarmos estão uma interface ao jogador, na qual entregará informações das quais ele precisa ter conhecimento para ter uma experiência agradável, como, por exemplo, a barra de vida do jogador e de seus inimigos.



Conteúdo

1. Introdução

2. Views

&nbsp; &nbsp; &nbsp;2.1 Recursos do "quadrante vermelho"

&nbsp; &nbsp; &nbsp;2.2 Recursos do "quadrante verde"

&nbsp; &nbsp; &nbsp;2.3 Recursos do "quadrante roxo"

&nbsp; &nbsp; &nbsp;2.4 Usos

3. Interface do jogador

4. Finalização



1. Introdução

View nada mais é que a câmera do seu jogo. Caso você queira, por exemplo, criar uma room 4000x2000, seria algo grande demais para caber na tela e, portanto, faria com que as coisas dentro dela ficassem minúsculas. Para isso serve a view: ela só mostra um pedaço de tamanho estabelecido ao jogador. Um jogo pode ter muitas views (um para cada personagem, por exemplo), mas não é recomendável, pois a cada view o jogo é "redesenhado", podendo cair o desempenho no que diz respeito á fluidez das imagens.



Eu não irei tomar como exemplo o projeto anterior e por isso não estabelecer padrões. O tamanho da câmera do seu jogo (da view) é algo muito pessoal, há quem prefira a câmera próxima à personagem, há quem prefira ela muito distante. Como sendo um jogo 2D, estas são as poucas coisas que podemos definir á respeito do câmera do jogo - se é que o seu jogo terá alguma.



Sendo assim, como fazemos para a interface se encaixar no jogo? Teríamos todos que fazer cálculos pessoais, em todos os jogos, pegando como base o tamanho da câmera do jogo, para então fazer inúmeros testes até que as coisas se encaixem como queremos? Bem, mais ou menos. Automatizaremos isso o máximo possível para que, caso seja necessário, as coisas se ajustem na câmera por conta própria caso a câmera mude de tamanho.



Para isso, nós não iremos criar nenhum outro recurso pois, felizmente, o próprio Game Maker já oferece este recurso, na aba Views nas Rooms.







Note que os recursos da aba views estão, mesmo que não visivelmente, divididos em três funções. Use a imagem acima como referência para as informações abaixo.



2.1. Quadrante vermelho

O primeiro passo, em todas as rooms, é habilitar o uso de Views, marcando a primeira lacuna, "Enable the use of views". Feito isso, esta room passará a ter uma (ou mais) câmera(s). Outro fator interessante é que podemos escolher se ela vai ou não estar visível a partir do momento que o jogador entra na room. Isso é útil, por exemplo, para mudar o estilo da câmera só, e exclusivamente, para uma batalha de boss especial, que fica fixa e é maior que a comum.



2.2. Quadrante verde

Aqui chegamos aos termos técnicos. Note que há dois grupos de lacunas aparentemente iguais, mas note que entendermos suas diferenças é importante.



View in room:&nbsp;aqui você pode especificar a posição inicial (X, Y) e o tamanho da área que a câmera irá cobrir dentro desta room (W e H, sendo W de "Width" [largura] e "H" e Height [altura]).



Port on screen: aqui é como a view irá aparecer para o jogador. Por exemplo, uma view que cobre apenas 160x80 de uma room não precisa ser necessariamente deste tamanho para o jogador. Aliás, é até recomendável que você amplie-a para ele, ou seu jogo seria minúsculo. O tamanho recomendável varia de jogo para jogo, mas prefira valores altos como o padrão 640x480. Lembre-se de manter a proporção exata entre a área que a view cobre seu jogo e o tamanho que ela irá aparecer ao jogador, para que a imagem não fica esticada ou comprimida. Por exemplo, supomos que sua view cubra uma área de 192x96 na room. Para aumentá-la corretamente mantendo a proporção, prefira multiplicar este tamanho por números inteiros, 5 por exemplo (960, 480).



2.3. Quadrante roxo

Neste quadrante, obtemos uma propriedade das views que é uma verdadeira mão-na-roda, e que provavelmente todos vocês estariam esperando para descobrir. Afinal de contas, como fazemos a câmera seguir o jogador? Como o jogo irá saber qual é a personagem que ele deve seguir constantemente? Bem, é aqui que a mágica acontece. Tudo é muito simples: basta selecionar o objeto que você quer que a view siga no "Object following".



O Hbor e Vbor se referem ás "bordas" invisíveis da câmera que, quando o objeto que a câmera está seguindo as toca, a câmera "anda". Para manter o personagem sempre centralizado na câmera, coloque estes valores como a metade do tamanho da view na room. Por exemplo, se sua view tem o tamanho de 250x120, então para mantermos o personagem centralizado colocamos a Hbor como 125 e a Vbor como 60.



A Hsp e Vsp referem-se á velocidade com que a câmera segue o jogador. Caso você queira que a câmera siga o jogador sempre na mesma velocidade que ele, não ficando para trás quando a personagem anda, basta deixar ambas -1.



2.4. Usos

Como já disse, as Views são algo de gosto pessoal, que podem ser usadas de infinitas formas. O guia está um pouco diferente dos outros, pois eu não quis tornar o tutorial sobre views algo que seja influenciado pelo meu gosto pessoal referente á câmera dos meus projetos. Eu, por exemplo, gosto de usar apenas uma única view pequena com um tamanho considerável ao jogador.



3. Interface do jogador:

Agora finalmente iremos retornar ao nosso projeto anterior. Aplicar a função das views é algo que fica á seu gosto: alguns jogos ficam melhores com, ou ficam melhores sem. E isso quem decide é você.



Porém, existe algo que é indispensável em qualquer jogo que seja: a interface do jogador, por mais simples que ela deva ser. Neste nosso projeto, faremos ela bem simples, como tudo dentro do jogo. Iremos adicionar informações sobre a vida da personagem, a vida dos inimigos e a pontuação atual do jogador. Para isso, iremos precisa da ajuda de um novo objeto. Nomeie-o de objeto_interface e coloque-o com depth baixa (algo em torno de -99). Lembre-se que ele não precisa de um sprite, mas precisa estar sempre Visible.



Este objeto deve estar presente em todas as rooms. Coloque-o sempre na posição de origem (0,0) para evitar que ele fique perdido dentro da room aleatoriamente. Neste objeto só iremos trabalhar no Draw Event:



{



with objeto_jogador_geral do

&nbsp; &nbsp; {

&nbsp; &nbsp;&nbsp;

&nbsp; &nbsp; //Quadrado que servirá como base á barra de vida visual do jogador

&nbsp; &nbsp; draw_set_color(c_black);

&nbsp; &nbsp; draw_rectangle(x - 12, y - 20, x + 12, y - 12, 0);

&nbsp; &nbsp;&nbsp;

&nbsp; &nbsp; //Quadrado que servirá como barra de vida visual do jogador

&nbsp; &nbsp; draw_set_color(c_green);

&nbsp; &nbsp; draw_rectangle(x - 12 , y - 20, &nbsp;(x - 12 + var_atributo_vida*24/var_atributo_vida_maximo), y - 12, 0);

&nbsp; &nbsp;&nbsp;

&nbsp; &nbsp; }



with objeto_inimigo_geral do

&nbsp; &nbsp; {

&nbsp; &nbsp;&nbsp;

&nbsp; &nbsp; if var_provocado &gt; 0

&nbsp; &nbsp; &nbsp; &nbsp; {

&nbsp; &nbsp; &nbsp; &nbsp; //Quadrado que servirá como base á barra de vida visual do inimigo

&nbsp; &nbsp; &nbsp; &nbsp; draw_set_color(c_black);

&nbsp; &nbsp; &nbsp; &nbsp; draw_rectangle(x - 12, y - 20, x + 12, y - 12, 0);

&nbsp; &nbsp; &nbsp; &nbsp;&nbsp;

&nbsp; &nbsp; &nbsp; &nbsp; //Quadrado que servirá como barra de vida visual do inimigo

&nbsp; &nbsp; &nbsp; &nbsp; draw_set_color(c_green);

&nbsp; &nbsp; &nbsp; &nbsp; draw_rectangle(x - 12 , y - 20, &nbsp;(x - 12 + var_atributo_vida*24/var_atributo_vida_maximo), y - 12, 0);

&nbsp; &nbsp; &nbsp; &nbsp; }

&nbsp; &nbsp; &nbsp;}

&nbsp; &nbsp;&nbsp;

}



Este código usa a função de desenhar retângulos com a finalidade de apresentar barras de vida ao jogador e do inimigo. Porém, para um bom observador, não foi difícil perceber um grande erro neste código: uma variável que é usada, tanto para o objeto_jogador_geral quando para o objeto_inimigo_geral, que não foi declarada em ambos, a tal da "var_atributo_vida_maximo". Isso certamente faria o jogo crashar assim que rodado. Então temos que consertar isso.&nbsp;



No Create Event do objeto_jogador_geral, adicione-a da seguinte forma, logo após a &nbsp;já existente "var_atributo_vida":



{

var_atributo_vida_maximo = var_atributo_vida;

}



E a mesma coisa no Create Event do objeto_inimigo_geral:



{

var_atributo_vida_maximo = var_atributo_vida;

}



Aproveitando a deixa, podemos aproveitar deste recurso para fazermos um "anti-bug". Obviamente não queremos que a vida da personagem ou dos inimigos ultrapasse a nossa nova var_atributo_energia_maximo. Então, no Step Event de ambos (objeto_inimigo_geral e objeto_jogador_geral), acrescente:



{

if var_atributo_energia &gt; var_atributo_energia_maximo

&nbsp; &nbsp; var_atributo_energia = var_atributo_energia_maximo

}



Mas... espere um pouco. No caso dos inimigos, esta variável seria igual para todos eles: 0. Para que ela seja "atualizada" com o número correto, teríamos que coloca-la depois de ter declarado seu novo valor, em todos os inimigos, de um em um. Neste caso, é uma tarefa muito fácil: tínhamos criado apenas dois inimigos, então deve ser uma tarefa fácil e rápida, porém em jogos mais avançados, o mal planejamento pode levar á tortuosas horas de reparação aos códigos. Diante de um caso destes, nós temos duas opções: fazer o trabalho na marra, o que é sempre a melhor opção, pois daí pode evitar futuros bugs em determinadas ocasiões, ou então fazer uma rápida "gambiarra". Neste caso, acho que... não faz mal nós utilizarmos deste método.



A ideia é fazer alguma alteração no objeto_inimigo_geral que permita fazer com que o valor da var_atributo_vida_maximo seja atualizada dentro do jogo para todos os inimigos, automaticamente. Um meio fácil para isso é recorrer aos Alarms. Crie um evento de alarm qualquer no objeto_inimigo_geral, neste caso, pode ser o Alarm[1] e dentro deste evento colocarmos:



{

var_atributo_vida_maximo = var_atributo_vida;

}



E então é só acionarmos este alarm no Create Event do mesmo:



{

alarm[1] = 1;

}



Está pronto!



Como último passo, adicionaremos uma nova informação á nossa pequena interface. Repare que as informações anteriores não dependiam do uso de views para se localizarem corretamente: eram barras de vida que ficavam imediatamente acima da cabeça do jogador e do inimigo. Mas ás vezes queremos que informações fiquem fixas em um local, especialmente utilizando das Views e aí teríamos que pegar um ponto de referência para tal. A grande sacada é que, ao invés de pegarmos um ponto imóvel, utilizamos como referência a própria view. Assim, a informação iria para a onda view vai, e tudo fica em seu lugar para sempre.



Habilite o uso de Views em uma room de testes. Não se esqueça de adicionar o objeto_interface nela. A view deve seguir o objeto_jogador_geral, e deverá mostrar apenas uma parcela da room. Poderíamos fazer isso sem o uso de views na verdade, mas não teria o menor sentido, pois quando a câmera é imóvel, basta selecionar o local fixo que a informação deverá aparecer e pronto. Quando se trata de uma câmera móvel como agora, devemos colocar um código flexível quando á isso.



Como não queremos perder tempo fazendo cálculos, podemos fazer algo genérico como, por exemplo (ainda no Draw Event do objeto_interface):



{

&nbsp; &nbsp; draw_set_color(c_yellow);

&nbsp; &nbsp; draw_set_font(fonte_padrao0);

&nbsp; &nbsp; draw_set_halign(fa_center);

&nbsp; &nbsp; draw_text(view_xview[view_current] + view_wview[view_current]/2, view_yview[view_current] - 80 + view_hview[view_current]/2, "PONTOS: "+string(global.var_pontos)+"!")

}



Dependendo do tamanho da sua view, o código acima pode encaixar bem. Lembrando que eu peguei uma view de tamanho 320x240, embora o código acima se encaixa automaticamente em qualquer view, bastando apenas alterar o "80" caso você queira a informação mais acima ou mais abaixo. Resultado dentro do meu jogo de exemplo:





4. Finalização:



Feito isso, acho que entendemos como funciona ambos os recursos da interface básica do jogador: as informações que seguem objetos, e as informações que ficam em um ponto fixo na tela. Com isso, você pode usar sua criatividade para resolver suas futuras necessidades, da maneira que você achar melhor, pois a base você já tem!&nbsp;



Para sua comodidade, eu irei listar abaixo a lista das ações básicas de draw event, as quais você pode usar livremente (você encontra estas informações na seção Help do próprio Game Maker)


draw_point(x,y) Desenha um ponto na posição (x,y).
draw_line(x1,y1,x2,y2)&nbsp;Desenha uma linha&nbsp;iniciando na posição (x1,y1) até a posição (x2, y2).
draw_line_width(x1,y1,x2,y2,w) - Desenha uma linha&nbsp;iniciando na posição (x1,y1) até a posição (x2, y2) com a grossura w.
draw_rectangle(x1,y1,x2,y2,outline)&nbsp;-&nbsp;Desenha um retângulo iniciando na posição (x1,y1) até a posição (x2, y2).
draw_roundrect(x1,y1,x2,y2,outline) -&nbsp;Desenha um retângulo com as pontas arredondadas iniciando na posição (x1,y1) até a posição (x2, y2).
draw_triangle(x1,y1,x2,y2,x3,y3,outline)&nbsp;- Desenha um triângulo com as vértices nas posições (x1, y1), (x2, y2) e (x3, y3).
draw_circle(x,y,r,outline) - Desenha um círculo iniciando na posição (x, y) com o raio r.
draw_ellipse(x1,y1,x2,y2,outline) - Desenha um elipse iniciando na posição (x1,y1) até a posição (x2, y2).



Agora, como sempre...







Espero que tudo tenha dado certo da melhor forma possível! Agora, quero propor um exercício para você fazer por conta própria. Lembra-se da cena de morte da personagem, que fizemos nas aulas passadas? Então, que tal usar de seus conhecimentos para colocá-la centralizada na view?&nbsp;



Até a próxima!



Aula anterior - Próxima aula