Thanks for the endorsement, Pierre. However, don't get too excited. Majority of the shaders were written between 2001-2004 with the idea of creating a utility node library to expose features softimage was not exposing in their own shaders. Basically, I wanted to expose what shader writers commonly use in their code so they wouldn't have to write code anymore to prototype shaders. I also wanted to homogenize workflow in the render tree to be more consistent with functions you find outside the render tree. For example, applying a texture to a light and be able to control projection method, tiling, repeats, flip/swap uv, etc.. just like you do with textures applied to geometry, and have it work on any type of light (point, spot, infinite, ..)
Most of my more ambitious efforts are owned by my former employers. Matt Date: Sun, 29 May 2016 17:18:51 -0500 From: Pierre Schiller <activemotionpictu...@gmail.com> Subject: RE: Anybody still using mental ray? To: softimage@listproc.autodesk.com @Sven's got some really deep honest points regarding mr. @Matt Lind, any MR shaders you develop help a lot of people, who read this but can't participate either because they're not part of the list or this (will be) a cached google page. In representation of them: I vote YES, we do use MentalRay. To this day I'm still contacted by peop?e who says: MR toon shader is the best out there. Softimage toon shader is the best. And that'd my personal use of MR: toon shading, normals, world normals... you know stuff that requires more of a compositor's cheme to arm a scene for cartoon renders. I'm interested on advanced shaders because less parameters deal with the same amount of settings regarding out of the box MR shaders. Plus we all have seen your page over thr years, Matt, who are we kidding, really great tutos and SI help from you all these years. :) Release the kra...(wait)... release the MR shaders... Cheers. ------ Softimage Mailing List. To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with "unsubscribe" in the subject, and reply to confirm.
