XNA Studio 2.0 Beta - Que tal navegar até Cozumel ?

Caramba Dennes, quanto link repetido, chega a dar nervoso rapaz. Isso é alguma coisa automática do editor ou você que teve todo esse trabalho? Melhor colocar no final do post uma lista de links, fica a sugestão.

http://www.mundovoip.org/

Engraçado como seus quase posts sempre falam sobre tecnologia MS. Não parece ser só coincidencia (oh, como sou ingenuo!). acho que falta um comentarista pro software livre, pra que o meio bit seja mais abrangente. O mundo Apple tah muito bem coberto pela Fabi, com um estilo que se adapta ao estilo mais cool da apple. E vc tah cobrindo bem a MS, posts informativos (um pouco fanboys demais, meio propaganda, mas tah melhorando, algumas críticas realistas tão surgindo e são muito bem vindas). Falta alguem pra falar do linux com mais frequencia, um "especialista" por assim dizer, como vc é da MS, a Fabi da Apple, o Cardoso da blogosfera, o Dori dos games, falta alguem do mundo Linux.

Sabe inclusive, lendo seu post sobre o VS 2008 tive vontade de aprender vb, tinha pensado nisso mais depois deixei pra lá, seu post me deu vontade denovo de conhecer essa plataforma.

Mas muito bom o post. Só uma coisa:

"O XNA Game Studio desenvolve jogos para PC e XBOX. Porém para que o desenvolvimento seja feito para o XBOX é necessário . Já a versão Professional permite o desenvolvimento e deployment para XBOX 360, mas existe uma aquisição especial : é feita uma assinatura que dá direito a participação em uma comunidade de desenvolvimento de jogos e a material específico sobre o desenvolvimento para XBOX."

Esse trecho tah confuso, reveja ele, tem uma frase sem nexo: "Porém para que o desenvolvimento seja feito para o XBOX é necessário." NEcessário o que? Imagino que seja uma licensa Professional, com a versão "comum" (gratuita?) só pode-se desenvover jogos pra PC, é isso?

Em "Na era pré-XNA existiam apenas duas formas de fazer jogos", corrija para "Na era pré-XNA, para quem só conhece o que se passa debaixo do domínio microsoft.com, existiam apenas duas formas de fazer jogos".

E outra, o TorqueX não existia antes do XNA porque ele é baseado no XNA. Acho que esse artigo não vai valer a pena ler.

Não valeu mesmo.

Os seus artigos estão bem legais. O chato é que cada vez que eu leio um artigo seu, dá mais medo estudar .NET ante à quantidade enorme do que há para ser aprendido.

Realmente uma coisa que faltava no XNA era o uso nas outras versões do Visual Studio.

Não ligue para os que acham ruim você ter se especializado mais em aplicativos Microsoft. Como dizia um de meus professores:

"Saiba tudo que há para saber na sua área e tenha um caderno com os telefones de quem sabe o resto."

"Na era pré-XNA existiam apenas duas formas de fazer jogos :

- Baixo nível, acessando direto APIs. Em ambiente windows, APIs do DirectX, em outros ambientes, OpenGL. Programação complexa feita em C++ ou outras linguagens de baixo nível"

Nada mais errado.

Em ambiente Windows, OpenGL é tão (ou mais) usado quanto Direct3D, até porque é uma API mais madura, estável e que permite o porte do jogo para outras plataformas. TODOS os jogos 3D da id Software são em OpenGL.

Além disso, existem API's multiplataformas gratuitas muito conhecidas e consagradas como o SDL (Simple DirectMedia Layer), Allegro e outras. Mas, como não saíram do Mundo Microsoft...

Além disso, a vasta maioria dos jogos é feita em C puro, não C++. E se falarmos em consoles ou mercado mobile, C++ nem é considerado como opção.

Por último, C++, "linguagem de baixo nível" ? Desde quando ?

---
Tecnologia deve ser o meio, não o fim.

Opa Dennes!

