Na terceira e última parte artigo “Repensando o Loop”, compartilho algumas soluções para tornar a produção musical do seu jogo mais interessante, sem aumentar significativamente o custo/tempo de projeto.

Existem muitas outras soluções disponíveis. Tudo depende do objetivo que você quer atingir e da experiência da sua equipe de áudio. Para ser relevante na indústria de jogos, é necessário encarar desafios e tentar resolvê-los da melhor maneira possível.

Use as dicas abaixo e seja criativo! Se possível, compartilhe aqui no Abrindo o Jogo o resultado dos seus trabalhos!

Boa leitura!

Caso não tenha lido a Parte 1, clique aqui.
Caso não tenha lido a Parte 2, clique aqui.

Repensando o loop – Parte 3

Para criar músicas em loop que possam ser reutilizadas minimizando a possibilidade de fadiga auditiva, primeiro é necessário avaliar essa necessidade. Tente descobrir quanto tempo em média os jogadores passam durante cada sessão, fase ou segmento do seu jogo. Neste artigo, vamos chamar esse tempo de Tempo de Jogo. Dada a natureza não-linear dos jogos, é impossível saber com precisão essa duração, mas é necessário ter uma ideia baseada no planejamento e, principalmente, analisando os resultados de testes com diversos perfis de jogadores.

Para que a música não se repita, a duração dela precisa ser maior ou igual ao Tempo de Jogo. Esse cenário é o ideal, já que teoricamente o jogador só ouviria música original. Na prática, esse cenário é muito difícil de ser atingido com baixo orçamento. Se a duração da música é igual a 50% do Tempo de Jogo, ela vai se repetir duas vezes, o que é tolerável e não incomoda a maioria dos jogadores. Porém, se a música começar a se repetir de 3 a 5 vezes, é necessário ficar atento. O limite de repetição já está sendo alcançado e a trilha pode afastar o jogador. Se a música se repetir mais de 5 vezes durante o Tempo de Jogo, é extremamente recomendável repensar a produção musical.

A tabela abaixo mostra cenários da relação entre o número de repetições do loop e o resultado sensorial na maioria dos jogadores.

Cenários de implementação musical nos jogos.

Se a música do seu jogo se encontra no cenário D, a melhor solução é criar mais conteúdo musical e tentar se aproximar do cenário A.

Entretanto, se não for possível produzir mais conteúdo musical, por motivos de orçamento ou tempo disponível, existem algumas soluções alternativas. É importante ressaltar que até mesmo jogos AAA utilizam essas técnicas, como estratégia para minimizar o custo do projeto. Todas as soluções estão relacionadas ao conceito de arranjos dinâmicos (horizontais e verticais) e podem ser usados com ou sem um motor de áudio dedicado.

Seguem abaixo as soluções, bem como suas vantagens e desvantagens.

Solução 1 – Inversão das partes da música

Descrição: Músicas são divididas em partes diferentes que se sucedem ao longo do tempo. Na estrutura de uma música popular, é comum chamar as partes de A, B, ponte e refrão. Essa estrutura existe em todos os gêneros musicais. Com algumas adaptações, é possível alterar a ordem as partes da música, tornando a nova versão levemente diferente. Quanto mais partes a música tiver, maior a possibilidade de combinações.

Vantagens: A música não começa exatamente da mesma maneira durante o Tempo de Jogo. Isso mitiga a sensação de repetição no momento em que o jogador começa a ouvir a música. É especialmente útil quando a mesma música é usada em diferentes fases.

Desvantagens: Uma vez que a música completa o ciclo do loop, o jogador percebe que o artefato é o mesmo utilizado anteriormente. Dependendo do nível de experiência do ouvinte, ele pode perceber até mesmo a alteração da ordem das partes antes mesmo que o ciclo se complete.

Sugestão de implementação: O compositor precisa exportar diferentes versões da música, com a ordem das partes invertida. Se o jogo possuir algum motor de áudio dinâmico, é possível tentar exportar cada parte separadamente e depois montá-las em tempo real usando o motor do jogo.

Solução 2 – Exclusão da melodia

Descrição: A melodia é o elemento mais memorável da música. Se você pensar em qualquer música neste momento, é possível que você se lembre justamente dela. Melodias são poderosos artefatos sonoros que, se usados de forma adequada, podem tornar o seu jogo ainda mais memorável. Porém, quando ela se repete em demasia, pode repelir o ouvinte.

Vantagens: Ao excluir a melodia, é possível aumentar a vida útil da trilha, sem prejudicar a imersão do jogador.

Desvantagens: Se a melodia for excluída com frequência, a música pode perder o seu impacto e deixar de ser memorável.

Sugestão de implementação: Peça ao seu compositor para exportar duas versões da música, uma com melodia e outra sem. Depois, reproduza-as alternadamente, tomando cuidado para não repetir muitas vezes a música com melodia. Você também pode emudecer as faixas que reproduzem a melodia, caso o motor do seu jogo tenha essa capacidade.

Essa técnica é usada no Skyview Temple, o primeiro “calabouço” do jogo Zelda: Skyward Sword. Quando Link está na sala principal, uma versão com melodia do tema é reproduzida. Ao entrar em salas menores, uma versão sem melodia se torna o pano de fundo sonoro.

Solução 3 – Implementação do silêncio

Descrição: Uma solução semelhante à 2, mas um pouco mais radical. Ao repetir a música um determinado número de vezes, é possível simplesmente desligá-la caso o número de repetições se aproxime do cenário D, descrito anteriormente.

