citação do post de OmegaNexus …



No caso do IOS e do Android, eles usam o OPENGL ES 1.0 ou o 2.0 dependendo da versão. O OpenGL ES 2.0 é bem diferente do 1.0, principalmente pelo fato do pipeline do 2.0 ser quase todo programavel, ao contrario do 1.0. O OpenGL ES foi criado para ser usada em sistemas embarcados, que tradicionalmente não usam processadores X86, e sim variações RISC, como o ARM.

O Problema do seu metodo, é que o o OPENGL usado nos PCs NÃO É IGUAL ao PSGL usando no PS3, ou o DirectX XNA usando do Xbox 360, ou mesmo ao OpenGL ES usado nos portateis.

Se você colocasse essa função que você criou em C a DesenharRetangulo() pra compilar em um dispositivo ARM ou um Console, ele não iria compilar, porque você esta chamando uma API não conhecida para aquela plataforma.

Eu entendi a sua ideia, de colocar chamadas a varias APIs diferentes dentro da função, e na hora de usar passar como parametro o #DEFINE para escolher qual a API sera chamada não é essa a sua ideia?

O problema disso é que seria necessario MUITO Codigo para você colocar CADA CHAMADA para CADA API, e o que os desenvolvedores de Games querem é COMODIDADE acima de tudo, quanto MENOS codigo, melhor.

Sem contar que cada API tem seus proprias extensões, e com isso cada uma tem seus proprios desafios, e o debug seria bem chato na maioria das vezes .

É isso, estamos vivendo a era onde o PC é sub-utilizado em favor da preguiça dos programadores.... É a vida .

Ops, BUROCRACIA.... WEBMASTER DA GV, PELO AMOR DE DEUS, cria um botão EDITAR aqui, ja passou da hora .

citação do post de dnex …



E se os games rodassem num OS especifico p isso, q carregasse so a api e o game, fora do win,osx,linux etc, como se fosse um dualboot ou algo assim, ficaria melhor? teria menas perca d performance?

citação do post de OmegaNexus …



Primeiro lugar, você precisa entender o seguinte: Os consoles TAMBEM Usam APIs Graficas. A função das APIs graficas é de facilitar para o programador na hora de criar as renderizações, abstraindo a complexidade das camadas de hardware, dessa forma, o programador não precisa saber de forma DETALHADA (so precisa saber o basico) de como o hardware trabalha a baixo nivel (registradores, etc..).

Nos PCs você tem uma gama ENORME de possiveis hardwares diferentes, que a API TEM QUE ESTAR preparada para lidar. Com isso você tem VARIAS camadas de abstração, para os possiveis hardwares, e com isso você tem perca de performance consideravel (+ ou - 40% ).

Nos Consoles, devido ao hardware ser FIXO, suas APIs não precisam de muitas camadas de abstração, e com isso a perca de performance é minima (mas existe).

VEJA BEM, A UNICA FORMA de se obter 100% da performance do hardware que se esta trabalhando(seja PC, Consoles, portateis, etc..) é usando a linguagem de maquina, ou uma em BAIXISSIMO NIVEL como o assembly. Se você usar qualquer linguagem mais "normal" você VAI TER PERCA de performance não tem jeito .

Programar a nivel de maquina ou Assembly é algo impraticavel nos dias de Hoje, pois alem da alta complexidade, se tem uma grande quantidade de codigo, tornando ela NADA atrativa para os programadores.

A Questão aqui é melhorar as APIs dos PCs, para que a perca seja a menor possivel. O OpenGL que seria o pivo dessa mudança, não esta se saindo NADA BEM.

Essa é a minha esperança, que as 3 empresas, AMD, Nvidia e INTEL, QUEM SABE UM DIA, queiram melhorar a plataforma PC pra games..... Não custa nada sonhar não?

citação do post de dnex …

E se os games rodassem num OS especifico p isso, q carregasse so a api e o game, fora do win,osx,linux etc, como se fosse um dualboot ou algo assim, ficaria melhor? teria menas perca d performance?

citação do post de OmegaNexus …



Primeiro lugar, você precisa entender o seguinte: Os consoles TAMBEM Usam APIs Graficas. A função das APIs graficas é de facilitar para o programador na hora de criar as renderizações, abstraindo a complexidade das camadas de hardware, dessa forma, o programador não precisa saber de forma DETALHADA (so precisa saber o basico) de como o hardware trabalha a baixo nivel (registradores, etc..).

