blog.fevrierdorian.com

La voila enfin, celle que vous attendiez depuis le début, celle que je vous promet depuis maintenant quatre chapitres, celle qui fini en beauté, celle qui va filer des migraines à tout ceux qui n'ont pas fait maths sup' math spé' (moi au passage ): Le bump mapping.

Autant le dire tout de suite, il va falloir s'accrocher un peut pour visualiser comment ça marche. Vous allez voir qu'une fois le "truc" pigé, les choses vont vous sembler plus simple, et vous pourrez passer à d'autres choses, plus compliquées, tout seul, comme un grand! . Allez, on y va pour cette ultime partie!

Après pas mal de retard (boulot, etc...), je vous propose de découvrir la troisième partie de ma série de tutos sur le langage CgFX.

Ici nous allons ajouter une couleur de base à notre shader (la diffuse), de l'ambiant, ainsi qu'un effet très intéressant pour déboucher les bords: Le falloff. Avec cet effet, vous pourrez déjà donner un look sympa à vos playblasts alors n'hésitez pas à expérimenter. Je vous invite à partager vos liens et créations dans les commentaires.

Lors d'un ancien post, je vous parlais des textures dds. Je pensais que ce format résolvait tout les problèmes de plantage dû à l'affichage mais ce n'a pas été complètement le cas. En effet, même si les plantages étaient mineurs, il restait présent lors d'ouverture-fermeture récurrentes des scènes. J'ai donc commencé à chercher d'autres solutions. Je me suis tourné vers les hardwares shaders (elle m'intriguait depuis longtemps cette connexion) et je viens de découvrir le langage CgFX. Après quelques galères, j'ai réussi à faire ce que je voulais dans Maya et, comme vous le savez, je ne peut pas m'empêcher de frimer partager (modestement en fait) mes découvertes sur le sujet, tellement (encore une fois) ce genre d'informations manque sur le net et (d'une certaine façon) fait défaut à l'infographie 3D française.

Beaucoup de monde parle du linear workflow (Ou "workflow linéaire" pour anglicisme. Ou encore "bosser en linéaire" pour du "pur" français...). Je ne pouvais donc pas ne pas faire un billet là-dessus. Mais aux vues du nombre de fois ou le sujet est traité sur internet, une énième explication serait superflue. Dans ce billet, je vous propose plutôt une sélection de liens intéressants (que je commenterai) qui parlent du sujet. Vous verrez qu'il y a plusieurs méthodes pour bosser en linéaire (en fait, il n'y a qu'une seul méthode mais plein de façons de l'appliquer). Je finirai avec "ma méthode à moi" (qui je pense, est la plus simple).

Ma première contribution à un projet Open Source!

Hahaaa! Ayé, je suis un vrai développeur! (ironie inside ) En effet, je viens de me faire accepter mon second patch pour le projet mupen64plus. Pour ceux qui ne connaissent pas, c'est un émulateur de Nintendo 64 (console sur laquelle j'ai passé mes plus belles années de jeux vidéo ) qui est, depuis peu, multiplateforme.

Je suis tombé sur un billet sur CGTalk qui à fait couler beaucoup d'encre. Le titre du billet est assez éloquent: "10 Reasons Why Your Render Sucks".

Il est très intéressant et résume assez bien les erreurs classiques qu'on peut rencontrer et pourra servir de guide aux débutants du rendu.

C'est pour toutes ses (bonnes?) raisons que j'ai décidé de traduire ce billet.

Il peut être intéressant d'avoir certaines informations d'affiché dans le viewport de Maya. En effet, malgré un grand choix d'information génériques, certaines, spécifiques à vos scripts et/ou productions ne sont pas affichées.

Il existe une méthode pour pouvoir afficher l'information que l'on souhaite et je vous propose de voir comment faire.

Depuis le système de passe de merde intégré à Maya 2009, certains d'entre vous ont put remarquer qu'il n'était plus possible de créer les shaders des presets de rendu des render layers. Le shader le plus utile celons moi était le Luminance Depth, un surface shader qui permettait d'afficher un ZDepth calculé en fonction d'une distance Min et d'une distance Max).

Rassurez vous, ses shaders il existent toujours!