Vantagens: Como não há música, o jogador não corre o risco de ficar entediado.

Desvantagens: Se o jogo ficar em silêncio por muito tempo, reintroduzir a música de forma repentina pode resultar em um efeito de repulsa semelhante ao da repetição prolongada.

Sugestão de implementação: Faça com que o seu jogo reproduza a música no máximo 3 vezes (se aproximando do cenário C). Após a terceira repetição, deixe a música desparecer sutilmente. Deixe o jogo em silêncio por um tempo e repita a operação. Também é possível deixar o jogo em silêncio até o término da fase/segmento do jogo.

Essa solução foi utilizada em Halo. Quando o jogador passava muito tempo em uma fase, a música simplemente desaparecia.

Solução 4 – Lista randômica

Descrição: Esta solução propõe a utilização de diferentes músicas reproduzidas de forma aleatória, como um reprodutor de música com a opção “shuffle” ativada.

Vantagens: O jogador tem maior diversidade de conteúdo musical disponível durante o Tempo de Jogo. Além disso, a música pode ser criada sob medida para combinar com a temática do projeto. O resultado é uma melhor imersão, comparada à substituição da trilha do jogo pela lista de reprodução do jogador.

Desvantagens: Por mais diversa que seja a produção musical, em algum momento ela vai se esgotar.

Sugestão de implementação: Reproduza as músicas em sequência aleatória, tomando cuidado para não reproduzir o mesmo arquivo duas vezes seguidas. Isso também pode ser feito através de alguns middlewares de áudio.

Solução 5 – Final expansível

Descrição: Trata-se de um loop curto que pode ser agregado ao final de música e repetido ad infinitum. A música completa pode ser reintroduzida após algum tempo de repetição do final expansível.

Vantagem: Tem um efeito semelhante ao da solução 3, mas um pouco mais sutil. Ao criar um final em loop, é possível descansar o ouvido do ouvinte e prepará-lo para a próxima repetição.

Desvantagens: O final expansível, se usado durante muito tempo, pode se tornar inoportuno, da mesma forma qualquer outro loop musical.

Sugestão de implementação: Peça ao seu compositor para criar um loop de curta duração (30 segundos é mais que suficiente), utilizando o mesmo BPM e elementos percussivos da música que ele vai se conectar. Esse arquivo deve ser flexível o suficiente para se conectar com o começo da música em questão ou de outras músicas presentes no seu jogo.

Para tornar a sua produção musical mais interessante e com baixo custo, tente combinar essas soluções. Você pode criar uma lista randômica (solução 4) com músicas de final expansível (solução 5). Também é possível usar músicas com final expansível (solução 5), cujas repetições sucessivas não tem melodia (solução 2) e caem no silêncio (solução 3), voltando com partes invertidas (solução 1). Basicamente, qualquer combinação de solução pode ser feita e todas terão um resultado semelhante: a expansão da sua produção musical existente, sem aumento significativo de custo de produção.

Iniciamos a temporada 2012 do nosso podcast sobre desenvolvimento de jogos. O primeiro episódio do ano traz mais uma entrevista bacana com um profissional da área de games. Nosso convidado de hoje é Alessandro Lima, escritor e Lead Character Designer na empresa Aquiris Game Experience.

Mais um podcast dedicado aos artistas que acompanham o AoJ. Porém, o papo é muito legal também para quem não é da área. Não deixe de conferir.

Participantes

• Everton Vieira
• Luiz Alessandro
• Alessandro Lima
• Participação Especial:  Nero - O Labrador de estimação do nosso entrevistado

Categoria:

• Técnico – Game Art

Links comentados neste episódio:

• Referências
  • Site Oficial
  • Entrevista para o progama Conexão Digital
  • CompuManager
  • South Logic
  • Ubisoft
  • Aquiris
• Projetos:
  • Flushed Away (Game Cube)

Olá pessoal, este é meu primeiro texto para o Abrindo o Jogo.

Depois da entrevista que fiz o ano passado fui convidado para participar também do Site.
Achei a proposta interessante, mas decidi pensar um pouco sobre como poderia contribuir de uma forma bacana, sem apelar para re-posts ou assuntos já manjados.

Para facilitar a minha tarefa, vou focar os assuntos na área de Arte para games, mais precisamente a etapa de Arte Conceitual. Acho mais justo deixar o 3D e o Pixel-Art para outros Colaboradores; que lidam com isso diariamente. Assim não corro o risco de escrever sobre algo que não experimentei de fato.

Sendo assim, deixa mostrar o que trouxe para vocês hoje…

A tradução do melhor Tutorial para Artistas Digitais!

Já há algum tempo quis traduzir o famoso tutorial escrito por Arne Niklas Jansson. Provavelmente você não conhece nenhum dos dois (o sujeito e o artigo que ele escreveu), mas bastam alguns meses lendo os diversos Fóruns da Internet para saber como esse artigo é altamente recomendado a todos que querem melhorar o desenho e a pintura.

Niklas Jansson é um artista que já está há um bom tempo nesse ramo. Ficou bastante conhecido na área pelos ‘re-designs’ de jogos antigos: análises, descrições dos elementos dos jogos, idéias alternativas para jogabilidade e o mais fantástico (na minha opinião), sua excelente habilidade com Arte Conceitual.

Infelizmente o material publicado de Niklas não é muito – digamos – organizado. Os textos podem parecer confusos e há muita coisa perdida nas páginas de seu antigo site. Quem se interessar, pode visitar os links que cito no final do artigo e desvendar por si só todo esse vasto conteúdo. É uma tarefa para poucos, mas a recompensa é valiosa. Garanto.