Gosto dos seus posts (apesar de sempre dar uma preguiça de ler, ô homi pra escrever), a única coisa chata é que sempre encontramos fanboys o criticando ou criticando a microsoft... sem conhecimento de causa.

Se essa é sua especialidade, todos tem que respeitar... mas parece que existem certos tipos de seres que não entendem isso.

Se não gostam da Microsoft, simplesmente não leiam os posts do Dennes. Ao invés de comentários que não agreguem em nada à discussão.

--------------------------------

A respeito do XNA, tens algum livro bom para indicar?

E ouvi dizer que os pré-requisitos da máquina para rodar o XNA não são poucos. Poderia esclarecer melhor esses requisitos?

Abraços

---
Hoje não estou afim de assinar...

Legal Dennis, gostei também, não tenho nenhuma relação com tecnologia MS, mais vou ler, achei algumas informações bem interessantes...

Ótimo artigo Dennes!!!

Se meu DDA me deixasse eu me concentrar bem para programar, já
estaria brincando um pouquino com XNA.

Visit my blog -> www.leandrofiore.eti.br

Consultoria em TI para pequenas empresasa -> www.aninfo.com.br

Eu conheço XNA há um tempo(instalei o visual studio express por isso).

Não gostei muito do XNA, mas não digo que é ruim, me compliquei no C Sharp, não consegui iniciar os jogos pq sempre tinha um erro de carga de arquivos, compilação de arquivos .x ... mas não me dediquei muito à leitura da documentação. Eu tive melhores experiências com OpenGL, acho que não vou conseguir fazer um jogo que preste com OpenGL, mas vou continuar com OGL mesmo, pois quero mais do que fazer jogos é entender de CG. Tb quero tentar um Managed DirectX com C++.

Mas como sempre tenho que discordar do Dennes:
* C e C++ não são linguagens de baixo nível quando se fala em desenvolvimento de Games onde até assembly às vezes é usado.
* Totalmente fanboy quando fala em era pré-XNA(A EA tá usando XNA para fazer os jogos revolucionários?!)
* Vc perguntou se SDL e feita em Java? Cara, tem pessoas que conseguem desenvolver coisas portáveis sem máquina virtual. A SDL usa OpenGL em sistemas não-Windows e DX em Windows. O OpenGl é tão portável que vai estar nos celulares com Android.

Eu não estou comparando XNA com OpenGL, eu sei o propósito do XNA, do OpenGL e do DirectX mais puro(sem as camadas de abstração que as engines, APIs, Frameworks, o XNA implementam).

XNA é bom, mas claro que ainda tem empresas que vão preferir as engines que funcionam em PC, PS3, Wii e XBOX...

"Se eu apresentasse uma proposta assim (quero dizer, com essa arquitetura, essa "forma" de portabilidade) para um analista, diriam que eu estava sugerindo uma POG. Isso exige uma reescrita de um pedaço razoável do código, por isso a primeira possibilidade que levantei foi VM."

Não é POG não, se vc trabalhar com coisas relacionadas a Unix e sistemas Unix-Like em geral vc perceberá que existe portabilidade sem uma máquina virtual, é realmente essa tradição Unix que faz o Linux ser chato para muitos(O MAC OS X também está incluso nisso). A SDL roda em SOs que a gente nunca viu na vida. Ela não é tão baixo nível como vc pode pensar.

libsdl.org

"Simple DirectMedia Layer is a cross-platform multimedia library designed to provide low level access to audio, keyboard, mouse, joystick, 3D hardware via OpenGL, and 2D video framebuffer. It is used by MPEG playback software, emulators, and many popular games, including the award winning Linux port of "Civilization: Call To Power."

SDL supports Linux, Windows, Windows CE, BeOS, MacOS, Mac OS X, FreeBSD, NetBSD, OpenBSD, BSD/OS, Solaris, IRIX, and QNX. The code contains support for AmigaOS, Dreamcast, Atari, AIX, OSF/Tru64, RISC OS, SymbianOS, and OS/2, but these are not officially supported.

