This sounds really good! Should be exactly what I need! Thank you! Time to read in on the knobChanged-callback then :)
-----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Nathan Rusch Sent: den 1 november 2012 04:32 To: Nuke user discussion Subject: Re: [Nuke-users] Halt expressionlink? Hugo's idea might be the best solution if you're dealing with that many Reads. That is, to remove any expressions from the Reads, and instead, use a knobChanged callback on your master NoOp to actually change the paths on the Reads when its parameters are changed. Expressions get evaluated a LOT, even when just moving viewer inputs around, and string assembly expressions can be particularly heavy. If this doesn't sound like a workable solution, can you give some more info on what specifically would require you to use expressions? -Nathan -----Original Message----- From: Calle Granström Sent: Wednesday, October 31, 2012 6:27 AM To: Nuke user discussion Subject: RE: [Nuke-users] Halt expressionlink? So meen adding a knob to my read-nodes that reads a shot environment variable to set the path..? From where should I store this variable? I want it to be easy to update.. I guess not a Noop-node, what should I use? /C -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Martin Winkler Sent: den 31 oktober 2012 13:41 To: Nuke user discussion Subject: Re: [Nuke-users] Halt expressionlink? > We have a setup where all read-nodes get their filepath from one > Noop-node. I'm intentionally ignoring the expression problem for now, but.. is there anything wrong with using a shot environment variable to set the path? Because that's what everybody does (or, seems to be doing at least). -- Martin Winkler, Geschäftsführer Grey Matter Visual Effects GmbH Georg-Friedrich-Str.1 76530 Baden-Baden Tel. 07221 972 95 31 HRB 700934 Amtsgericht Mannheim Ust-ID Nr.DE249482509 _______________________________________________ Nuke-users mailing list [email protected], http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users _______________________________________________ Nuke-users mailing list [email protected], http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users _______________________________________________ Nuke-users mailing list [email protected], http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users _______________________________________________ Nuke-users mailing list [email protected], http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
