Continue a ler »]]> É pessoal…más notícias.

Houve uma atualização da versão 3.5.2f2 que simplesmente detonou todo meu projeto, como era tudo nas nuvens (com uso do dropbox) acabei perdendo o backup do PC (vou amanhã fazer uma cópia da versão do notebook) e ver se vai dar certo (esperança ainda me resta).

Para vocês terem idéia do que aconteceu na última versão basta ver pela caixa de dialogo de documentação inline (eu esperava um online, mas enfim). A coisa ficou tão feia que eu perdi todas as referências para minhas texturas e começou a ter bugs muito malucos (só de mover um objeto em design time eu não visualizo texturas).

Um exemplo simples era o level que eu estava montando para conferir as animações do space car. O modelo está no ambiente de desenvolvimento, porém sem nada, nem se quer o mesh existe. São somente referências (repare que as animações ainda são referenciadas).

Continue a ler »]]> Infelizmente fiquei algum tempo parado (aproximadamente 3 semanas) por conta da minha placa de vídeo (uma GEForce 8400 GS) ter ido desta para melhor.

Realmente minha placa me deixou na mão quando eu estava mais exigindo dela.

So para constar, agora tenho uma GEForce 430 (é … o dinheiro não deu para comprar uma super-ultra-mega placa, mas dá para o gasto).

Edit: só para constar não adiantou $#%@ nenhuma, o erro mesmo no Windows 7 permanece

Continue a ler »]]> Muito tempo atrás eu criei um modelo gordinho para ser usado em partes específicas do jogo. O trabalho tinha ficado legal, então resolvi aproveitar o modelo novamente de forma a reutilizar ele para outras partes do jogo.

O primeiro passo foi limpar as áreas definidas do modelo anterior (mangas de blusa, volumes criados para a área do pescoço e por fim a área do tornozelo que produzia uma bota com relevo do modelo).

O modelo ficou com uma boa (e caricata) silhueta, bom saliência expressiva na barriga e assim comecei a pensar na generalização dele, e aproveitando o embalo fiz a primeira versão minerador para a fase das minas próximo ao vilarejo. Para isso fiz um sketch rápido (nem precisa falar, você mesmo vai notar) com a idéia do que seria legal para o modelo e ficasse simples.

Depois foi partir para a texturização e modelagem (das partes anexadas), uma outra vantagem do processo de reaproveitamento é não perder tempo com modelos já prontos (e nisso o Blender ajuda bastante com o processo de Append).

Modelei os objetos a anexar (no caso dele foi somente a bolsa) e pronto. Ainda vou fazer uma revisão dos highlights para deixar a textura dele (principalmente a calça) mais suave.

Aqui estão passos do rigging finalizado:

E aqui está uma pose básica

Depois de formatar meu pc estou quase conseguindo fazer animações no Blender, minha placa de vídeo está indo dessa para melhor, o PC trava , dá tela azul com erro de barramento da placa e perco tudo

Continue a ler »]]> Sim, está dando trabalho mas estou refazendo todos os NPCs que já estavam prontos usando o novo padrão de script e prefab que estou seguindo.

A idéia daqui para frente é reduzir a quantidade de modelos distintos, e passar a ter mais componentes que geram diferença visual entre versões do mesmo modelo. Texturas e objetos anexados deverão dar esta sensação e gradativamente vou retirar muitos dos NPCs que havia criado para concentrar tempo e esforço em criar objetos secundários.

Continue a ler »]]> Uma das coisas mais irritantes quando se leva um modelo 3D animado para dentro da engine e começa a testar ele é que você sempre vai ter o efeito todos de uma vez só, ou seja, todas as instâncias que você criar deste modelo apresentarão obrigatoriamente a mesma velocidade de animação.

A menos é claro que você configure algo para que isso não ocorra. Na verdade é um processo simples, porém requer passos certos para fazer isso.

Quando falamos de prefabs na Unity principalmente temos a sensação de que algo precisa ser feito, senão fica tudo ridiculamente igual !

O primeiro passo para resolver o problema é criar uma variável pública no seu script:

public float velocidadeAnimacao = 0.8f;

Depois, disso no evento de inicialização dos objetos e pronto:

 void Awake()
 {
        foreach (AnimationState a in gameObject.GetComponentInChildren<Animation>())
        {
            a.speed = velocidadeAnimacao;
        }
 }

Pronto, agora no Inspector da Unity você terá o simples trabalho de configurar individualmente valores para seus prefabs, claro que estamos falando de programação, então tem várias maneiras de resolver o problema, como por exemplo usar a classe Random para que ela forneça automaticamente valores.

Nesse ponto, vai do gosto do freguês, eu prefiro ter uma variável no Inspetor e simplesmente configurar.

Continue a ler »]]> Continuando meus estudos para criar modelos mais modularizados, refiz o modelo do npc20094 e começei a trabalhar em objetos para compor o modelo de várias formas.

Ainda preciso desenvolver o terceiro conjunto de objetos (pé, cabelo, camisa e bermuda/calça).

O interessante de utilizar esse processo, e que cá para nós eu estou gostando mais de utilizar, é que você ganha tempo criando modelos (os objetos anexados ao modelo) de forma rápida. As texturas destes objetos são pequenas, estou sempre fazendo os objetos com texturas de 256×256 pixels, isso garante um resultado rápido e um maior aproveitamento da área da textura.

Nesta versão de modelo (ao contrário do npc feminino) eu introduzi um novo tipo de objeto para os pés (botas e chinelo no caso deste modelo). Como na unity eu vou ter uma matriz de objetos devidamente configurados, posso aproveitar o raciocínio e revisar o modelo feminino para ter modelos de sapatos.