O artigo ‘The Art Tutorial’ foi escrito originalmente em 2005. De lá pra cá muita coisa mudou no processo de criação de Arte Digital (softwares foram atualizados, técnicas foram inventadas), mas o conteúdo do texto permaneceu atual, por se tratar de conhecimento teórico e dicas realmente úteis…

Eu confesso que levei anos pra traduzir esse tutorial.

Na verdade, a tradução do texto foi feita em alguns dias, mas para entender e experimentar o que o autor explica foi necessário alguns bons anos e alguns insights, que aos poucos criavam conexões com o que Arne compartilha no artigo.

Para quem esta começando a desenhar agora, talvez o artigo não pareça tão legal assim. Mas se você já tem uma certa quilometragem com o Lápis e a Tablet, recomendo imprimir e guardar como referência. Volta e meia é bom ter o texto em mãos para relembrar algumas das dicas.

Após escrever para o autor (pedir a liberação para publicar, etc.) descobri que existia um outro texto, um pouco mais recente, com alguns pensamentos sobre Arte e Design. Achei válido gastar um tempo a mais e trazer, para a comodidade da nossa língua, algumas idéias dessa Mente-Criativa.

É isso aí!

Espero que gostem, experimentem e coloquem algumas das dicas em uso assim que possível.

Aqui o Link para o artigo traduzido.

Ah! Vamos usar os comentários aqui do Abrindo o Jogo para estender o assunto. Se houver dúvidas sobre os termos traduzidos, questões sobre os tópicos abordados, etc. Basta perguntar.

Outros Links relacionados:

• O artigo original, em Inglês
• Site ‘oficial’ do artista
• Blog com os projetos de re-design
• Outro blog, esse com conteúdo aleatório (mas lindas imagens)

Nesta parte 1 aprenderemos como inicializar o canvas e carregar e exibir imagens.

A primeira coisa que precisamos saber para criar jogos em HTML 5 é… bem, HTML! É necessário o conhecimento básico de tags e de como criar pelo menos uma página vazia para conter o jogo.

A segunda coisa é um pouco de CSS, que serve para configurar os elementos inseridos na página (bordas, cores, tamanhos, etc). Jogos mais avançados em HTML utilizam muitos elementos fora do <canvas>, que vamos ver nesse tutorial, tirando proveito de outros elementos HTML para apresentar dados e de CSS para formatar este dados.

Finalmente, precisamos saber também Javascript (JS) para fazer a programação da lógica do jogo. A sintaxe é parecida com Java ou C++ e oferece suporte a objetos, embora não seja de fato uma linguagem orientada a objetos. Não oferece, por exemplo, recurso para herança, embora seja possível simular isto com construções mais avançadas.

Vou assumir que você entende pelo menos o mínimo de HTML e CSS e que sabe incluir scripts em uma página. Mas a necessidade disto é tão pequena para este tutorial que é até possível você aprender o necessário só estudando os exemplos.

Dito isso, vamos em frente.

O elemento <canvas>

Uma das novidades que a versão 5 da HTML trouxe foi a tag <canvas>, que cria na página um elemento que permite o desenho direto. Antes disso, para exibir imagens era preciso inserir um elemento <img> para cada uma. Ess elemento cria um objeto gráfico no navegador para armazenar e apresentar a imagem – este tipo de objeto consome recursos do sistema. Se todas imagens fossem sprites animados, teríamos um página bem pesada para o navegador renderizar. Com o canvas, no entanto, podemos desenhar nele todas imagens necessárias e o navegador só vai renderizar o canvas – como se fosse uma única imagem.

Além disso, com o canvas podemos desenhar primitivas gráficas, como linhas, retângulos e texto, além de ter efeitos de composição na aplicação das imagens. A grosso modo, o canvas é como uma imagem cujo conteúdo pode ser modificado. Utilizamos ele como se fosse a tela, desenhando nele cada quadro do jogo.

A inclusão de um elemento canvas na página é feita com a tag <canvas>>. No exemplo de código abaixo temos uma página HTML que contém esta tag e também um elemento <div> acima do canvas, dentro do qual vai uma informação textual.

 
        <script src="aoj/aojcanvas.js"><!--mce:0--></script>
<div id="info">Abrindo o Jogo - exemplo de uso do elemento canvas</div>

Note que esta página inclui dois arquivos externos:

css/estilos.css: Contém o código CSS de formatação dos elementos. Esse código se refere aos elementos pelo seu ID, sendo que o div possui o ID “info” e o canvas possui o ID “Canvas1″.

O conteúdo deste arquivo é o seguinte:

body {
    margin: 0px;
    border: none;
    background-color: black;
}
#canvas1 {
    position: absolute;
    left: 50%;
    top: 50%;
    margin-left: -480px;
    margin-top: -300px;
    background-color: white;
}
#info {
    background-color: blue;
    color: yellow;
    font-family: Arial;
    font-size: 14px;
    font-weight: bold;
    padding: 5px;
    text-align: center;
}

Basicamente o código deste arquivo muda o fundo da página para preto, centraliza o canvas na tela e aplica estilo de fundo, cor e fonte ao div que apresenta o texto. É comum colocarmos os arquivos de estilo dentro de uma pasta “css”.

aoj/aojcanvas.js: este arquivo de script possui o código para inicialização e uso do canvas, contendo algumas rotinas criadas para facilitar a programação. Veremos como usar o canvas a seguir.

Usando o elemento canvas