Nos PCs você tem uma gama ENORME de possiveis hardwares diferentes, que a API TEM QUE ESTAR preparada para lidar. Com isso você tem VARIAS camadas de abstração, para os possiveis hardwares, e com isso você tem perca de performance consideravel (+ ou - 40% ).

Nos Consoles, devido ao hardware ser FIXO, suas APIs não precisam de muitas camadas de abstração, e com isso a perca de performance é minima (mas existe).

VEJA BEM, A UNICA FORMA de se obter 100% da performance do hardware que se esta trabalhando(seja PC, Consoles, portateis, etc..) é usando a linguagem de maquina, ou uma em BAIXISSIMO NIVEL como o assembly. Se você usar qualquer linguagem mais "normal" você VAI TER PERCA de performance não tem jeito .

Programar a nivel de maquina ou Assembly é algo impraticavel nos dias de Hoje, pois alem da alta complexidade, se tem uma grande quantidade de codigo, tornando ela NADA atrativa para os programadores.

A Questão aqui é melhorar as APIs dos PCs, para que a perca seja a menor possivel. O OpenGL que seria o pivo dessa mudança, não esta se saindo NADA BEM.

Essa é a minha esperança, que as 3 empresas, AMD, Nvidia e INTEL, QUEM SABE UM DIA, queiram melhorar a plataforma PC pra games..... Não custa nada sonhar não?

citação do post de dnex …

Não sei se estou falando besteira mas pra mim jogos tinham que rodar nativamente igual nos consoles, sem uso de dx, opengl etc. é possivel isso? , a palavra e nativamente mesmo?

citação do post de OmegaNexus …



Sim eu sei como o Khronos Group é lerdo pra atualizar os projetos OpenSource, o OPENCL por exemplo, até hoje esta engatinhando por causa deles.... Apesar de ter um enorme potencial.

Porem não é o Khronos Group que atualiza ou agrega funções ao OpenGL, e sim ARB, que é um conselho formado por varias empresas, incluindo INTEL, AMD, e Nvidia. Um exemplo, digamos que eu e você estavamos trabalhando e criamos nossa propria extensão pro OpenGL que agiliza o mapeamento de texturas, dai a gente manda a extensão pro Khronos Group, que então repassa pro ARB, que TALVEZ integre essa nova Extensão a nova versão do OPENGL. Veja que até eles fazerem isso leva ANOS, e até lá apenas eu e você teriamos essa extensão nova...... Tenso né?

Veja bem, eu acredito que uma Nova API grafica pros PCs seja importante, não apenas pra tirar a microsoft desse mercado, mas tambem para Otimizar os games pra plataforma X86.
A grande maioria dos PC Gamers, não fazem IDEIA do verdadeiro POTENCIAL de suas maquinas, uma API mais otimizada, seria uma ajuda e tanto para demonstrar isso....

Eu uso OPENGL a varios anos, apesar de não ser um dev profissional, eu sei como ele funciona, e quanto e frustrante você levar varios Milesegundos pra renderizar um Frame, so porque o Overhead da API e dos Drivers acarreta uma perca ENORME na performance, so porque deixa tudo mais facil.....



No caso do IOS e do Android, eles usam o OPENGL ES 1.0 ou o 2.0 dependendo da versão. O OpenGL ES 2.0 é bem diferente do 1.0, principalmente pelo fato do pipeline do 2.0 ser quase todo programavel, ao contrario do 1.0. O OpenGL ES foi criado para ser usada em sistemas embarcados, que tradicionalmente não usam processadores X86, e sim variações RISC, como o ARM.

O Problema do seu metodo, é que o o OPENGL usado nos PCs NÃO É IGUAL ao PSGL usando no PS3, ou o DirectX XNA usando do Xbox 360, ou mesmo ao OpenGL ES usado nos portateis.

Se você colocasse essa função que você criou em C a DesenharRetangulo() pra compilar em um dispositivo ARM ou um Console, ele não iria compilar, porque você esta chamando uma API não conhecida para aquela plataforma.

Eu entendi a sua ideia, de colocar chamadas a varias APIs diferentes dentro da função, e na hora de usar passar como parametro o #DEFINE para escolher qual a API sera chamada não é essa a sua ideia?

