Comments (4)
Is searching for imported modules in the directory of the loaded CTL effectively the same as setting a different CTL_MODULE_PATH for each CTL node?
Would it be better to have a default CTL_MODULE_PATH for each node (either one based on the environment variable, or based on the loaded CTL directory) and an override for each node where the CTL_MODULE_PATH can be set?
I'm just thinking out loud.
Alex
Alexander Forsythe - Imaging Engineering Manager - Science and Technology Council
Academy of Motion Picture Arts and Sciences - Tel 310-247-3000 x3310
Fax 310-247-3611 - www.oscars.org - [email protected]
On Aug 1, 2013, at 6:00 AM, Marie FETIVEAU [email protected] wrote:
CTL_MODULE_PATH env var seems to have to be set before launching Nuke such as imported modules of a CTL script could be found by NukeCTL node.
This can be annoying if different versions of the same transformation co-exist in CTL_MODULE_PATH.
Precise use case : comparing different versions of ACES RRT that have to import corresponding utilities modules.Shouldn't CTL_MODULE_PATH be set automatically or in a transparent way ?
For what it's worth, in TuttleOFX CTL node, imported modules are searched in the directory of the loaded CTL.
—
Reply to this email directly or view it on GitHub.
from ctl.
In TuttleOFX, we didn't need to customize CTL_MODULE_PATH to handle local imported CTL. I guess it's because our code use the loadModuleRecursive function.
(JFI : TuttleCTL is still using master branch of CTL, I'll switch asap)
In NukeCTL code, loadFile function is used but it doesn't seem to call the recursive version of loadModule func (I just had a quick look so I may be mistaken).
So may be, there's sthg to check here ?
A good concession might be to make the node look first in the directory of the loaded CTL and then in the CTL_MODULE_PATH.
Thus in most cases, the user wouldn't need to worry about setting a CTL_MODULE_PATH before launching Nuke... And if he wants to load scripts that needed some common modules that are in a different location, he still have the possibility to customize the paths.
I wonder if it could be an idea to allow the user to modify CTL_MODULE_PATH in the node GUI too. But I'm not sure that an environment variable could be effectively modify once Nuke is launched (or once the node is created).
I'm also thinking out loud :)
from ctl.
loadModuleRecursive is called by the parser (it has an instance of the interpreter). I am currently adding a knob to set the module path per ctl node. I will let you know when it is finished.
from ctl.
I'm just thinking too...
Recursive load should work. I think it should check the current directory then the ctl_module_path. That's what I would expect.
Also - Probably ctl_module_path should support multiple paths with a delimiter if it doesn't already.
There are some tricky problems that can arise for the user but normally should be okay.
On Aug 14, 2013, at 4:51 PM, JonCG90 [email protected] wrote:
loadModuleRecursive is called by the parser (it has an instance of the interpreter). I am currently adding a knob to set the module path per ctl node. I will let you know when it is finished.
—
Reply to this email directly or view it on GitHub.
from ctl.
Related Issues (20)
- Not having a main() function causes a crash on Windows HOT 1
- ctlrender tests not working on Windows HOT 3
- CTL cmake does not find required dependencies when using apt-get install libilmbase-dev libopenexr-dev HOT 1
- EXR output resolutions are incorrect
- ctl_render dpx_read() should give error message when trying to open invalid filename
- install locations of a few files could be improved HOT 2
- Refactor exr_write() into a single function
- typo in include guard in dpx_raw.hh
- missing unit tests for code in directory /CTL/OpenEXR_CTL/exr_ctl_exr/ HOT 2
- missing unit tests for code in directory /CTL/OpenEXR_CTL/exrdpx/
- typo in \CTL\doc\CtlManual.pdf section 2.4 Arrays, Static Data and Lookup Tables
- typo in dpxToExr.cpp and exrToDpx.cpp
- Tiff read error when reading EXR file HOT 25
- LeakSanitizer: detected memory leaks when using -float argument with exr_ctl_exr HOT 2
- deprecation warning: 'uint32' is deprecated HOT 1
- 5 compile warnings on MacOs
- "Bad magic number" error on known valid OpenEXR files HOT 7
- New CTL programs HOT 6
- Build fails with strict-aliasing violations HOT 5
- Segmentation fault can result in ctlrender when the number of instructions gets too large
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from ctl.