Para obter uma referência ao elemento canvas, usamos o comando document.getElementById(), passando o ID que especificamos para nosso canvas. Obtemos a referência e atribuímos para uma variável, assim:

    var _aojCanvas = document.getElementById(canvasId);

Para desenhar algo nele, precisamos obter um contexto gráfico, o que é feito com o método getContext do canvas. Esse método requer um parâmetro que, atualmente, só pode ser “2d”.

Depois de obter o contexto, atribuindo ele a uma variável, usamos os métodos dele para desenhar. Veja abaixo:

window.onload = function() {
    var _aojCanvas = document.getElementById('canvas1');
    var ctx = _aojCanvas.getContext('2d');
    ctx.beginPath(); // inicia um desenho.
    ctx.fillStyle = 'blue'; // especifica a cor de preenchimento.
    ctx.strokeStyle = 'red'; // especifica a cor de contorno.
    ctx.rect(10, 10, 200, 100); // especifica um retângulo.
    ctx.rect(220, 10, 50, 50); // especifica outro retângulo.
    ctx.stroke(); // contorna o desenho (dois retângulos).
    ctx.fill(); // preenche o desenho (dois retângulos).
    ctx.beginPath(); // inicia outro desenho.
    ctx.strokeStyle = 'black'; // muda a cor de contorno.
    ctx.rect(50, 50, 100, 100); // especifica um retângulo.
    ctx.stroke(); // contorna o desenho (um retângulo).
}

O código acima desenha dois retângulos preenchidos de azul dentro do canvas. Cada desenho é iniciado com beginPath. Se este método não fosse chamado na segunda vez, o terceiro retângulo especificado ainda seria parte do primeiro desenho e o comando stroke iria contornar os três retângulos.

Perceba que o código foi colocado dentro de uma função atribuída ao evento onload da janela, para que seja executado apenas depois dela carregar completamente. Isso é importante porque se não for feito, o código executaria assim que fosse baixado – o que poderia ocorrer antes mesmo da declaração do canvas ter sido carregada – o que resultaria em erro porque o objeto canvas não existira ainda na página.

Métodos de atalho

A utilização do canvas para desenhar é algo de baixo nível. São precisos vários comandos para desenhar um retângulo na tela, por exemplo.

Para facilitar a programação, é interessante criar funções auxiliares que incluem todas chamadas necessárias para realizar determinadas ações. Assim criamos uma biblioteca própria. O arquivo aojcanvas.js é um exemplo de biblioteca deste tipo, embora incompleta.

Vejamos algumas funções deste arquivo para entender essa prática:

function aojSetCanvas(canvasId) {
    _aojCanvas = document.getElementById(canvasId);
}
 
function aojFillStyle(optionalNewValue) {
    var ctx = _aojCanvas.getContext('2d');
    if (optionalNewValue)
        ctx.fillStyle = optionalNewValue;
    return ctx.fillStyle;
}
 
function aojFillRect(x, y, w, h, optionalFillStyle) {
    var ctx = _aojCanvas.getContext('2d');
    ctx.beginPath();
    if (optionalFillStyle) {
        ctx.fillStyle = optionalFillStyle;
    }
    ctx.rect(x, y, w, h);
    ctx.fill();
}

A função aojSetCanvas() é usada para informar à nossa biblioteca qual elemento canvas desejamos usar – podemos ter mais de um canvas na nossa página. Passamos o ID como parâmetro e o elemento é obtido é armazenado em uma variável global, acessível para todas as demais funções.

aojFillStyle() permite obter o estilo de preenchimento atual, e também modificá-lo. Se for passado um parâmetro, ele é usado para modificar o estilo, que em seguida é retornado. Se não for passado o parâmetro, o estilo atual não é modificado, apenas retornado.

E a função aojFillRect() serve para desenhar um retângulo preenchido. Ela pode usar o estilo previamente definido, mas também aceita um quarto parâmetro opcional que, se informado, é usado como estilo para o retângulo.

Este tipo de comando permite mudar nosso exemplo para o seguinte:

window.onload = function() {
    aojSetCanvas('canvas1');
    aojFillRect(10, 10, 200, 100, 'blue'); // preenche um retângulo azul.
    aojFillRect(220, 10, 50, 50, 'blue'); // preenche outro retângulo azul.
    aojStrokeRect(10, 10, 200, 100, 'red'); // contorna um retângulo vermelho.
    aojStrokeRect(220, 10, 50, 50, 'red'); // contorna outro retângulo vermelho.
    aojStrokeRect(50, 50, 100, 100, 'black'); // contorna um retângulo preto.
}

Este exemplo ficaria ainda mais claro e resumido se criássemos uma função para desenhar um retângulo preenchido e já contornado. Até que ponto devemos ir na criação de nossa própria biblioteca de funções vai depender da natureza de cada projeto – aqueles procedimento que são repetidos muitas vezes são os que devem ser transformados em funções. Não recomendo tentar criar uma porção de funções de antemão porque você acabará com muitas que nunca vai utilizar, e mesmo assim não eliminará o risco de precisar de uma que não lembrou.

Desenhando imagens no canvas

É importante saber como desenhar primitivas gráficas no canvas, mas o principal recurso ainda é a apresentação de imagens, afinal, quase todo jogo é feito de sprites.

Para carregar uma imagem, basta criar um objeto do tipo Imagem e atribuir a URL do arquivo para o atributo “src”. Opcionalmente podemos atribuir uma função para o atributo onload – esta função será chamada quando o arquivo de imagem for carregado. Este é um recurso importante de usar em jogos com muitas imagens, para garantir que todas tenham sido carregadas antes de iniciar o jogo.

