Merci Papa, Merci Maamaaaannn… … *kh0f*
Pardon, je m’égare …

En allant voir Mère-Grand, j’ai rencontré Uncle Ben’s qui m’a proposé du riz complet qui-sent-bon-l’inde-du-bas-vers-les-terres-sans-OGM-et-sans-pesticides.
En discutant un peu avec lui, il m’a refilé un manuscrit, juste avant de se cacher derrière des buissons avec Alice (oui, je sais, je suis sale…)

Je vous donne l’index du manuscrit quand même :

Conception 3D :

• Comprendre la 3D : le filtrage des textures
• Comprendre la 3D : Truform et High Order Surfaces
• Comprendre la 3D : Bump Mapping et compagnie
• DirectX : Techniques de compression des textures
• Comprendre la 3D : les effets visuels (1ère partie)
• Trousse de secours pour comprendre les Pixels shaders
• Parallax bump mapping
• Les différentes formes d’aliasing et leurs solutions
• Longueur des pipelines et performance
• Langage C : l’optimisation de code
• Langage C++ : l’optimisation de code
• D-loop : nouvelle technique d’optimisation des boucles
• Les calculs de physique dans les jeux : le temps du choix est a rrivé
• Les pénalités de branchement et prédiction matérielle

Mathématiques :

• Quaternions et développement 3D (généralités)
• A quoi servent les matrices dans un moteur 3D ?
• Half-Life 2 et les bases du calcul différentiel
• Théorie des nombres : la fonction de Möbius
• Théorie des nombres : la fonction de Legendre
• Les chaînes de Markov
• La zoologie des nombres
• Les bases de la trigonométrie

Physiques :

• Zoologie des particules élémentaires
• Matière, molécules et atomes
• Accélération des sondes spatiales : l’effet de fronde
• Le principe d’Archimède

Et on ne se finit pas sur son voisin !

Raah… ces sales gosses …

Suite au post précédent, parlant de Doom3 et surtout du Per Pixel, je suis tombé sur le site de Ronald Frazier…
Ce p’tit monsieur publie quelques documentations sur l’utilisation du Per-Pixel en milieu hostile

• Per-Pixel Point Lights and Spot Lights
• Advanced Per-Pixel Lighting and Shadowing
• Index Cube Shadow Mapping

Attention, ces liens sont piégés (et je ne déconne malheureusement pas en plus), une sorte de javascript tout baveux va vous renvoyer vers une page inconnue.
Soit vous désactivez le javascript temporairement, soit vous passez par là, soit vous utilisez le mirror épuré.

Petits exemples d’output :

Il y’a quelques mois, j’avais proposé ici un lien vers une publication sur la création de Zelda N64: les anecdotes, les travaux, l’utilisation du moteur de Mario64 pour ce Zelda, etc..etc…
Cette fois-ci, je suis tombé sur une brève sur l’intérieur de Doom3.

Petits extraits :

Que peut on retenir de cette première présentation de la technologie de Doom III ? Essentiellement le travail impressionnant effectué au niveau de l’éclairage : d’un point de vue local tout d’abord avec enfin une utilisation sérieuse de l’éclairage au pixel près (per pixel lighting), enfin d’un point de vue global avec des ombres impressionnantes. Tout ceci résulte en fait d’une nouvelle approche de John Carmack dans la conception de son moteur : l’unification du modèle d’éclairage.

Jusqu’à présent les moteurs 3D faisaient une distinction entre deux types d’éclairage : l’éclairage statique des décors et l’éclairage « dynamique » des modèles. L’éclairage statique est constitué de lightmaps, de simples textures en niveaux de gris permettant de spécifier les régions lumineuses (blanc) des régions sombres (noire) [...] Avec Doom3 désormais toutes les lumières sont traitées de la même façon, la calcul de l’éclairage a été entièrement supprimé de l’éditeur de niveaux et sera effectué en temps réel et le décor tout comme les modèles seront éclairés au pixel près, ajoutez à cela une gestion des ombres dynamiques et vous comprendrez l’étendu du travail réalisé par John Carmack

Le principe est simple : un volume d’ombre (shadow volume) est tout simplement le demi espace défini par une source lumineuse et un objet projetant une ombre, toute surface dans le volume d’ombre n’est pas affectée par l’éclairage de la source lumineuse en question.

Dés lors combiner la vitesse du Gouraud en offrant d’un éclairage au pixel près est devenu le Graal dans le domaine de la 3D temps réel et c’est désormais possible en utilisant quelques astuces et les possibilités des puces 3D récentes. L’idée consiste à précalculer les normales d’une surface, puis à les encoder dans une texture : après tout une texture 2D n’est rien d’autres qu’une fonction qui à deux scalaires u et v fait correspondre un vecteur.

