Shadows.fr

A moins de ne vraiment pas vous intéresser à l'actu 3D des derniers jours, vous avez forcément entendu parler de O3D, une API développée par Google qui permet aux développeurs d'intégrer des graphismes 3D dans un navigateur.

Pour voir les démos réalisées avec O3D, un plug-in est à télécharger sur le site officiel ; on pourra ensuite tester un des nombreux samples. Shaders, textures, instancing (qui permet d'afficher 1000 théières dans le sample sans pour autant faire s'effondrer les performances), plusieurs modes de rendu, gestion de la transparence avec tri des objets, animation, interfaces avancées ou encore physique et interactions avec l'utilisateur, tout y est.

Google O3D: instancing de théières 3D, transparence avec tri en fonction de la distance à la caméra (back to front), Beach Demo avec shaders et particules, interfaces 2D (Head-Up Display)

Google a par ailleurs mis en ligne une vidéo issue d'une démo disponible sur le site indiqué plus haut, qui donne une idée des capacités de O3D.

Quel avenir pour O3D ?

Bien entendu, Google étant à l'origine du projet ( l'API est toutefois open-source), le Buzz ne s'est pas fait attendre... Mais a déjà commencé à retomber, comme en témoigne ce graphique issu de Google Trends, qui montre l'évolution des recherches du mot "O3D" sur google, ainsi que le nombre d'articles d'actualité parlant du sujet.

O3D: le Buzz...

On peut accorder à O3D une victoire : le Buzz a permis d'éclipser Canvas 3D JS Libary, une initiative semblable soutenue cette fois par Mozilla. Ce projet est parfois évoqué dans l'actualité informatique, mais le plus souvent... Dans des articles sur O3D. Voir par exemple cet article de clubic, ou un autre sur le site CNET.com.

Il n'en reste pas moins que le plus dur reste à faire. La nécessité d'installer un plug-in est un sérieux frein à l'envol d'une technologie en ligne, et nombreux sont ceux qui s'y sont cassé les dents. Comme le souligne un article sur le blog realityprime, tant qu'il n'y aura pas d'application apportant une vraie valeur ajoutée, l'utilisateur lambda n'installera pas de plug-in, et les développeurs n'utiliseront pas l'API.
En clair, O3D aura besoin de ce que youtube a fait pour Flash, qui est aujourd'hui présent sur l'immense majorité des PC de la planète. Sans cela, il restera un outil parmi d'autres, comme le moteur 3D Unity3D, qui a beaucoup fait parler de lui ces derniers temps, notamment sur ce blog...

Il ne reste donc plus qu'à... attendre de voir ce que Google fera de sa propre technologie.

Pour en savoir plus : programmer avec O3D, les mains dans le cambouis

Pour les développeurs impatients, ou les curieux, Geeks3D a mis en ligne plusieurs articles sur O3D, dont un qui plonge un peu plus en profondeur dans l'API, extraits de code à l'appui : Google O3D API: First Test and Impressions.
On y apprend plusieurs choses intéressantes, notamment l'orientation shader ( pas de fixed pipeline ). Plusieurs shaders de base étant déjà intégrés à l'API, les débutants ne seront pas gênés par ce point. Par contre, le langage utilisé pour les shaders est de O3D shading language, qui serait un croisement entre HLSL (DirectX) et Cg (NVidia). Une mauvaise nouvelle pour les développeurs qui devront apprendre un nouveau langage.

Autre point qui pourra rebuter certains : il est apparemment impossible de cacher le code source, qui est directement inclus dans le code html de la page web. Tout visiteur peut donc voir et copier le code, ce qui laisse des possibilités de reverse engineering immenses. Ceci laisserait comme principale protection l'obfuscation1, une technique de programmation qui consiste notamment à changer les noms des fonctions et variables et à retirer les commentaires, dans le but de rendre le code incompréhensible.

1. 1. Pour plus de détails on se reportera par exemple à un article sur developpez.com, qui donne des exemples clairs.