O modelo do cabelo espetado após a texturização não me deixou muito satisfeito, por isso talvez eu o refaça para ficar mais suaves, as conexões das duas malhas ficou muito ruim !

Quando a maioria dos objetos já estava definido, comecei a atacar mais na textura do modelo. Procurei criar algumas formas de rosto que fossem diferentes e tivessem pouco relacionamento uma com a outra para que o NPC ficasse cada vez mais distinto em suas versões.

Criei então padrões de rosto com bigode e cavanhaque (vou criar uma versão com barba também), e misturei mais e mais (essa imagem acima é que me fez chegar na conclusão de que o cabelo estava ruim).

Por fim o polycount do conjunto inteiro (modelo + objetos) ficou bem leve, e ainda vou finalizar as variações que quero. Em breve começo o rigging e ainda exporto para a Unity e começo a trabalhar no prefab de NPC (o mesmo que usei na npc feminina).

Aqui estão estudos de estilo do cabelo para o modelo , qual você gostou mais ?

Continue a ler »]]> Deu um pouco de trabalho e tive que usar de uma boa dose de criatividade para conseguir ter resultados eficientes.

Boa parte disso vem por conta de no método Awake() do MonoBehaviour evitar processamento desnecessário usando o GameObject.Find que é bom, mas processa coisas demais (ainda mais quando sua cena é bem complexa).

Após ter feito o rigging no Blender, comecei a me perguntar se o que eu pretendia fazer realmente funcionaria. Os meshes estavam totalmente separados, pertenciam ao mesmo arquivo, seriam filhos do mesmo parent (a Armature que detém a animação do modelo). Mas e aí, será que funcionaria ?

Fiz a animação do modelo parado para testar minhas teorias. Percebi que o método Find estava consumindo demais e então criei uma estrutura de meshes que do prefab eu referencio o próprio prefab (é bem mais rápido e eficiente).

Por fim criei novos materiais, mas confesso que isso é provisório pois pelo que ví não há necessidade de fazer esta forma, existe um jeito melhor de se fazer que é passar um Texture2D como atributo para o prefab e no Awake redefinir a textura do renderer.material que o prefab vai carregar (ainda vou testar isso)

Continue a ler »]]> Bom, consegui evoluir bastante nas correções de objetos que apresentavam problemas de funcionamento e principalmente evolui muito na ligação de eventos colaborativos.

Claro que ao fazer isso tudo, você acaba trazendo uma complexidade grande para a mecânica do jogo, pois as dependências passam a ser mais fortes e os componentes tem que estar o mais padronizado possível (isso eu ainda tenho que ajustar muito diga-se de passagem).

Sei que a imagem acima só traz um monte de linhas se referenciando, mas acredite, elas funcionam muitíssimo bem para eu encontrar as referências entre os componentes (por exemplos os triggers vermelhos são criados de inimigos, já o trigger amarelo é uma missão).

Agora vou trabalhar muito na classe Inimigo que está carecendo de mais ajustes, para ficar funcional como eu desejo.

Continue a ler »]]> Aqui vai um pequeno e rápido tutorial para explicar como se faz para que o Object Inspector dentro da Unity demonstre objetos complexos (expandindo/contraindo) como é feito com o Vector3 (composto de X, Y e Z).

Reparou que a imagem mostrou o objeto composto de dois game objects ? Pois é, não é tão trivial fazer isso na Unity, é requerido alguns passos.

Você deve criar uma classe genérica que herdará MonoBehaviour e ela deverá conter classes que serão serializáveis, só assim o Object Inspector mostrará o objeto, veja como fica a classe:

using UnityEngine;

public class Estruturas : MonoBehaviour
{

    [System.Serializable]
    public class PosicaoOlhar
    {
        public GameObject posicao;
        public GameObject olhar;
    }

}

Feito isso na classe/componente cliente basta adicionar o tipo novo como público:

public Estruturas.PosicaoOlhar camera2;

Simples, mas requer uns passinhos certos senão você só fica batendo cabeça

Continue a ler »]]> Deu trabalho, levou algumas horinhas e tive que fazer mais e mais prefabs, mas está pronto !

O veículo agora possui script para ser controlável ou não (player ou NPC) e de acordo com seu comportamento vai seguir comandos de teclado ou ficar anexado a uma curva bezier para ficar trafegando em ciclos no jogo.

A primeira etapa foi colocar o modelo dentro da Unity, anexar partículas para a turbina e simular o objeto voando. As partículas exigiram um bom tanto de paciência até ficarem configuradas corretamente.

Em seguida veio a configuração de um collider e rigid body para adicionar a movimentação do objeto que é reconhecido por Input e passa acelaração para o rigid body.

O próximo passo foi começar a configurar os efeitos de acordo com o estado do objeto (voando/parado), adicionei também um efeito com base em um mesh para simular o faixo de luz da turbina e adicionei uma lâmpada.

Com o setup dos objetos feito, aí foi partir para os ajustes finos, adicionei meu script de luz “ping-pong” para ficar alternando a cor da luz emitida pela turbina, assim quando a nave passa próxima ao chão é possível ver a alteração entre as cores (laranja claro e escuro neste exemplo).

Mais um ajuste fino que realizei foi inserir um faixo de luz na frente do modelo para simular o farol ligado, ele também só fica disponível se o estado for voando (parado fica tudo desligado).

E por fim, o último passo foi criar instâncias distintas do modelo (prefabs diferentes), um é o modelo controlável pelo jogador e outro é o modelo que simula um NPC controlando a nave. Ele fica atachado à um Bezier Curve e navega por ele perfeitamente.