SDL is written in C, but works with C++ natively, and has bindings to several other languages, including Ada, C#, Eiffel, Erlang, Euphoria, Guile, Haskell, Java, Lisp, Lua, ML, Objective C, Pascal, Perl, PHP, Pike, Pliant, Python, Ruby, and Smalltalk. "

Claro que eles reescrevem código, mas não de maneira POG, pois se não ela não funcionaria muito bem. Até mesmo o Java tem que ter código reescrito(constantes modificadas, camadas mais baixas...) para rodar em todas as plataformas em que ele é usado.

Veja por exemplo a biblioteca QT4 que funciona em Windows, Linux e MAC OS X.

Sobre o assembly, na verdade o assembly é usado em rotinas que são muito executadas e precisam de um alto desempenho(assembly inline), até o Delphi suporta assembly inline, dependendo do compilador C/C++ que esteja sendo usado, o assembly inline pode ser utilizado.

Oi, NewUser !

"XNA é bom, mas claro que ainda tem empresas que vão preferir as engines que funcionam em PC, PS3, Wii e XBOX..."

Não discuto isso, em momento algum discuto isso... li em algum lugar muito recentemente sobre que o sonho das empresas de desenvolvimento de jogos seria conseguir uma padronização para os consoles, reduzindo assim o custo de criação dos jogos...

Poderia falar um pouco mais sobre as engines que conseguem esse feito, de desenvolver para vários ambientes ? Algo sobre como conseguem...

"vc perceberá que existe portabilidade sem uma máquina virtual, é realmente essa tradição Unix"

Não quis chamar a portabilidade de POG, de forma alguma. Mas a forma como foi descrita sua implementação, se fosse aplicada a qualquer outro sistema facilmete seria confundida com POG...

Se bem que, se bem modelado, com um bom pattern de providers, ou algo assim...

"Claro que eles reescrevem código, mas não de maneira POG"

O trecho que você copiou ai já esclareceu tudo. Comentários anteriores falaram que em Windows usava directX e em outros ambientes OpenGL. Isso seria escrever um volume muito grande de código. Mas o trecho que você copiou deixa claro que usa OpenGL, não directX.

Então apaguem esta história de POG, mas não misturem SDL com DirectX como em um comentário anterior...

[]'s

---------------------
CidadaoCarioca
BufaloInfo

Não é mais correto remodelar o DirectX do que jogar uma camada de aplicação (o XNA) encima para traduzir as instruções complexas em versões mais simples?

Simplicar pessoal, simplificar. =P

Tá meio estranho alguns comentários, só para saber :
O framework XNA não é o atual DirectX 10 SDK com outro nome e o Game Studio a plataforma ambiente para desenvolver tais jogos em C# ?

Sei lá, já estou ficando confuso aí com tantos comentários.

"O framework XNA não é o atual DirectX 10 SDK com outro nome e o Game Studio a plataforma ambiente para desenvolver tais jogos em C# ?"

Não, o XNA é outra coisa, o Dennes te explica isso melhor.

Olha aí Dennes:
http://www.gamedev.net/reference/programming/features/dx9sdl/

E de qualquer forma a SDL tem que usar apis diferentes para iniciar as janelas nas diferentes plataformas, muitas coisas mudam de um ambiente para outro.

"Poderia falar um pouco mais sobre as engines que conseguem esse feito, de desenvolver para vários ambientes ? Algo sobre como conseguem..."

Simples: usam C/C++ na maioria das vezes e escrevem o código para todas as plataformas no mesmo código, na hora de compilar vc "diz" ao compilador para qual plataforma compilar, como existem #ifdef no código que guiam o compilador em sua tarefa, o binário sai funcionando para aquela plataforma.
É a chamada compilação condicional. Essa é a técnica que eu conheço, devem existir várias outras...

http://developer.apple.com/documentation/DeveloperTools/gcc-4.0.1/cpp/Conditional-Syntax.html
http://developer.apple.com/documentation/DeveloperTools/gcc-4.0.1/cpp/System_002dspecific-Predefined-Macros.html