La raison pour laquelle Carmack a été obligé d’écrire plusieurs versions de son Renderer est simple : OpenGL est, comme son nom l’indique, un standard ouvert gouverné par un consortium de sociétés connu sous le nom d’ARB (Architecture Review Board). Contrairement à DirectX qui est contrôlé uniquement par Microsoft, qui décide à chaque nouvelle version de l’API de ce qui y sera ajouté, c’est l’ARB (et donc l’ensemble de ses membres) qui décide des évolutions d’OpenGL. Comme vous vous en doutez, parvenir à mettre d’accord un ensemble de sociétés (dont certaines en concurrence directe) n’est pas une chose aisée !

Doom III : Behind the scenes

• 1 – Introduction, historique
• 2 – Historique, suite
• 3 – Technologie : les Shadow Volumes
• 4 – Technologie : le Per Pixel Lighting
• 5 – Les code path (différents codes pour les diverses cartes 3D)
• 6 – Conclusion

Putain! J’arrive pas à y croire !

Hideo Kojima, créateur de la série culte, avait déja laissé entendre une adaptation cinématographique. On y croyait pas jusqu’à aujourd’hui . Les studios Sony viennent de nous signaler qu’enfin Metal Gear Solid sortira en film.

Toutefois, aucun réalisateur, ni de casting pour l’instant, on attend quand même Kurt Russell dans le rôle de Snake, mais Kojima souhaiterai que Viggo Mortensen le tienne.

Quant au reste, il est sur et certain qu’Hideo Kojima soit le producteur avec Michael de Luca ( producteur de blockbusters tels Ghost Rider, Blade 2, the mask…) et Harry Gregson-Williams en tant que compositeur.

Coté scénario, on peut penser que le film reprendra le récit du premier épisode sur Playstation mais rien est sur…

Autres sources:

• EuroGamer: Kojima confirm MGS movie
• Il a même son entrée Imdb, le petiot
• Ouf! c’est pas Uwe Boll qui fera l’adaption
• Les espions de l’Est

Bon, je reviens, je viens d’en mettre partout sur mon écran …

EDIT: Je viens d’en remettre une couche en apprenant qu’American McGee s’ Alice est en production actuellement …
Pour ceux qui suivent pas, AMGA est Alice au pays des merveilles, mais version trash et gore: du bonheur en barre

Mes petits liens en vrac :

• Clutter Project est une libriarie pour créer rapidement des environnements riches et animés pour des interfaces graphiques en OpenGL (ES)
  

  Clutter currently features the following:
      * Object oriented design via GObject with a familiar GTK+ like API.
      * Scene-graph of interface elements with multiple layers, positioning in 3D space, grouping, transparency, scaling, clipping and rotation.
      * Input event handling.
      * Frame based animation engine providing path interpolation, transitions and other custom effects via Behaviours and Timelines.
      * Custom Pango renderer providing efficient internationalized text rendering.
      * Support for media playback with GStreamer, Cairo graphics rendering and GTK+ embedding are available via optional add-on libraries.
      * Language bindings for Perl, Python and Mono
      * Backend windowing system support via GLX, SDL and EGL
  Clutter is free software released under the GNU LGPL





• VMGL appellé aussi XenGL: En gros ce projet est une implementation du support OpenGL dans une machine virtuelle XEN
  

  OpenGL apps running inside a Virtual Machine (VM) can use VMGL to take advantage of graphics hardware acceleration.
  VMGL can be used on VMware guests, Xen HVM domains (depending on hardware virtualization extensions) and Xen paravirtual domains, using XVnc or the virtual framebuffer. Although we haven’t tested it, VMGL should work for qemu, KVM, etc. VMGL is available for X11-based guest OS’s: Linux, FreeBSD and OpenSolaris. Finally, VMGL is GPU-independent: we support ATI, Nvidia and Intel GPUs.
  

      * Blog’s post d’un gars qui a testé XenGL avec Unreal Tournament et Quake3
  
  




• Technische Universitât Wien Publications: L’Autriche produit de bonne chose, et notamment son université technique de Vienne, de la documentation sur le pr0n3D et graphical-cumshoot de 1978 à 2007 … pas loin de 1000 papiers disponible online … ah le vrai plaisir viennois.





