I follow your Blog since 2013. All your posts made my work better. Thank you :)
Popular posts from this blog
Transferring UVs AFTER rigging.... This is a tough one, but here's the HACK. Lets say you've rigged up your amazing character and realize OH, I have to make a bunch of UV changes. You copy out your character's head, UV it up nicely, bring it back in and use the "transfer attributes" from your copied head to the rigged one. No deal. It's because your transfer attributes input comes after rigging and all UV inputs have to come before rigging. Same as in Ncloth. I don't understand why Autodesk doesn't put in a "before deformers" option or something similar to how you can insert blendshapes at certain parts of a deformer chain. ANYWAY Every object has a "shape orig" node which represents what an object was before it was deformed. We can apply a UV transfer to this no problem which will also transfer up the stack to your rigged object. I access it like this 1. Select your rigged object, in the hypergraph hit options/display/ hidden nodes...
Flicker Free animation VRAY for Maya The tough thing about Vray is that for the most part it's default render settings are most set up for interior still frames or arch-viz camera fly throughs. When you want objects moving through the scene, Vray's irradience maps are calculated differently each frame....which leads to flickering GI. I've found a great tutorial that explains the irradiance map prepass method, which works similar to motion blur pre and post frame calculation. What it seems to do is pre-calculate the GI maps then blend them + or - X amount of frames so that flickering is eliminated. It's a two step process, but way faster than brute force GI methods. http://www.workshop.mintviz.com/tutorials/flicker-free-animation-using-vray/
STUFF LEARNED ABOUT OBJECT TRAVEL ACROSS SURFACE Oh dear... Sometimes trying to acomplish the most simple things leads to many discoveries about the tools that you use. I will most definitely have to catalogue this because I don't want to have to figure this out in the future.... Techniques to have multiple objects travel across a surface in random different directions while obeying surface normals and directions. My first intuition was to run random instanced particles across a surface and somehow stick them to the surface. This can be done. Make a surface live, sketch particles on, throw down some gravity and get those particles moving... *but what if you need to direct those particles and also have them 'stick on'? Gravity will tell them that if they hit an edge, to fall off the surface. Plus with fields, you can't direct particles as precise as a picky client wants them :) So I figured, why not make the surface a goal? Great! So the particles move towards the vertic...
Comments