Em primeiro lugar gostei do artigo, apesar de algumas ressalvas...

OpenGl possui tantos ou mais recursos gráficos que o Directx, a principal diferença entre eles e o porque do ultimo ser mais utilizado nos jogos é que ele contempla funcionalidades como controlar som e joystick, e o opengl é um padrão gráfico apenas.

OpenGl pode fazer qualquer coisa que Directx faz, isso é um fato. Porém o segundo é muito mais utilizado por vir com o kit completo, graficos, som, controles. Como windows é a plataforma dominante, as produtoras tendem a utilizar o directx por "conversar melhor" com o windows, e diminuir o numero de bibliotecas a serem utilizadas. Se o outro sistema fosse dominante o directx teria morrido.

Quanto ao Xna eu fiz algumas coisas com ele, muito interessante, muito simples, mas não é perfeito, longe disso. Porém o fato de estar integrado ao Visual Studio é um ponto positivo, pois queiramos ou não é um senhor editor. Eu abandonei o xna porque ele até a versão 1.0 exigia muitos malabarismos para utilizar os bones e realizar animações em 3d manualmente, para o que eu planejava fazer foi um banho de agua fria, pois estava muito empolgado e cogitava até comprar a licença do creators club. O Xna é um framework, inclui bibliotecas, o editor, e uma série de facilidades. Porém existem outras bibliotecas muito competentes, e na minha opinião tão simples quanto o xna. Como Irrlicht, Ogre3d e para 2D o allegro(já viram o Mugen? aquilo foi feito no allegro). Tanto ogre e irrlicht são multiplataforma, e permitem se escolher ou opengl ou directx como biblioteca gráfica. Aliás na minha opinião, a que mais me diverti foi com irrlicht, mas isso é gosto pessoal.

Portabilidade é algo que é conseguido mais por mérito de projeto do que pelas bibliotecas, ou framework utilizado. A principal maneira e acredito que mais usada é criar uma série de funções(ou classes) para as principais rotinas dependentes de sistema como desenhar algo na tela, e então dentro dessa função diferenciar os sistemas na qual o programa está sendo compilado. Dentro do seu programa vc usaria as suas rotinas apenas. Caso se deseje compilar o codigo para um novo sistema, basta acrescentar esse tratamento a uma pequena parcela do código.

O que as engines fazem é tratar esses rotinas de baixo nivel e acrescentar recursos necessários para um jogo, como simulação física, recursos de som mais avançados, algoritmos mais eficientes etc. Se engana quem acha que só é preciso vontade para fazer um jogo, é muito mais que isso. Pois por mais que uma biblioteca ou framework facilite, vc vai precisar entrar a fundo para conseguir algo que realmente seja diferenciado.

Quanto a programação à comparação de C++, java e C#. Muitos reclamam de c++ principalmente depois de conhecer java ou c#, que c++ não tem esse recurso, ou aquele, e o taxam de linguagem de baixo nivel. C++ não inclui baterias,mas isso é facilmente contornado com bibliotecas externas. Não é a toa que o padrão da indústria, princiapalmente para aplicações de alto desempenho é C++, e as que necessitam ter mais desempenho usam C.

Como bem disseram aqui olhem o Qt, a biblioteca é tão bacana que tem gente querendo porta-la para java, não que isso seja um atestado de qualidade (pessoalmente não gosto de java, mas reconheço ter vantagens). C++ não é uma linguagem de baixo nivel, mas ela pode ser tão baixo nível quanto vc deseje, ou tão acima também, já que permite múltiplos paradigmas.

Uma última coisa é que tem muita gente que esquece que ter uma licença hiper cara ou a melhor biblioteca, ou o melhor compilador, não faz um bom jogo. É quase como querer que ter um bom lápis te faça um bom desenhista. Eu conheço muita gente que faz coisas incríveis com pedaço de carvão e papel de pão.

Referencias Opengl
http://dirceu.googlepages.com/opengl21directx10cx7.jpg
http://www.cprogramming.com/tutorial/openglvs.html
http://www.opengl.org/

