Cela sera l’occasion de tester les nouvelles fonctionnalités qui intégreront la prochaine version du populaire moteur de jeu. Les ajouts tels que le support de DirectX 11, ou encore du projet pour Linux ou en Flash permet à la firme de rattrapper son retard sur les moteurs comme l’Unreal Engine ou le CryEngine.

Voici une courte liste des changements :

• ajout du rendu DirectX 11 ;
• système d’animation (possibilité de réutiliser les mêmes animations pour plusieurs personnages de différentes tailles et de lier les os aux muscles en un clic) ;
• ajout de l’exportation pour Linux ;
• ajout du support des shaders pour les normales et des shaders personnalisés pour les terrains ;
• support des textures volumétriques ;
• support des ombres pour les mobiles ;
• rendu de police dynamique (identique pour toutes les plates-formes) ;
• nouveau navigateur de projets ;
• système d’interface utilisateur réécrit ;
• nouvelle bibliothèque de curseurs, avec le support matériel pour les plates-formes le permettant ;
• nouvelles possibilités et options sur les licences ;
• et bien sur, des corrections et améliorations en tout genre.

Source :

http://unity3d.com/unity/beta/

http://www.youtube.com/watch?v=rW1hzn1YKfE

http://www.youtube.com/watch?v=lTwIRfem7kI

http://www.youtube.com/watch?v=9uG-s9cuPPM

Vous pouvez retrouver son mod pour Skyrim et le reste de ses travaux à cette adresse : http://www.enbdev.com/index_en.html

Cette annonce d’un outil permettant de calculer facilement des algorithmes de lancer de rayon sur des GPUs est une première mondiale dans l’industrie. Les algorithmes de lancer de rayon sont de plus en plus utilisés dans l’industrie du jeu vidéo (pour les moteurs physiques ou algorithmes de rendu sophistiqués), mais également pour des simulations physiques plus générales utiles pour les industries de pointes (aéronautique, aérospatiale, etc.) ou dans le domaine de l’IA. A l’heure actuelle, seul CUDA permet de créer un moteur de lancer de rayon exécuté entièrement sur GPU mais NVIDIA veut nous proposer une API plus adaptée et qui sera très flexible.

NVIRT devrait être une architecture de type pipeline mais plus sophistiquée que OpenGL et DirectX. En effet, il y aurait deux types d’objets qui seront traités : les rayons et les objets qui représenteront nos modèles 3D si nous voulons faire du rendu.

Les objets pourront être stockés dans des structures accélératrices différentes elles-même pouvant être contenues dans d’autres structures accélératrices. C’est apparemment l’implantation de la structure méta-hiérarchique de Jim Arvo. Vous pourrez ainsi choisir de stocker vos géométries statiques dans un K-D-Tree qui est long à construire mais très efficace et vos géométries dynamiques dans un BVH qui est moins efficace mais très rapide à mettre-à-jour. Au niveau du type de modélisation pour les objets que NVIRT pourra supporter, rien n’est sûr mais il semblerait que n’importe quelle modélisation soit possible (triangles, surfaces paramétriques telles que les NURBS, etc.).

Pour les rayons, différentes politiques d’intersections seront possibles par soucis d’efficacité et des résultats différents nous seront fournis :

• un booléen indiquant si une intersection a eu lieu (utile pour les rayons d’ombre) ;
• la plus proche intersection (rayon partant des yeux, de réfraction ou de réflexion) ;
• toutes les intersections rencontrées (utile pour gérer des objets transparents).

Des shaders permettant de faire du shading ou de générer de nouveaux rayons (rayons de réfraction ou de réflexion par exemple) pourront être fournis. Apparemment il y aurait un type de shader qui génèrera les rayons primaires, un type de shader différent pour chaque politique d’intersection des rayons et un autre type pour les rayons qui n’ont pas eu d’intersections. Ces derniers seront programmés dans le langage CUDA.

