Discussion :

[Kurisu]

Mise à jour 16/09/11 [Gbdivers]
NVIDIA vient de sortir les drivers en version 258.27 en beta. Au programme, des nouveaux pilotes (3D vision, HD Audio, PhysX), la prise en charge d'OpenGL 4.2 et des améliorations de performances.

Source
Téléchargement

Mise à jour 23/08/11 [Gbdivers]

Le groupe Khronos a publié les spécifications d'OpenGL 4.2 lors de la conférence SIGGRAPH 2011. Ces spécifications incluent celle du langage GLSL version 4.20.

Parmi les nouveautés :
- ajout des compteurs atomiques et des opérations de lecture/écriture atomique sur des textures. Ces fonctionnalités permettent par exemple d'ajouter un compteur pour chaque pixel d'un buffer object pour réaliser une transparence en une passe ;
- récupérer des géométries générées par tesselation sur GPU pour pouvoir les réutiliser plusieurs fois dans des scènes complexes ;
- modifier une partie d'une texture compressée sans avoir à la recharger entièrement ;
- compacter plusieurs variables de 8 ou 16 bits dans une variable 32 bits pour réduire l'occupation mémoire et diminuer l'utilisation de la bande passante.
Voir la liste des nouvelles extensions sur le site de NVIDIA.

Les drivers correspondant sont disponibles chez NVIDIA (drivers version 280.28 pour Windows et 280.10.01.02 pour Linux) et chez AMD (versions Windows et Linux en beta).

Source

Publication des spécifications OpenGL 3.0

Après deux longues années d'attente, OpenGL 3.0 vient de sortir aujourd'hui, arrivant ainsi avec GLSL 1.30. Vous trouverez la news sur le site OpenGL.org.
Après avoir lu la specification, je suis plutôt refroidi de ce que j'attendais comme évolution de l'API l'ammenant au niveau de D3D 10. Apparemment, "pour des raisons de compatibilité", l'évolution est plutôt médiocre, comme le prouvent les longues insultes envers l'ARB sur le forum officiel.

On verra ca quand les drivers seront sortis. Puis "Longs Peak" était initialement prévu comme OpenGL 2.2, donc ca ne me choque pas trop. Attendons donc "Mount Evans" pour dans 2 ans...

[LeGreg]

OpenGL 3 ne sortira vraiment que lorsque les drivers seront là (ça peut prendre du temps pour certains vendeurs).

OpenGL 3 n'offre pas de nouveautés au niveau du hardware. Mais intègre des extensions existentes dans le core en forçant la "compatibilité" entre vendeurs :les extensions vendor-specific par définition ne sont pas compatibles, et les constructeurs doivent implémenter la totalité du nouveau core s'ils veulent se targuer d'une implémentation compatible 3.0. Et ça a toujours été le fonctionnement d'OpenGL.

En toute honnêteté, quand je vois les insultes qui volent je me dis qu'il faut vraiment relativiser :
- OpenGL n'est pas dans un pire état qu'il n'était il y a un an. C'est à dire que pour les gens qui avaient il y a un an choisi de développer sous OpenGL (code existant, multiplateforme, linux, mac, extensions non présente sous dx) ce choix n'est pas remis en question aujourd'hui.
- Tous ce que vous pouvez reprocher à OpenGL aujourd'hui était déjà le cas il y a un an : interface compliquée et obsolète pour la plupart ce qui rend lourdingue à programmer depuis zéro, fast path non évident, manque de support et de certifications de la part de tous les vendeurs (drivers inexistants ou bugués ou avec des fonctionalités manquantes), pas ou peu d'évangélisme et pas de leadership en terme de features de la part des promoteurs d'OpenGL, extensions (c'est aussi un avantage en plus d'être un inconvénient !).

Bref faire le choix d'OpenGL, c'est aller volontairement contre tout ça. Et comme le montre Id et Blizzard (ou les devs consoles) qui programment sur plein de plateformes avec des API différentes c'est surmontable.

À noter la présence d'une nouvelle API alternative présente sous forme d'extension (!) :
http://www.opengl.org/registry/specs...ate_access.txt
Ce genre d'extensions est l'un des trucs qui restent incroyables avec OpenGL. Mais d'un autre coté c'est ce qui entraine sa complexité et ce qui rend aussi son implémentation très difficile (ce qui est plutot bénéfique pour certains vendeurs établis comme NVIDIA)

LeGreg
ps: j'adore le commentaire de John Carmack à la fin de la description de l'extension :

John Carmack: "This should have happened a long time ago."

[loka]

Tout est ici :

http://blog.developpez.com/jeux?titl...l_3_0_publiees

[shenron666]

le problème va maintenant être du côté des drivers
pire encore du côté des drivers des "anciennes" cartes qui sont capables de supporter OpenGL 3 mais dont les drivers ne seront certainement pas mis à jour par les constructeurs

[Kurisu]

Tiens, nVidia a déjà publié des drivers Beta, certes, mais supportant OpenGL 3.0. Comme quoi, c'était vraiment pas une révolution et OpenGL 2.2 lui irait bien mieux comme nom.

ici, les drivers: http://developer.nvidia.com/object/opengl_3_driver.html

[shenron666]

et paf, geforce 8 minimum
ma geforce 7 est pourtant loin d'être à la ramasse
j'espère que ça va se faire par la suite

concernant la réactivité de nVidia, faut pas oublier non plus qu'ils participent à l'éloboration des specs, donc ils doivent plancher sur les drivers depuis un moment
enfin je suppose

[loka]

et paf, geforce 8 minimum
ma geforce 7 est pourtant loin d'être à la ramasse
j'espère que ça va se faire par la suite

concernant la réactivité de nVidia, faut pas oublier non plus qu'ils participent à l'éloboration des specs, donc ils doivent plancher sur les drivers depuis un moment
enfin je suppose

Super, je vais pouvoir en profiter pour ma part

Sinon, en effet je pense que les drivers doivent être travaillé depuis un moment

[LeGreg]

concernant la réactivité de nVidia, faut pas oublier non plus qu'ils participent à l'éloboration des specs, donc ils doivent plancher sur les drivers depuis un moment

En fait la spec est écrite par un ou des membres de l'ARB. Souvent à partir d'extensions existantes (qui servent de terrain d'expérimentation). Le code est donc souvent existant et il ne reste plus qu'à ajouter les nouveaux points d'entrée.

LeGreg