Bibliotecas:
http://irrlicht.sourceforge.net/
www.ogred3d.org
http://www.talula.demon.co.uk/allegro/
http://www.trolltech.com/

Linguagens de alto e baixo nivel
http://pt.wikipedia.org/wiki/Linguagem_de_programa%C3%A7%C3%A3o_de_baixo_n%C3%ADvel
http://pt.wikipedia.org/wiki/Linguagem_de_programa%C3%A7%C3%A3o_de_alto_n%C3%ADvel

http://dirceu.googlepages.com/opengl21directx10cx7.jpg

Vendo essa foto, pensei: API o ca*****, para esse nível de renderização em tempo real o que conta é a proficiência da equipe de programadores e dos artistas. D3D ou OGL influenciam pouco no resultado final.

Ah... Dennes, prefiro as plataformas livres, mas adoro seus artigos sobre a plataforma Microsoft (viu, sem $), és como um correspondente de uma guerra lá no oriente médio que não me importa, mas assisto a reportagem :)

Psiu, o fato de uma linguagem ser considerada "alto ou baixo nível" não é um indicativo da "qualidade" dela. Indica na verdade o quão perto a sintaxe da mesma está perto da linguagem de máquina (o nível mais baixo) ou da linguagem humana (o nível mais alto)

O carlosshp e o seth7777 fizeram esse artigo valer muito para min.

Dennes, a única coisa que não agradou a muitos aqui foi essa coisa de era pré-XNA como se XNA fosse mudar o mundo dos games(o termo era é muito forte). Que fique claro que para fazer uma nova engine o programador tem que codificar em cima do D3D ou OpenGL(a engine vai carregar modelos, sons...) e sem dúvida o XNA já traz isso pronto, mas não é a primeira vez na história do universo que isso começou a existir.

"Interessante a comparação do SDL com DirectX, porque outras pessoas aqui nos comentários compararam o SDL mais com o XNA..."

No seu artigo você descreveu maneiras de programar jogos, então valeu tudo nos comentários.

Quem dera num futuro promissor todos nós pudéssemos usar só ferramentas de alto nível e de capacidade de abstração cada vez maiores. O fato é que muitos profissionais de verdade usam e muito C e até assembly.

E qual é? A MS tem o filme tão queimado assim a ponto de todo mundo achar que nada que vem dela presta?

Eu ainda não utilizei a XNA, mas pretendo usar ela para não falar dela sem antes conhece-la. Concordo plenamente com o que o seth777 falou, principalmente com a parte de que não basta ter a melhor engine ou compilador por exemplo, se a pessoa nao tiver empenho e vontade nao vai fazer jogo algum. Já basta nos foruns de jogos posts do tipo "Eu tenho uma ideia para um mmorpg, como eu faço para criar um em 10 dias?", normalmente se pensa que para criar um jogo desses arrasta-se um castelo para uma janela, e clica-se em alguns botões e pronto. Pode parecer exagero meu, mas isso acontece, ainda bem que a frequencia ja caiu muito.

Gosto de utilizar a Ogre como engine para estudar desenvolvimento de jogos.

t+

Oi a Todos !

Acrescentei duas atualizações no artigo, uma a pedido de André Furtado e outra a pedido de Galileu Vieira.

[]'s

---------------------
CidadaoCarioca
BufaloInfo

Oi Pessoal

Gostei do artigo pois mostra o XNA game studio de uma forma abrangente e ilustrou informações revelantes a pessoas que desejam iniciar o estudo em uma tecnologia.

Antes de tudo devemos pensar que não se importa se trata de uma tecnologia Microsoft,Mac ou Linux . O importante que se tenha pessoas qualificadas para fornecer informações revelantes para assim dessa forma favorecer o ambiente saudável

Os exemplos de empenho e dedicação em relação ao objeto de estudo desejado incentiva a ampliação dos conhecimentos e de networking .

Por estas razões acima eu penso que o artigo contém informações uteis para quem pensa em começar a trilhar uma história de sucesso

Até

Juliana Prado Uchôa