L’environnement de bureau du projet GNU a livré sa version 3.0, tant attendue. Contrairement au poisson d’avril de Vincent Untz, la version 3.0 n’est pas repoussée une troisième fois !

La branche 2 ne verra pas de nouvelle version majeure. La version 2.32 sera maintenue aussi longtemps que les distributions remonteront des erreurs.

Ces derniers temps ont été très riches en événements dans le monde graphique libre.

Une première phase du remodelage intégral de la pile graphique de nos systèmes libres avait commencé par DRI2, apportant notamment la possibilité à un compositeur tel que Compiz de rediriger le rendu OpenGL d’une fenêtre (Redirected Direct Rendering), puis le Kernel Mode Setting (KMS) permettant de transférer la gestion des modes vidéo et de la mémoire vidéo du pilote graphique X.Org (DDX) vers le noyau, et enfin, Gallium3D, le cadriciel de Tungsten Graphics, permettant la mise en commun de nombreuses fonctionnalités auparavant implémentées dans chaque pilote graphique.

Très récemment, le noyau 2.6.38 a apporté le kernel page flipping, permettant l’arrivée du futur serveur d’affichage Wayland développé par Kristian Høgsberg (également auteur de DRI2 et de AIGLX) et popularisé par Mark Shuttleworth (qui souhaite son adoption dans Ubuntu dès l’année prochaine). Les bibliothèques graphiques GTK+ 3 et Qt 4 ont déjà des back-ends permettant le fonctionnement expérimental des applications GNOME 3 ou KDE 4 sous Wayland…

Parmi les plus récents événements, de nombreux étudiants ont proposé des projets en lien avec la pile graphique libre utilisée par GNU/Linux à l’occasion de l’édition 2011 du Google Summer of Code (GSoC). Ces projets sont plus précisément des « state trackers » pour Gallium3D :

• un étudiant belge du nom de Denis Steckelmacher (alias steckdenis), a proposé rien de moins qu’un state tracker OpenGL 4.1, entièrement récrit. Ce projet ayant été jugé bien trop ambitieux par les développeurs Mesa / Gallium3D dans le cadre du GSoC, ces derniers lui ont proposé de travailler sur le remplacement des représentations intermédiaires propres à Gallium3D (Mesa IR) par une sémantique [GLSL] plus standard. Après coup, cette idée n’a pas fait non plus l’unanimité au sein des développeurs, avec notamment deux sociétés, Intel et LunarG travaillant actuellement sur ces fameuses représentations intermédiaires. Denis Steckelmacher a finalement décidé de travailler sur Clover, le state tracker OpenCL, permettant d’exploiter la puissance des GPU pour le calcul intensif, avec pour objectif obtenir un state tracker fonctionnel réalisant, dans un premier temps, les calculs OpenCL sur le processeur en utilisant LLVMpipe, un moteur de « rendu OpenGL » logiciel basé sur LLVM (Low Level Virtual Machine).

• un étudiant français, Émeric Grange (alias Emeric_), participerait également au GSoC 2011, avec pour projet le développement d’un décodeur vidéo WebM / VP8 accéléré via les [[shaders]] des processeurs graphiques. Tout cela serait placé dans un state tracker Gallium3D, qui exposerait ses fonctions aux lecteurs multimédias comme VLC, MPlayer et Totem (via un greffon GStreamer) à travers l’API VDPAU de NVIDIA.
  Ce state tracker pourrait constituer un bon point de départ pour la prise en charge générique du décodage matériel d’autres formats vidéo, tels que le MPEG 4 ASP (DIVX < 7) et MPEG 4 AVC (H.264) ou le MPEG 2 (déjà pris en charge par le state tracker XvMC). À noter que, comme pour la gestion des textures compressées S3TC, la gestion de ces formats devra faire l’objet d’une analyse des brevets / licences impliqués.

Certes, tout n’est pas rose du côté de la pile graphique Linux, mais au moins ça bouge et ça avance plutôt dans le bon sens. Voir ci-dessous pour les détails.

Le Khronos Group (consortium de standards ouverts) a annoncé la sortie de OpenGL 4.0 le 10 mars 2010 sous forme de PDF de 489 pages et 2.8 Mo. Pour mémoire, OpenGL, pour Open Graphics Library, est une spécification qui définit une API d'imagerie 3D et 2D, pour les ordinateurs allant du mobile au super-calculateur, en passant bien évidemment par le jeu vidéo.

