I’m not sure that what I propose is even very possible. Using compositing nodes is still fairly new to me.
I would like to apply a DOF that changes distance over time to a sequence of EXR images I have. I know that a Time node will be used to alter the Map Value of the Z buffer, correct?
Problem is, this setup wasn’t designed with animation in mind… How am I going to animate the masking layers to achieve this effect? Seems like it was complicated already, but I think this opens up a whole new can o’ worms.
Well, you cant feed the Offset in the Map value node, nor the Size, so you cant do it automagically. sorry. maybe next time.
You will have to keyframe it. Although, i remember writing something about doing a focal plane change effect under the Blur or DOF sections of the wiki to simulate the cameraman adjusting the focus of the camera…maybe theres an idea in the wiki on how to do it.
I think I may have thought of a fairly logical way to do it.
Simply output 2 different map values from the input that are identical, except one channel carries the first intended offset value, and the other the second. Then all you’d have to do is slap a time input before the blur at the end of each of those noodles (one would tell one to decrease while the other increases) then link both to the final composite and render, and viola! A lens focusing effect.
I’m pretty sure this would work, but I’ll know for sure here soon. I can post the results if anyone is interested.
yes, that would probably be yet even more logical. I’ll have to try that out too. I’m a bit reluctant to trying out a CVS build right now where am in the middle of a project, but that is something I will check out in the future! nice to know about, thanks! I hopes they put that in 2.43
Mike: How Cute!!! I love it when little neat things like that slip in.
Decius: In general, NEVER upgrade ANYTHING in the middle of a project; just put it off until next release when you can baseline. That being said, I have been using 2.43 to write the wiki and have found it to be very stable, just like MS RC’s.
I know you already said in another thread that you “don’t do CVS”.
I guess I just disagree with that, as I basically only use CVS. My feeling is that CVS is generally more stable and reliable with the daily bug fixes that are applied.
I have had CVS crash yes, but so has “released” versions of Blender crash, but neither crash very often. It is a very rare event when if / when they do.
So between you being in the “don’t do CVS and … never upgrade in the middle of a project”, and me being “CVS is the latest and greatest” … I guess Decius will have to make up his/her own mind.
FWIW, I think that Plumiferos, who are making a featue length(?) … not sure of the length, but it’s a major project, are basically also using CVS, or maybe even something even more recent than CVS if they have their own programmers.
The Orange project also used CVS, with Ton obviously “right there”.
oh, i see how it is. Well, just for the record, I HAD to do CVS. I was forced to, based on my pressing and urgent need to update the User Manual. But ONLY for that reason, none other. The fact that there are so many goodies to play with had NO IMPACT on my decision to TEMPORARILY deviate from my NO CVS policy. And besides, an RC is NOT CVS, it is…better somehow…so that makes it okay.
DISCLAIMER: The opinions voiced in this forum by this poster child are in no way indicative and representative of our true policy and rigorous procedures which, without exception, are followed to the letter each and every time, day in, day out. Period. If any employees are found to be not in compliance with corporate dictum, they are shot. End of story. Employees not in agreement with our corporate policy are advised to quit, before they are shot. Dead employees are NOT ALLOWED to quit.