• C’est l’histoire d’un gamecoder drogué, alcoolique et dépressif … (skaven’s blog)
  

  « Ben voila, c’etait ca mon métier. Passer du temps a faire des choses qui sont nécessaires mais dont on voit pas la finalité. Et c’est pourtant pour ca que j’avais voulu faire gamedevelopper. Pour que d’une journee a l’autre le monde 3D s’anime, qu’il devienne plus beau, plus drole, plus interactif en quelques heures voire quelques jours.
  Et bien NON! Le boulot de gamedevelopper, c’est chiant! »

<Ma vie> Je suis actuellement en train de coder un pseudo GQView en OpenGL.
Pas avec autant de features, mais avec une mini-roadmap qui vaut ce qui vaut :

• Gestion de la visualisation des images lambda (BMP, JPEG, GIF, PNG, XCF, etc…)
• Gestion d’un rangement virtuel sans modification du file-system.
• Gestion des positionnements images de manière simpliste: Scale, Rotate, Invert :
  

  S vous voulez faire une rotation de l’image, vous prenez l’image sur n’importe quel point et vous faites une rotation avec la souris de manière naturelle. Si vous voulez agrandir l’image, vous cliquez sur l’image et vous déplacez la souris vers la gauche ou la droite pour positionner le scale-range

• Si j’ai moyen, Être capable de l’interfacer avec un Xorg Multi-Pointer et un TouchScreen.
• Si je ne suis pas fainéant, gérer les videos : une image fixe à la Youtube pour le preview, Play/Pause: vidéo en action.

Je pars du principe que ce n’est pas un projet, c’est juste un délire du moment. </Ma vie>

PS: Quand je dis « un pseudo-GQView », j’aurais pu tout autant dire un pseudo-Kview ou autre pseudo-GThumb: ca sera du code from scratch, bien entendu

… mais siiii vous savez, les roumains qui avaient tellement pas de maison qu’ils squattaient sur une aile d’avion en chantant des trucs …. des trucs de roumains, ouais.
Bah, là … c’est pas du tout cela.

OZone, c’est aussi des gentils gens qui font plein de choses pour la 3D-luxuriante, dont notamment leur projet Hyperion, une sorte de moteur 3D, vachement bien gaulé, codé en OpenGL mais complètement propriétaire.
Enfin bon, bref, ce n’est pas d’Hypérion dont je veux parler mais des documentations accompagnant le site.

Il faut dire que ces moldaves ont sacrément bien bossé :

NVIDIA G80: OpenGL Programming

OpenGL Vertex Buffer Objects

Mesh Deformers

LUA Socket Lib et Coroutines

L’Art du Texturing en GLSL

Vertex Displacement Mapping

Compression des Normal-Maps

Eclairage en GLSL – Modèle de Phong

Fractales de Mandelbrot: Couleurs de l’infini

Filtrage d’images

Ambient Occlusion Lighting

Bump Mapping

Normal-maps

Compression de texture S3TC

Introduction au GLSL

LUA Coding

OpenGL et Direct3D : gouraud, mesh texturing, lighting, multitexturing, sphere mapping & stencil, DevIL, render specular, Vertex buffer objects, transparency, vertex buffer.

OpenGL et GLUT : fake reflexion, motion blur, terrain generator, object morphing.

Et le forum modalvo-croate bien entendu

Kiff suprème: certaines documentations ont été traduites en bon vieux françois !

Je suis tombé sur ce projet fort intéressant de « Binding » Perl pour OpenGL.
Bon, vous allez me dire que ca existe déjà … oui bah hein, faut bien remplir les colonnes du journal hein !

Petit laius : POGL is an opensource, high-performance Perl OpenGL module that requires no compiling to create portable 3D applications.

Le truc amusant, ce sont les benchmarks entre plusieurs technologiques :

C vs Perl

Perl vs Python

POGL vs SDL::OpenGL

Windows vs Linux

Toi vs La porte

Mario vs Luigi

Perl est ton ami (enfin, plutôt un ami qui squatte chez toi, dégueulasse ton canapé et te pique ta femme au final, salaud de Perl !)

Pour une fois que je trouve une documentation précise et concise[M] et surtout sans faire de grande envolée lyrique (et « codique ») aka « Vous connaissez ma femme? Elle est belle, hein?.

La doc en question présente l’implémentation d’une texture 2D sur un polygone classique, rien de bien tragique: et c’est justement là que c’est kiff’.

Voir aussi le pseudo-code qui permet de tout capter d’un coup d’oeil.

Nate, je t’aime !

J’aime bien ce genre de soft: Lumina
Pour ceux qui n’écoute pas au fond de la classe, Lumina est une sorte d’IDE pour faire du GLSL
C’est pas mal, le seul truc relou, c’est le lien avec QT-QSA qui est super relou en terme de licence et compilation.