www.programadoresdejogos.com

Hardrion-hd, você teria algum material de estudo para me passar ou alguma dica ?

Vlw!!!

Pelo jeito ta todo mundo doido pra aprender ;...rs
Eu tambem to dentro caso alguem saiba de uma grupo oficial para estudar ela

Acabei de testar o jogo do Rexona, no low ele roda bem, sem aqueles problemas. A física é horrível, mas acho que o problema não é o Engine.

Realmente tenho certeza, ele deve ser pelo menos 10 x mais lento que um jogo normal feito em C. Mas mesmo assim pode ser que ele seja um sucesso no futuro. Antigamente não se pensava em fazer um jogo sem uma boa quantidade de assembler, e mesmo assim o tempo passou e o conforto do C++ se tornou tão grande que as pessoas abandonaram completamente o ASM, assim quem sabe com o tempo as pessoas troquem o C++ por uma dessas novas tecnologias de WEB. Só o tempo dirá.

Quando a formar um grupo de estudo e a falta de material, vocês me deixaram curioso... Achei que a ferramenta era muito bem documentada, então não é assim?

Draco, eu recomendo você seguir os tutoriais básicos que vêm com a documentação do Unity. Lá você entende como a engine funciona, como são tratados recursos como física e assets, os conceitos de objetos e componentes, etc. Mesmo que você já tenha experiência com programação de jogos, não pule essa parte porque ela trata de como as coisas funcionam especificamente no Unity.

Você pode também dar uma olhada nestes slides (feitos por meu professor do mestrado): http://www.ic.uff.br/~esteban/files/par ... 0unity.ppt

E baixar esse tutorial que ensina a fazer um FPS:
http://www.ic.uff.br/~esteban/files/FPS ... roject.zip
http://www.ic.uff.br/~esteban/files/FPS_Tutorial.zip

E pra quem quer conhecer um pouco mais sobre a ferramenta, recomendo esse artigo com alguns prós e contras: http://gtjuggler.blogspot.com/2009/06/t ... ngine.html

DominuZ, você postou enquanto eu respondia a outra pergunta.

Seguinte, o Unity não roda só no navegador. Dá pra fazer um jogo stand alone nele sem problemas. E o desempenho, neste caso, não deve ser muito inferior a um jogo comum feito em C.

Digo isso porque os jogos com o Unity rodam nativamente quando compilados pra rodar em Windows ou Mac. Só quando você exporta pra web que eles usam o plugin.

A programação dos scripts, no entanto, não é feita em linguagem nativa e eu não sei dizer se eles são compilados ou não no momento da compilação do jogo, mas isso não deve diminuir muito o desempenho, afinal diversos jogos hoje usam linguagens de script (não é a toa que o Lua ficou tão famoso).

Problemas de lentidão podem ser devidos a diversas questões. Eu posso fazer um jogo em C ou mesmo Assembly que vai rodar super lento. Isso não depende da linguagem, mas sim de como o jogo foi feito.

Hardrion-hd, eu cheguei a testar a versão stand alone dele ... foi aquele que citei no primeiro post (Avert Fate). Ele é muito lento em comparação com jogos visualmente semelhantes. Incluindo os demos que eu mesmo fiz com qualidade visual semelhante (incluindo efeitos de pos processamento e shaders) rodam muito mais rápido, muito mesmo. O fps cai de 250 na minha alternativa para em torno de 70 no Avert Fate, isso com ele rodando no mínimo. No máximo de qualidade na mesma cena ele roda em 27 fps.

Claro que não da pra ter absoluta certeza dos valores exatos, mas que ele é bem mais lento isso ele é. O que me deixa intrigado, pois o Demo foi feito pelo proprio pessoal do Unity que deve ter polido aquele código até não poder mais pra mostrar como o engine deles pode ser bom quando aplicado a um exemplo real.

De qualquer forma, como ninguem mais relatou o problema, acho que deve ser algum detalhe relacionado com a minha máquina.

Estou dentro!

Tem certeza que esse Avert Fate foi feito pelos autores do Unity? Eu dei uma pesquisada e não consegui confirmar esse dado. Pelo que pude ver, ele só está no site junto com outras demos.

