onBuildEnvironment issue

Viewing 7 posts - 1 through 7 (of 7 total)
  • Back to forum
    Posted in: Python template system
  • al pr
    21st September 2015 at 10:51 am #14553

    Hi,

    I just installed the evaluation version of Muster 8 for evaluation purpose, and to do so I am trying to customize the Maya_Arnold template. Since our plugins are located on a network share, I wanted to use the “onBuildEnvironment” method to set the required environnement variables. However I can’t seem to make it work. I added some printing hoping it would show in the logs, but it looks like the method is never called. Am I missing something ?

    Also I was wondering, when I am connected to Muster Console with an administrator account and I edit a template, is this modification pushed on all engines or do I have to restart them, or even copy the new template “by hand” on every instance ?

    Thanks a lot for your time !

    al pr
    23rd September 2015 at 4:04 pm #15269

    Still no luck with “onBuildEnvironment” so I tried another way:

    I removed my modifications to the “onBuildEnvironment” method and instead replaced the executable of Maya (….Maya2016/bin/render.exe) by some batch that builds the environnement then calls render.exe.

    Here is the result:

    [MUSTER]Spawning process \script-serverMaya2016maya2016.bat inside \script-serverMaya2016 using the following command line flags:
    [MUSTER]-r arnold -ai:lve 1 -proj “\datatest_projSHOT_MUSTER” -s 684.000 -e 685.000 -b 1.000 “\datatest_projSHOT_MUSTERWORKSHOT_MUSTER_REND_v002.mb”

    Input line is too long.

    [MUSTER]Process terminated with exit code: 1

    However running the following command in a terminal

    \script-serverMaya2016maya2016.bat -r arnold -ai:lve 1 -proj “\datatest_projSHOT_MUSTER” -s 684.000 -e 685.000 -b 1.000 “\datatest_projSHOT_MUSTERWORKSHOT_MUSTER_REND_v002.mb”

    works well and the frame are rendered correctly.

    Any pointer on what might cause this ? :)

    claus hel
    18th November 2015 at 4:27 pm #15272

    Hi nezus,

    seems like I’m having kind of the same problems:

    http://www.vvertex.com/forum/read.php?28,7335
    http://www.vvertex.com/forum/read.php?28,7336

    Did you make any progress in your original problems,
    – debugging/printing from template
    – onBuildEnvironment not called
    – what is neccesary to push templates to all nodes
    ?

    Thanks & kind regards,
    claus

    al pr
    19th November 2015 at 9:48 am #15274

    In fact there was errors in my template, but Muster validator let them pass through and the template was failing silently (never made the python output to work).

    I recommend editing your template outside of Muster, ideally with an intelligent IDE (like PyCharm) to make sure no typo or mistake slipped through.
    I tried playing with the Dispatcher option “Dispatcher Preferences > Logs > Python output” without success.

    To push template you simply have to “Confirm Changes” and it will be pushed everywhere. That’s nice !

    claus hel
    19th November 2015 at 12:46 pm #15275

    Hello nezus,

    thanks for you answer. I use Eclipse with the PyDev plugin, which makes it a pretty strong IDE for python development, so I’m pretty sure the python code is ok as is, except from API errors that were in the default templates already. Maybe I’ll try to start with a clean template from scratch and see if I can get it to work then.

    Also no sucess on my side with the Python output… :/

    Strange thing is, “Confirm changes” does not seem to work for me, I need to soft restart the render nodes to make them update and use the new template…

    al pr
    19th November 2015 at 1:35 pm #15276

    Maybe “update” then “Confirm”, but I clearly have a loading bar saying “dispatcher locked while updating scripts” or something like that.

    Leonardo Bernardini
    19th February 2018 at 1:31 pm #16652

    what versions were you using when you experienced those problems ? the onBuildEnvironment is confirm to work as expected in the latest versions.

Viewing 7 posts - 1 through 7 (of 7 total)

You must be logged in to reply to this topic.