Tout ceci semble prometteur mais tout n’est pas rose. NVIRT étant basé sur CUDA, il en hérite toutes ses limitations à savoir qu’il ne peut être exécuté que sur des cartes CUDA compatibles (geforce 8 et plus) et ne peut accéder directement aux buffers des APIs graphiques (il est nécessaire de faire une copie sur le GPU, certe très rapide mais pouvant devenir problématique) et qu’actuellement le coût de changement de contexte (passage de CUDA vers OpenGL/DirectX et vice-versa) est non négligeable bien qu’NVIDIA ait promis une amélioration très importante dans un futur proche pour ce dernier point.

Néanmoins, tout ceci est fort intéressant pour l’avenir du lancer de rayon en temps réel ou le rendu hybride rasterisation/lancer de rayon comme il se fait de plus en plus dans les jeux-vidéos et nous pourrons espérer que ceci va donner des idées au groupe de standardisation Khronos et qu’il va s’atteler à faire une API standardisée tout comme l’a été OpenCL pour CUDA.

Sources :

Real Time Rendering : http://www.realtimerendering.com/blog/nvirt-a-mini-blog-and-creating-games/
ompf.org : http://ompf.org/forum/viewtopic.php?f=16&t=1239
Icare3D : http://www.icare3d.org/blog_techno/gpu/i3d_2009_and_nvirt.html
Zest for graphics : http://zestforgraphics.blogsome.com/2009/03/01/noticias-frescas-desde-el-i3d-nvirt/
i3D 2009 : http://graphics.cs.williams.edu/i3d09/

Venez réagir à cette news sur le forum

Source : Ici

GLest est tout d’abord un jeu de stratégie temps réel gratuit développé en OpenGL. Mais GLest n’est pas que ça car il propose également un moteur de jeu de stratégie complet, ce qui est assez rare pour les projets amateurs. GLest est disponible depuis peu dans sa version 3.2 qui intègre des modèles 3D plus détaillés, de nouveaux tutoriels, une interface simplifié ainsi que des textures d’ombres de hautes résolutions.

Le jeu GLest vous propose de contrôler les armées de deux factions différentes : les Tech, composés de guerriers et d’armes mécaniques, et les Magic, regroupant des créatures et des mages.

Mais GLest ne se contente pas de fournir un jeu de stratégie mais également un moteur complet permettant de faciliter le développement de jeu de stratégie. Il est intégralement basé sur l’utilisation de fichiers XML et sur un ensemble d’outils comme un éditeur de carte facile d’utilisation.

Le moteur GLest est développé en langage C++ Standard utilisant OpenGL pour un affichage 3D multi-plateforme ainsi que DirectSound ou OpenAL pour le son. Le moteur permet également de développer un jeu multijoueur en LAN ou sur Internet jusqu’à 4 joueurs. Le moteur intègre également un module d’Intelligence Artificielle basé sur l’algorithme A* pour la recherche de chemin.

Système Requis

    * Windows ou Linux.
    * Processeur : Pentium 4 / Athlon .
    * Carte graphique compatible OpenGL 1.3 (ie: geforce, radeon).
    * Carte son compatible DirectX9 et OpenAL.

Site officiel

Venez réagir à cette actualité sur le forum

10 ans après sa création, la communauté OpenSceneGraph est fiere de vous présenter la Release 2.8.0.

Bibliothèque multi-plateformes et openSource, OSG met à disposition des développeurs et des entreprises une solution de rendu 3D temps réel.

Avec cette version 2.8, des nouveaux éléments font leur apparition à savoir :

* osgVolume comprenant un rendu en lancé de rayon de haute qualité basé sur le GPU, des fonctions de transfert, éclairage par pixel, rendu d’iso surfaces, compression de texture 3D, import export de données DICOM, etc.

* osgAnimation pour l’animation de personnages et de scènes

* un plugin de lecture de fichier BVH pour l’animation de personnages,
* un plugin de lecture des cartes et modèles Half-life2
* un plugin pour la gestions des fichiers compressés par zlib

* des nouveaux widgets pour l’insertion dans des scènes 3D d’objets comme des fichiers PDF, un client VNC, ou encore un navigateur internet (basé sur Gecko/UBrowser)

Un forum officiel et un blog ont aussi fait leur apparition.

Cela s’ajoute à la longue liste de fonctionnalités déjà disponibles depuis la version 2.6, faisant d’OSG une bibliothèque très complète pour la gestion et le rendu 3D temps réel.