Novamente, para facilitar o trabalho, criamos uma função na nossa biblioteca:

function aojNewImage(imgURL, optionalLoadCallback) {
    var img = new Image();
    img.src = imgURL;
    img.onload = optionalLoadCallback;
    return img;
}

Esta função recebe a URL do arquivo da imagem e opcionalmente uma função de callback, que será chamada quando a imagem for carregada.

Para desenhar uma imagem no canvas, temos outra função:

function aojDrawImage(img, x, y) {
    var ctx = _aojCanvas.getContext('2d');
    ctx.drawImage(img, x - img.width / 2, y - img.height / 2);
    if (_aojShowImageCenter) {
        ctx.arc(x, y, 2, 0, 2*Math.PI, false);
        ctx.fill();
    }
}

Nesta função, apenas as duas primeiras linhas são responsáveis por desenhar a imagem no canvas. O IF é usado para desenhar um círculo no ponto (x,y) onde a imagem é desenhada, de forma a enxergarmos onde fica esse ponto. É útil para debugar posicionamento.

Transformações geométricas

O canvas oferece métodos para aplicar transformações geométricas no que é desenhado nele. Por exemplo, podemos rotacionar ou aumentar e diminuir uma imagem no momento de desenhá-la.

É importante saber, no entanto, que uma vez especificada uma transformação, ela fica em efeito para tudo que for desenhado depois. Portanto, depois de aplicar uma rotação, por exemplo, e desenhar a imagem desejada, é preciso aplicar a rotação inversa para deixar o canvas no estado normal antes de desenhar as próximas imagens.

Abaixo está uma função para desenhar uma imagem com transformação de escala. Como parâmetros ela recebe o objeto imagem, a posição (x, y) onde ele deve ser desenhado e os fatores de escala sx e sy.

Veja que para o efeito ser aplicado corretamente é preciso usar uma outra transformação em conjunto – a translação. Fazemos a translação para que a posição da imagem seja transferida para a origem (ponto (0,0)) e então a escala é aplicada. Depois de desenhada a imagem, desfazemos a escala e a translação aplicando estas transformações com o valor inverso.

function aojDrawImageScale(img, x, y, sx, sy) {
    var ctx = _aojCanvas.getContext('2d');
    ctx.translate(x, y);
    ctx.scale(sx, sy);
    ctx.drawImage(img, -img.width / 2, -img.height / 2);
    ctx.scale(1/sx, 1/sy);
    ctx.translate(-x, -y);
    if (_aojShowImageCenter) {
        ctx.arc(x, y, 2, 0, 2*Math.PI, false);
        ctx.fill();
    }
}

No arquivo aojcanva.js existem outras funções deste tipo. Este arquivo e os demais estão no Zip no final da página.

Conclusão

Neste artigo vimos o basico da utilização do canvas para mostrar imagens.

No site abaixo há um guia de referência do canvas para ser impresso, com todos os comandos. O Autor (Jacob Seidelin) também escreveu um livro sobre jogos em HTML 5.
http://blog.nihilogic.dk/2009/02/html5-canvas-cheat-sheet.html

No próximo artigo veremos como implementar um game loop e utilizar o teclado e mouse.

• Visualizar o exemplo funcionando
• Baixar o código fonte do exemplo

Chegamos à segunda parte do artigo “Repensando o Loop”.

Neste texto, convido-os a refletir sobre um grande desafio da produção moderna de jogos: a intolerância à repetição.

Na terceira e última parte, que será publicada em 02/2012, vamos falar sobre possíveis soluções de baixo custo para este desafio.

Caso não tenha lido a Parte 1, clique aqui.

Boa leitura!

Repensando o loop – Parte 2

A indústria de jogos vem evoluindo rapidamente desde a geração dos videogames de 8 e 16 bits. Em 2012, a competitividade nessa indústria tende a ser ainda maior, tornando o mercado cada vez mais segmentado. Os jogos terão de ser produzidos sob medida para atender a perfis diferentes, tornando ainda mais necessária a evolução das técnicas de produção para manter tais produtos mais atraentes, sem aumentar o tempo e custo do projeto.

Nesse contexto, a música nos jogos mantém sua função de promover a imersão do jogador. Porém, esse atingir objetivo também fica mais difícil quando se trata de música de curta duração, que se repete ad infinitum, como é o caso do loop. Essa técnica maravilhosa vai continuar sendo utilizada, mas devidamente adequada às novas exigências do mercado.

Existem diversos motivos que sustentam a revisão e adaptação dessa técnica e eles variam de acordo com o gênero do jogo, o público-alvo e o objetivo que se deseja atingir com o produto. Analisar todos os possíveis motivos não é o objetivo deste artigo, já que cada situação exige uma análise própria e nem sempre a solução pode ser aplicada em todos os contextos. Porém, existe uma característica que permeia quase todas as situações. Essa característica será explorada a seguir.

A intolerância à repetição

Alguns jogadores mais experientes desenvolveram sua audição e são capazes de identificar o ponto do loop, o momento em que o segmento musical se repete. O ouvido treinado não aceita a “mágica” da extensão, eliminando vantagem de se usar essa técnica. O efeito do loop, antes agradável na geração 8 e 16 bits, hoje tem efeito contrário. Em vez de promover a imersão do jogador, prejudica a experiência de jogo.

Mesmo os jogadores menos experientes são capazes de perceber a repetição. Talvez eles não tenham a audição tão apurada a ponto de perceber o exato momento do ponto do loop, mas sabem que a música está se repetindo. No fim, o resultado é semelhante: a música se torna incômoda e indesejável.