Cette version 4.0 apporte son lot de nouveautés :

• Amélioration de l'interopérabilité avec OpenCL, sans recourir au CPU ;
  
• Amélioration du rendu via le passage des opérations en virgule flottante du format simple précision au format double précision ;
  
• Et, bien sûr, le très attendu (essentiellement par les programmeurs de jeux) support de la tessellation ! La tessellation est le pavage en français ou encore tiling en anglais. OpenGL la proposait déjà mais seulement via une extension fournie par AMD donc uniquement disponible pour les cartes ATI compatibles. OpenGL rattrape ainsi DirectX 11 qui propose déjà la tessellation. Par exemple, ce journal de début d'année sur DLFP évoquait les différences entre bibliothèques de jeux.

OpenGL 3.3 a été livré à la même occasion, ayant pour but de rétroporter un maximum de nouveautés 4.0 pour les vieux GPU.

NdM : ce sujet n'est plus de toute fraîcheur, mais il nous a paru intéressant de lancer le débat.

Profitant de la tenue du SIGGRAPH 2009 à la Nouvelle Orléans, le Khronos Group a annoncé la publication de OpenGL 3.2. Il s'agit là d'une interface de programmation graphique multi plate-forme spécialisée dans le rendu 3D, concurrençant l'API Direct3D de Microsoft (dont la version 11 accompagnera la sortie de Windows 7).

Il s'agit de la dixième version publiée depuis la sortie de la version 1.0 en 1992 et de la troisième en seulement 1 an (la 3.0 étant parue le 02 août 2008 et la 3.1 le 24 mars 2009).
Cette parution confirme le bien-fondé du passage de l'OpenGL ARB originel, chapeauté par SGI, à celui du Khronos Group qui visait à en accélérer le développement, et ce malgré la (relative) longue attente de la version 3.0.

Le travail sur la norme OpenGL est conjoint à :