Hardrion-hd, você realmente está querendo defender esse Engine não é? eheheheh

Bom, realmente, eu fui leviano nas minhas afirmações, eu falei que foi feito pelo pessoal do Unity mas não é verdade. O jogo foi programado por uma pessoa chamada Forest Johnson, e o design foi do artista Raimund Schumaker

http://forestjohnson.blogspot.com/2007/ ... -fate.html

O desenvolvimento parece ter levado um ano. E eu não encontrei nenhum indicativo de que o demo tenha alguma ligação com o pessoal do Engine.

Bom, como resultado de tudo isso eu vou baixar e testar. Pode ser que eu goste e entre nesse grupo de estudos. Quem sabe possa fazer meu projeto (que foi apresentado aqui no forum) nele. Pode ser uma boa maneira de entrar profissionalmente na área.

Só por curiosidade, alguém poderia testar o Evert Fate em 1024x768 no mínimo e no máximo andando pela primeira salinha e dizer em média quantos frames vocês pegam? Digam também a configuração da máquina.

Não é só pra mim essa informação, é para o grupo de estudos, certamente todos vão querer saber esse tipo de coisa. O ideal também seria fechar os outros programas que estão rodando na máquina para minimizar os interferentes.

Hehehe, vou mandar o tópico pro pessoal do Unity pra ver se ganho uma graninha!

Quanto ao teste, não vou poder ajudar porque minha máquina atual é meio cacareco, então não vai adiantar mesmo, mas a idéia é boa.

DominuZ

http://unity3d.com/unity/features/scripting
Lá diz que os scripts são compilados em codigo nativo (Mac, Windons, IPhone, Wii) e roda igual ou mais rápido que C++.
Que o compilador JIT compila para codigo nativo de máquina, rodando 20x mais rápido que o Flash ou DIrector baseado em JavaScript e com a mesma velocidade do C# e Boo.

A ferramenta é bem comentada, no site da Unity tem muita coisa explicando sua lógica. Senti um pouco de falta na parte da API, não encontrei a lista de funções completas. OUtra coisa são exemplos, a comunidade não disponibiliza muita coisa.

Em relação ao Avert Fate em 1024x764 com Grafics Good, fico na faixa de 70 a 100 FPS e quando entro em algum lugar novo cai para 20FPS. A variação é rápida e constante.
No grafico máximo e 1024x768 fica entre 17 e 24 FPS e no grafico minimo entre 100 e 150 FPS.
A maior diferença que notei foi no ceú e na iluminação.

Hardrion-hd

Obrigado mano, estou lendo os tutoriais básicos, já tinha lido eles na verdade, mas agora estou fazendo anotações para te perguntas depois...auhuahuahua

Obrigado pelos slides ajudou muito. Eu posso passar ele adiante para outros, com os devidos direitos ?

Depois de estudar bem os tutoriais básicos vou fuçar no tutorial do FPS. Já estudei o 2D Gameplay Tutorial e gostei muito.

Pode passar os slides adiante sim, sem problemas. Só quero lembrar que não são feitos por mim, mas sim por um professor meu.

Quanto à taxa de frames, o mais importante é o jogo se manter constante e não atingir altas taxas. Meu professor me disse que o Unity meio que trava a quantidade de frames em um certo limite máximo (uma vez que o olho humano não percebe diferenças em altas taxas) e dedica maior poder de processamento ao Update dos componentes (o que é especialmente interessante pra física, por exemplo). Mais uma vez não sei se esse é um recurso automático ou se deve ser ativado de alguma forma, mas fica o aviso se você acharem alguma demo que não está com uma taxa muito alta mas roda fluidamente.

É isso mesmo..a taxa não estava alta, mas rodou normalmente. Não senti desconforto.

Atualmente estou estudando esse guia:
http://download.unity3d.com/support/Tut ... ntials.pdf

Voces estão medindo o fps como? Se for pelo FRAPS não dá pra confiar, ele não funciona muito bem am alguns jogos.

Draco, E ae brother td blz? bom saber que está por aqui tbm, hj a noite começo os estudos.

Abraços.