Além disso, a grande oferta de dispositivos de reprodução de música digital a um preço acessível mudou a maneira como se consome música. Os jogadores (e também consumidores de música) têm um arsenal gigantesco de conteúdo musical disponível nos seus bolsos. Muitos estão acostumados a ouvir horas de música diversificada durante o dia e isso os tornou mais exigentes. Quando se deparam com jogos com conteúdo musical que se repete e os irrita, a tendência é simplesmente ignorar a música que está tocando, desligando-a ou abaixando o volume.

Muitos jogos modernos também possuem a opção de substituir a música do jogo pela música armazenada no aparelho. Portanto, não há motivo aparente para um jogador continuar ouvindo música que se repete se ele pode facilmente substituir essa música pelo vasto conteúdo que ele possui.

É importante salientar que essas afirmações são feitas com base na observação do comportamento dos jogadores, assim como conversas informais com outras pessoas que trabalham nessa indústria. O objetivo deste artigo não é ser uma base científica para comprovação de fatos, mas um documento que analisa os desafios deste mercado e pode servir como orientação e inspiração para os profissionais que produzem jogos.

Como dito anteriormente, em nenhum momento este artigo procura anular a utilização do loop. Esta técnica ainda é crucial em praticamente todos os jogos e há muitos exemplos de produtos maravilhosos (alguns que são até referência na produção musical dessa indústria), que continuam usando os loops de maneira muito semelhante às gerações anteriores. O que se busca com essa análise é alertar os produtores de jogos sobre os desafios da criação de música para videogame e o impacto que a utilização do loop pode causar em algumas situações. No fim, a decisão artística de utilização ou não dos loops, bem como a forma de implementação é tomada de acordo com o produto, o público-alvo, o orçamento e o objetivo que se deseja atingir.

A resposta da indústria

Produtores de jogos conhecidos como “AAA” (jogos com alto valor de produção) já perceberam essa mudança de contexto e muitos atualizaram a abordagem da produção musical dos seus jogos. A solução, em alguns casos, é produzir mais música, tornando o conteúdo mais diversificado. Teoricamente, maior quantidade de música ajudaria a diminuir os efeitos indesejáveis da repetição contínua.

Porém, produzir mais música não é uma solução viável para todos nesta indústria. Existe uma grande quantidade de empresas independentes e de pequeno porte que precisa produzir jogos com baixo orçamento. Muitas vezes, o budget disponível não é necessário para satisfazer a demanda de música do jogador moderno. As empresas continuam “presas” às soluções de baixo custo do passado e continuam produzindo loops de curta duração que são reproduzidos durante a maior parte da experiência de jogo. Essa abordagem é econômica, mas nem sempre é eficaz.

Como produzir conteúdo musical atraente e com baixo custo é o assunto da terceira e última parte desse artigo.

Nesse ano, felizmente, rolou um monte de coisa boa aqui no blog!

Nesse post fazemos um resumão para relembrar os eventos importantes. Se você perdeu algum destes marcos, vale a pena acessar para não deixar passar!

Fevereiro

Com a entrada do Rafael começamos a explorar o lado empreendedor, com artigos focados no mercado e abertura de empresas. Esse assunto revelou-se, ao longo do ano, um sucesso enorme entre nossos leitores, mostrando que o brasileiro tem espírito empreendedor e interesse em posicionar-se corretamente no mercado.

Abril

Julho

Edição número ZERO do podAbrir. Embora tenhamos apostado no conceito, ainda era uma experiência. Será que o pessoal iria aprovar? Bem, terminamos o ano com episódios quinzenais que contam com mais de 15.000 acessos! É, o pessoal gostou!

Agosto

Surge o AoJCursos, área dedicada aos cursos pagos do Abrindo o Jogo. Com um sistema próprio e valores acessíveis, oferecemos os cogumelos do conhecimento para você crescer profissionalmente

Setembro

Outubro

Mais um campeão de audiência na categoria técnico: os artigos sobre a matemática nos games mostrou como esse conhecimento é importante para o desenvolvedor – e, infelizmente, como é mal visto na escola

Novembro

Lançamento histórico do game Minecraft traz à tona mais uma modalidade de mercado, o alphafunding.

Entra em cena a PlayN, API para jogos do Google. Como não oderia deixar de ser, o Abrindo o Jogo traz em primeira mão um how-to sobre a tecnologia e mais tarde um curso no AoJCursos.

Dezembro

Concluindo…

Foi um ano legal! Mas esperamos fechar 2012 com muito mais – cada comentário, cada e-mail dos leitores nos motiva a seguir com o trabalho, trazendo sempre o melhor possível para a comunidade de desenvolvedores de games do Brasil.

Que no próximo ano todos alcancem o crescimento profissional e encontrem as oportunidades necessárias para entrar de vez neste mercado. Que ele nos dê muito trabalho (sabemos que dá), mas também a realização de sonhos e, porque não, muito dinheiro no bolso!

Em nome de toda a equipe do Abrindo o Jogo, desejo a todos os leitores, e agora também ouvintes, um  Natal repleto de saúde e paz. Que 2012 seja um ótimo ano para a indústria nacional de games.

Aproveito o post para informar que, tendo em vista o período de festividades, faremos um pequeno recesso nas próximas duas semanas, voltando no dia 09/01 com várias novidades nos posts e podcasts.

O PodAbrir volta dia 03/02 seguindo o arco de entrevistas com profissionais da área. Anote ai na sua agenda para não perder