O problema disso é que seria necessario MUITO Codigo para você colocar CADA CHAMADA para CADA API, e o que os desenvolvedores de Games querem é COMODIDADE acima de tudo, quanto MENOS codigo, melhor.

Sem contar que cada API tem seus proprias extensões, e com isso cada uma tem seus proprios desafios, e o debug seria bem chato na maioria das vezes .

É isso, estamos vivendo a era onde o PC é sub-utilizado em favor da preguiça dos programadores.... É a vida .



Sim meu caro, eu conheço o OpenGL. Porem apesar de existir, ele esta sendo um enorme fracasso diante do tão imponente Direct3D do DirectX. As Software House de games não estão querendo usar mais o OpenGL, justamente por esse não ser tão completo atualmente, quanto o Direct3D. O Motivo ja esta sendo discutido aqui por mim, e os nossos colegas. O principal problema é a BURUCRACIA na hora de agregar novas extensões ao OpenGL pelo ARB.

Porem o principal problema pro PC Gaming alem da API, é o fato das "principais" POSSIVEIS interessadas no futuro da plataforma (AMD, INTEL, NVIDIA) estarem fazendo TÃO POUCO para a sua melhoria.... chega a ser PATÉTICO.... Não basta a NVIDIA, e AMD lançarem novas placas FUDIDONAS, se a API e os Drivers cada vez mais colocarem Overhead em cima. John Carmack ja falou isso pra NVIDIA VARIAS VEZES....

Podem me chamar de maluco ou até de idiota , porem pro Bem do PC Gaming, a API grafica dos Pcs não pode ficar nas mãos da Microsoft de JEITO NENHUM...

Ops, BUROCRACIA.... WEBMASTER DA GV, PELO AMOR DE DEUS, cria um botão EDITAR aqui, ja passou da hora .

citação do post de crfrisao …


Pelo contrário, as desenvolvedoras de Games não fazem os jogos em DX somente pelo apoio da MS, mas por que o DX fornece aos desenvolvedores um framework completo e mais simples, por que vocês acham que os jogos não são mais tão otimizados como antigamente? Desenvolvedor hoje em dia não precisa mais escovar bits para otimizar um jogo para que possa rodar numa máquina de baixo desempenho.

O OpenGL é uma grande biblioteca de APIs de jogos, mas é antiga e força os desenvolvedores a programarem mais para fazer a mesma coisa mais facilmente em DX...

Infelizmente é isso...

citação do post de crfrisao …



Não é preciso isso, mas sim mudar a mentalidade dos anciões da http://www.khronos.org/

http://www.khronos.org/members/academic
http://www.khronos.org/members/contributors
http://www.khronos.org/members/promoters

A Função da khronos é montar, gerenciar e oficializar as especificações de todos esses projetos OpenSource, o problema é que atualmente está tudo muito burocrático, todos querem puxar sardinha pro seu lado, logo, a coisa empaca!

Eu queria saber também... Alguém aqui desenvolve em iOS e Android? Atualmente temos muitos "ports" de jogos e aplicativos e poderia nos dar uma base de como é feito...

citação do post de alexisrgl …


Cara, você tem idéia de como funcionam os ports de jogos hoje ?
Eu penso que os desenvolvedores fazem uma "camada própia" que se vire com a API, ou algo assim, será ?

Um exemplo tosco, será q eles fazem algo do tipo?? Facilitaria o port, mas não sei se é viável.
void DesenharRetangulo()
{
#IFDEF USE_OPENGL
/* Chama o método correspondente na API OpenGL */
#ELSE
/* Chama o método correspondente na API DirectX 3D */
#ENDIF
}

No caso se dentro do game o programador quiser desenhar um retângulo ele não chama direto a API do OpenGL ou DirectX, e sim chama esse método, aí é só passar o #DEFINE de qual API vai ser usada na hora de compilar o game e pronto

citação do post de AZM …


Essas crianças cheiram cola, não é possível!! Já existe uma API compatível com Windows, Linux e Mac e se chama OpenGL.

Basta as produtoras desenvolverem para essa API e não exclusivamente para o directX que tem as suas vantagens em se atualizar mais rápido que a OpenGL de acordo com que a Microsoft, NVIDIA E AMD precisam.