• OpenGL ES (API graphique destinée à l'embarqué),
• OpenCL (API dédiée à la parallélisation des calculs, notamment via les processeurs graphiques)
• et depuis peu à webGL (visant à permettre l'utilisation de la 3D directement au sein des navigateurs).

Toulibre organise une rencontre autour des Logiciels Libres le mercredi 11 juin 2008, de 19h à 23h au Centre Culturel Bellegarde, 17 rue Bellegarde à Toulouse.

Pendant toute la soirée, venez poser vos questions au sujet du Logiciel Libre et trouver de l'aide pour installer ou utiliser des Logiciels Libres sur votre ordinateur. Pour cela, vous pouvez si besoin apporter votre ordinateur, un accès Internet est disponible sur place. Dans l'idéal, si vous venez avec votre ordinateur, essayez de nous prévenir par courrier électronique à contact at toulibre.org en décrivant vos besoins ou votre problème, de manière à ce que amenions les Logiciels Libres nécessaires voire à ce que nous fassions quelques recherches préalables pour mieux vous répondre.

À 20 heures, Lionel Fuentes animera une présentation sur les moteurs 3D libres et la création de jeux 3D. Il commencera par une présentation de trois moteurs 3D/de jeux : OGRE, Irrlicht et Crystal Space, poursuivra par une introduction à OpenGL et terminera par une démonstration des solutions pour lier des créations artistiques crées avec Blender ou GIMP dans un programme 3D que l'on réalise.

Une nouvelle version majeure de Mesa vient de sortir. Mesa est une implémentation libre d'OpenGL en utilisant la carte graphique suivant ses capacité et son support matériel. Mesa utilise intensivement DRI pour utiliser le matériel. OpenGL est une API de programmation graphique 2D et 3D développé initialement par SGI et maintenant co développé par un consortium (Khronos). Grâce à Mesa, OpenGL est réellement devenu multiplateforme et ainsi, une véritable alternative à DirectX avec une portabilité grandement simplifié à la clef.

Cette version ajoute la prise en charge complète d'OpenGL 2.0 et 2.1 par les pilotes GLX, OffScreen et Win32. La gestion des différentes fonctions OpenGL dépendant ensuite du matériel.

Une bonne nouvelle est le travail effectué sur le pilote R300 pour les ATI Radeon 9600 à X850). Il a reçu pas mal de nettoyage. Ce pilote est connu pour être à la fois fonctionnel mais aussi plutôt désordonné, ceci étant surtout due au manque de spécification et aux affres de la rétro ingénierie (voir aussi le pilote avivo pour R500/R600, intégré à Xorg).

Il ne manque plus que les spécifications des matériels pour pouvoir en tirer partie dans DRI. On attend toujours un geste de la part d'nVidia et d'AMD, SIS, VIA et d'autres, Intel faisant figure de bon élève …

NdM: Chaque composante de Mesa possède une licence différente des autres morceaux (voir la page sur les licences). Si on excepte les parties démo, les licences principales sont : MIT pour le coeur, SGI Free B pour les parties développées par SGI, GNU LGPL pour la bibliothèque Mesa GLU et un copyright de Mark Kilgard pour GLUT.

Mesa 3D est une implémentation de la spécification OpenGL offrant un rendu logiciel d'une scène 3D. Cette bibliothèque est publiée sous licence MIT et supporte l'ensemble des systèmes d'exploitation modernes. Les pilotes de carte graphique (Linux et *BSD) utilisent Mesa pour le rendu OpenGL avec accélération matérielle.

La version 6.5.3 sortie le 27 avril dernier apporte beaucoup de nouveautés et notamment le support d'OpenGL dans ses versions 2.0 et 2.1 (sorties respectivement en Août 2004 et Août 2006). OpenGL 2.0 apporte le support des instructions programmables connues sous le nom de « shader » : l'effet de « cell shading » en est un exemple.

Autres nouveautés : prise en charge des MRT, Multiple Render Target, qui permet de modifier plusieurs tampons en une seule instruction; prise en charge des VBO, Vertex Buffer Object, qui permettent de stocker des tableaux de vertex dans la mémoire de la carte vidéo. Enfin de nombreux bugs ont été corrigés : reportez-vous au ChangeLog complet pour les détails.

Jon Smirl a écrit fin août un article conséquent traitant des choses qu'il avait appris durant les deux dernières années en réalisant le serveur Xegl. Les sujets sont le serveur X actuel, le framebuffer, Xgl, les pilotes graphiques, le support multiutilisateurs, l'utilisation de la GPU et la conception d'un nouveau serveur d'affichage.

OpenGL est une API créée par Silicon Graphics à partir de l'API IrisGL qui lui était propre. Cela dans le but d'avoir une API unique pour la programmation d'applications graphiques.

A l'occasion du salon Siggraph 2004 (salon de l'image de synthèse, aux USA), a été présenté aux développeurs la version finale de ce qui sera présent dans OpenGL 2.0.

Après plusieurs mois de travail, l'ARB (architecture review board, qui dirige l'évolution du standard OpenGL) a entériné les différentes propositions qui lui ont été faites pour inclusion dans cette nouvelle version de l'API.

Un article très intéressant sur XTrem PC propose une petite revue de OpenGL 2.0. Les auteurs insistent sur les capacités intéressantes de la nouvelle mouture de cette excellente API: indépendance vis-à-vis du materiel, gestion plus fine de la mémoire vidéo, simplification de l'API et une la prise en compte des architectures parallèles des cartes vidéos.

Je suis tombé dessus il y a peu de temps, donc je ne vous en parle que maintenant, mais Ogre, un moteur 3D sous GPL n'existant que sous Windows et n'utilisant que Direct3D viens de faire deux grand pas :

- premièrement, il lui est possible maintenant d'utiliser OpenGL, avec l'aide de SDL ;

- deuxièmement, l'équipe de trois développeurs est en train de le passer sous GNU/Linux.

Je ne sais pas si cela intéresse tout le monde - si ce n'est les défenseurs du libre et les programmeurs de jeux - mais je trouve réellement qu'il a l'air bien fait et rapide.
L'équipe donne l'impression d'un réel professionalisme, ce que l'on peut voir sur le site et sur la qualité du travail, alors que l'on a à faire à des "amateurs"...

Espérons que de telles initiatives de portage, d'utilisation de bibliothèques libres, de professionalisme dans le travail soient de plus en plus nombreuses car le domaine du jeu a, particulièrement sous GNU/Linux, besoin de cela.