Que o Papai Noel traga vários consoles e games de última geração, além de um mercado  promissor para todos nós

Obviamente, deixamos o melhor para o final. Nessa segunda parte, Dado fala sobre seus projetos atuais e as principais dicas e macetas para se tornar um bom Concept Artist. Não seja maluco de perder.

Links comentados na seção de recados e e-mails:

• Site do Dado Almeida
  • http://www.dadoalmeida.com
• Blog de Desenvolvedor do game e da nova UBI Art Framework:
  • http://ubi-art.uk.ubi.com/
• Link para o Talk of Fight feito pela Aquiris:
  • http://apps.facebook.com/talkorfight/
• Link para o jogo Fim da Picada:
  • http://apps.facebook.com/fimdapicada/
• Comunidades sobre Game Art:
  • http://www.polycount.com
  • http://www.gameartisans.org/forums/index.php
  • http://www.cghub.com
• Site do Concept Artist Paul Richards
  • http://www.autodestruct.com/

Como já mencionado aqui no blog, durante o SBGames 2011 aconteceu o Festival de Jogos Independentes. Já uma tradição, este ano o evento contou com 50 jogos divididos em seis categorias: web, iPhone, art games, Android, PC com investimento e PC sem investimento.  Os vencedores foram eleitos por um júri técnico, composto por game designers, pesquisadores da área e por votação popular. Vamos conhecer um pouquinho dos projetos vencedores.

Silent Joe

• Categoria: Web
• Premiação: Segundo colocado
• Equipe:
  • Max Ricardo Benin
  • Tiago Brizolara da Rosa
  • Caio Gobbi Lopez
  • Rafael Nobre Kojiio
  • Arthur Allievi

SAGA

Link para baixar o trailer

• Categoria: PC Com finaciamento
• Premiação: Primeiro colocado
• Equipe:
  • Emerson Wilian A. Santos
  • Alberto Leandro
  • Samuel Silva
  • Ademar Junior
  • Silvio Vanderlei
  • Danilo Peixoto
  • Mauricio Pitangueira

Mr.Bree

• Categoria: Art Game
• Premiação: Primeiro colocado
• Equipe:
  • Lucas Augusto Jock
  • Marcelo Lopes dos Santos Pinto
  • Gabriel da Costa Alves
  • Gregório Toth Renda de Abreu

Rotten Situation

• Categoria: Iphone
• Premiação: Primeiro colocado
• Equipe (Empresa Insolita):
  • Glauber Kotaki Rodrigues
  • Thomas Egas Atanazio
  • Martin Fabichak
  • Winston Petty
  • Marco Aurélio Galvão

Talbot’s Odyssey

• Categoria: PC Sem finaciamento
• Premiação: Primeiro colocado
• Equipe:
  • Pedro Medeiros
  • Raquel Oliveira
  • Rafael Miranda

Fora da listagem de vencedores, o jogo Xilo ganha uma menção honrosa. Ele foi desenvolvido pelo professor Rodrigo Motta, da Faculdade de Ciências Sociais Aplicadas (Facisa) de Campina Grande (PB), em parceria com três estudantes do curso de jogos digitais da instituição.

“Descobrimos que existem poucos jogos com temáticas brasileiras e, em especial, nordestinas. Por conta disso criamos o Xilo, jogo em duas dimensões, todo ambientado no semiárido e narrado em cordel, que tem em sua trilha sonora músicas de forró e xaxado”, explica Rodrigo.

Apesar da grande semelhança com o game  Braid (J. Blow), eu achei o projeto muito interessante e bem acabo. E você, o que achou dos ganhadores? A forte referência a um game já conhecido no mercado ajuda ou atrapalha um projeto independente?

Fui convidado pela equipe do Abrindo o Jogo para escrever artigos sobre produção musical e criação de efeitos sonoros para games. Desde já, agradeço o convite e a confiança de Everton, Luiz e Rafael, responsáveis pelo conteúdo do site.

Meu principal objetivo é  compartilhar o que aprendi (e ainda aprendo), tentando agregar valor ao já tão completo Abrindo o Jogo.  Vou me esforçar para publicar conteúdo relevante, interessante e útil para todos que trabalham com produção de jogos no Brasil.

Fiquem à vontade para sugerir assuntos e comentar. Toda dúvida, por mais “simples” que possa parecer, deve ser analisada. Vocês podem ter certeza que tentarei responder da melhor forma possível.

A minha primeira contribuição será um artigo chamado “Repensando o loop”, dividido em três partes. Espero que gostem!

Repensando o loop – Parte 1

Introdução

Existe uma técnica muito intrigante na produção de música para videogames: a composição em loop. Um pequeno artefato sonoro que se adapta magicamente a muitas situações. Foi a solução ideal para os primeiros produtos desenvolvidos na indústria dos videogames e ainda é muito usado até hoje. Tornou-se tão popular que a música de videogame é quase sempre associada a este tipo de composição. Entretanto, a tecnologia e estética dos jogos, além do público consumidor destes produtos mudaram bastante e essa técnica precisa se adaptar a essa nova realidade.

O objetivo deste artigo é refletir sobre a composição em loop e pensar em maneiras de adaptá-la ao cenário atual de produção dos jogos. O artigo será dividido em 3 partes: a primeira é uma introdução ao conceito de composição em loop, falando sobre suas vantagens e desvantagens. A segunda parte fala sobre os desafios deste tipo de composição nos dias de hoje e a terceira e última parte sugere possíveis soluções de baixo custo de produção musical para jogos.

