thanks guys!!
On Thu, Mar 8, 2012 at 9:33 PM, Howard Jones mrhowardjo...@yahoo.comwrote:
TransformMasked doesn't concatenate
Also the last node in line determines the filter type - not sure which how
motion blur is determined though.
The visual clue is the image is too soft ;)
Howard
How fantastically interesting! I suppose this explains why there is no B44A
option for compression type in Nuke as well since this was added more
recently as well.
I for one would be very interested in having access to the most recent
OpenEXR library working properly in Nuke.
I sent an email
Hi Barba,
you're missing a new line after s = nuke.selectedNode().
The s... that comes after should be a new line.
Ron Ganbar
email: ron...@gmail.com
tel: +44 (0)7968 007 309 [UK]
+972 (0)54 255 9765 [Israel]
url: http://ronganbar.wordpress.com/
On 12 March 2012 11:07, barba
should look like this
http://dl.dropbox.com/u/1071227/Capture.PNG
On Mon, Mar 12, 2012, at 09:07, barba wrote:
hi hugo..
i'm trying to test your code, but i have some errors...and i
don't know why...
i'm sorry but i'm starting now to learn pytohn..
can you help me??
for test..i done...exactly
Hi!
Im working with a company that is giving me a prores compressed mov file. I am
working on nuke 6.3 and when i render this out there is a shift in the gamma
curve. The mov file reads gamma 1.8 default and i render out with the same
settings. Any ideas of how i can fix this gammashift?
For what it's worth, I don't think this is due to outdated libraries.
Nuke's exrReader uses OpenEXR 1.6.1. In fact, it's slightly above that.
IIRC from a post to this list a while ago, it's a checkout from somewhere
between 1.6.1 and 1.7 releases, after the addition of StringVector and
MultiView