Plus d’informations sur http://www.openscenegraph.org

Venez poster vos réactions sur le forum !

GPU Analyzer est un outil d’analyse de performance de vos shaders DirectX9, DirectX10 et OpenGL. Il déterminera pour vous les statistiques complètes de vos shaders sur différentes cartes graphiques et vous aidera à les optimiser au maximum.

GPU Analyzer vient d’être mis à jour dans une version 1.50 qui permet notamment de supporter les shaders GLSL 1.3 associé à OpenGL 3.0. En voici les principales modifications et ajouts :

    * Support for Catalyst™ driver 9.1.
    * Support for ATI Radeon™ HD 4550 graphics cards.
    * Support for GLSL 1.30 shaders (OpenGL 3.0).
    * Improved analysis for dynamic flow controls.
    * Fixed an issue with compiling DX9 shader (SM 3) for ATI Radeon™ x1300, x1600 and x1900 graphics cards. 

Site officiel de GPU Analyzer

Réagissez a cette actu sur le forum!!

GLee (GL Easy Extension) est une bibliothèque externe permettant de simplifier l’utilisation des extensions d’OpenGL. Le 9 février dernier, la bibliothèque est sortie dans sa version 5.4 supportant maintenant, les extensions d’OpenGL 3.0, la dernière version de l’API graphique.

Voici les nouvelles fonctionnalités de cette version 5.4 :

    * OpenGL 3.0 support, and 41 new extensions.
    * 5.4 : fixes for GL_NV_gpu_program4, GL_EXT_shader_program4.
    * 5.4 : Added 5 new extensions :
          o GL_EXT_texture_swizzle
          o GL_NV_explicit_multisample
          o GL_NV_transform_feedback2
          o WGL_NV_gpu_affinity
          o GLX_ARB_create_context
    * 5.4 : Various dead/dummy extensions have been removed, including :
          o GL_NV_geometry_program4 (merged with GL_NV_gpu_program4)
          o GL_NV_vertex_program4 (merged with GL_NV_gpu_program4)
          o GL_NV_fragment_program4 (merged with GL_NV_gpu_program4)
          o WGL_NV_video_out (renamed to WGL_NV_video_output)
    * 5.33 : fixes some GCC warnings
    * 5.33 : fixes some conflicts with glext.h on OS X
    * 5.33 : fixes an issue where 2 extensions could go missing on some platforms
    * 5.32 : fixes a potential access violation in __GLeeGetExtensions - thanks to Jacques Beaurain for spotting this bug.
    * 5.31 : fixes a GLX compile error
    * 5.30 : Better Linux/Mac OS support

Site officiel de GLee

Venez réagir de cette actualité sur le forum

RenderMonkey est un éditeur très efficace permettant la création rapide de shader grâce à un outil de compilation interne, une fenêtre de prévisualisation et une gestion en amont des erreurs de compilations. Il est possible de créer aussi des shaders pour DirectX que pour OpenGL ou OpenGL ES. De nombreux exemples fournis permettent d’appréhender l’arborescence des projets du logiciel, notamment aux niveaux des ressources à importer (textures, meshs, …)

RenderMonkey est tout à fait accessible aux artistes sans notions de programmation. Un outil permet, par exemple, de paramétrer manuellement et visuellement les couleurs des entrées du shaders grâce à un nuancier.

Site officiel de RenderMonkey

Venez donner votre avis sur le forum

Le livre est toujours en cours d’édition mais va bientôt passer à l’imprimerie.

Tout comme la série des GPU Gems (voir aussi le débat sur le forum), la série des Shader Xn est un must-have si vous êtes intéressé par les algorithmes modernes de la programmation 3D (OpenGL ou Direct3D).

Vous pouvez retrouver le contenu détaillé du livre ici, comme vous pouvez le voir, ce livre regroupe beaucoup de choses très intéressante :

- Geometry Manipulation
– Rendering Techniques
– Image Space
– Shadows
– Environmental Effects
– Global Illumination
– Handheld Devices
– 3D Engine Design
– Beyond Pixels and Triangles

Source : Ici

Venez discuter de cette news sur le forum