O que é uma composição em loop?

No contexto dos videogames é um tipo de música cujo final se conecta de forma transparente ao seu começo, com o objetivo de não deixar evidente onde a música começa e onde ela termina. Isso possibilita a repetição contínua dessa música, dando ao ouvinte a sensação de que a duração da música é muito maior do que ela realmente é.

Existem duas principais razões que motivam a criação das composições em loop, uma técnica e outra estética e elas estão intimamente relacionadas. Porém, para entender melhor essas razões, precisamos lembrar como eram produzidos os jogos na infância dessa indústria.

O loop musical nos videogames de outrora

Historicamente, o grande desafio da criação de jogos é colocar todos os dados necessários dentro de uma mídia. O espaço necessário para armazenar imagens, música, efeitos sonoros e texto é finito. Quanto maior a otimização desses dados, melhor a performance do jogo e menor será o espaço que ele ocupa em disco. Em algumas situações, isso é essencial. A limitação de espaço em disco era crítica em meados de 1980, quando o mercado de consoles começou a despontar. Naquela época, criar jogos que ocupassem pouco espaço em disco não era uma opção, era uma necessidade.

A limitação técnica do tamanho dos arquivos entra em conflito com a característica estética mais importante dos jogos de videogame: a interatividade. Em um jogo, é muito difícil saber exatamente quanto tempo o jogador passa em uma determinada seção, já que ele é quem decide quando avançar. Teoricamente, uma pessoa pode simplesmente ficar parada em um estágio, sem progredir, durante muitas horas.

Essas duas razões, técnica e estética geraram um grande desafio para os compositores de música para videogames. Era necessário criar músicas cujo arquivo ocupasse o menor espaço em disco possível e ainda pudesse ser naturalmente flexível em sua duração. Ou seja, o mesmo arquivo poderia tocar durante um minuto ou durante muitas horas, dependendo do resultado da interação do jogador com o jogo.

Por isso, a solução da composição em loop foi tão bem aceita. Os arquivos eram pequenos o suficiente para caber no limitado espaço disponível de armazenamento, mas poderiam ser “prolongados” para se encaixar na maioria das situações de interação.

Porém, a composição em loop tem algumas desvantagens significativas que afetam tanto a sua produção quanto o efeito que elas causam no ouvinte.

As desvantagens do loop

Um dos grandes desafios do compositor é fazer com que a música em loop seja agradável por muito tempo. Por mais bem-feita que ela seja, se torna chata se for repetida muitas vezes. Faça um teste: tente ouvir a sua música favorita três vezes seguidas. Na quarta vez, é possível que você já não consiga mais. As melodias que antes eram agradáveis e atraentes se tornam entediantes e a surpresa de novas partes da música não existem mais. No fim, a música causa um efeito indesejado: ela repele em vez de atrair.

A duração das composições também merece atenção. Por mais que a música se repita durante muitas horas, ela continua sendo uma música de curta duração, geralmente com um ou dois minutos. É difícil criar músicas de curta duração que tenham elementos suficientes para ser atraentes por muito tempo. Uma música é altamente dependente da sua duração e o trabalho do compositor é justamente fazer com que o contexto se torne interessante ao longo do tempo. Se uma parte da música é tensa, a outra pode ser mais suave, criando contraste e mantendo o interesse do ouvinte. Quanto menor for o loop, mais difícil é a criação desse contraste e maior a probabilidade do ouvinte enjoar da música.

Não é só o contraste que sofre na composição em loop. Diversas técnicas de composição também precisam ser adaptadas a este tipo de música. Por exemplo, para que uma melodia se torne familiar, mas não exatamente igual ao longo da música, os compositores repetem a música em outro tom. Isso dá ao ouvinte a sensação de familiaridade, já que ele ouviu a melodia em outra ocasião, mas ao mesmo tempo um pouco de novidade, já que não é uma repetição idêntica.

O fato de aumentar o tom ao longo da música cria uma sensação de que ela está “crescendo”, se tornando mais “intensa”. Porém, como a música foi composta em loop, o ponto em que ela volta ao início causa o efeito contrário no ouvinte. Ao voltar ao tom original, a sensação de ouvinte é que a música “diminuiu”, ficou mais “calma”. E isso é justamente o contrário do que se busca quando se repete a melodia aumentando gradativamente o tom.

Outra técnica que sofre com este tipo de composição é o “crescimento” dos arranjos. O compositor pode usar instrumentos diferentes ou uma maior quantidade destes para incrementar a música ao longo do tempo, fazendo com que ela soe mais “grandiosa”, mais “rica”. Porém, quando a música passa pelo ponto de loop e volta ao começo, ela se torna mais vazia e “fraca”, já que a quantidade de instrumentos utilizada no começo da música é menor do que a do final.

Essas são apenas algumas desvantagens da produção e consumo das composições em loop. Elas não pareciam tão impactantes na infância da indústria, já que somente o fato de termos música de fundo tocando durante o jogo já era uma grande conquista técnica e estética.

Hoje, entretanto, os desafios são diferentes. O conteúdo dos jogos está cada vez mais sofisticado: os gráficos se tornaram mais avançados, a jogabilidade mais densa e os jogadores passam mais tempo imersos neste mundo virtual. Outro fator muito importante é que o público também tem acesso a maior conteúdo musical. Os jogadores atuais são mais exigentes, por isso, a música precisa atender às suas expectativas.

Na próxima parte do artigo, falaremos sobre desafios que os produtores de jogos precisam enfrentar para criar música memorável e relevante para os seus jogos.