Global Variables from File Output Node and Video Editing Render

[Fiztban]

Hello,

I have stumbled upon your addon and found it really useful as its the first implementation I have found of variables in output file names that has enough versatility!

However I would like to propose some enhancements given my use case where the benefits of your addon cannot be used to their fullest.

I have several shots that I wish to render of objects with multiple camera angles. These are for creating standardised object renders (a ball and a cube in my example). To make this work each object is set up in its own scene:

I set up each object in a separate scene because it allows me to bind cameras of the individual views to markers (Ctrl+B when camera is selected) so that I can set up a render sequence for all the required views of each object (within a scene):

Within each scene I am able to specify the output using loom which is fantastic, because the scene can hold the name of the object, and the cameras the names of the views:

Up to here it is everything I hoped for. The cameras bound to markers actually register correctly in the Global variables when saving the frame names:

However, part of the workflow I am trying to establish is to have the ability to re-render each shot for either 1 object, or ALL objects. To achieve this I simply create a new "All Renders" scene and move to the Video Editing Sequencer. There I add in all the other Object Scenes one after the other so that all views can be rendered one after the next:

This is the point at which loom's functionality breaks down. The moment I use the Render Image Sequence (CTRL+SHIFT+F12) loom proceeds to render the correct number of frames...

..but then simply reports the error that no cameras can be found within the scene:

It would be amazing if the already solid Global variables functionality of loom could be extended to work in this case.

Lastly if the Global variables functionality can also be extended not only to work within the video sequencer when the scenes are being called from an external scene, but also to work with the File Output node file path system, I think this would largely solve many people's desires for variables within filenames.

The reason I would personally want Global variables within the file output nodes is because I would actually prefer to save each object's render in more than one place as various people would end up using them.

I hope this is a suggestion that is implementable as I believe many people would find it incredibly useful.

[p2or]

Hi @Fiztban,

thanks for your suggestion. I'm working on it and let you know whether that's going to work.

Cheers, Christian

[Fiztban]

@p2or ,

Thank you for letting me know. If there are any other details you might require I'm happy to do my best to assist.

Good luck and I look forward to any success you may find.

[RyIock]

Is it possible to remove these numbers? I'm using the $MARKER to give these renders different naming scemes but I dont need the 0001 at the end or any number.

[p2or]

Hi @RyIock,

this is currently not possible, can be implemented though. I'd recommend open a new issue and explain in detail why this feature would be nice to have, keeps it organized here as well.

Cheers, Christian

[nenad-jalsovec]

Hello,

Great addon! One question. Is it possible to include the name of the nearest previous marker in the output filename? Using $MARKER will only use marker name on that specific frame. What I want is to use the marker name for all following frames until the next marker.

[p2or]

Hi @nenad-jalsovec,

at first glance, the following expression should do (make sure there is a marker on the first frame):

• next(reversed([i.name for i in bpy.context.scene.timeline_markers if i.frame <= bpy.context.scene.frame_current]), "NO_MARKER")

Otherwise please open up a new issue (as already mentioned above), thanks.

Cheers, Christian

[nenad-jalsovec]

@p2or

Yep, this works great! Thanks Christian.

I added a new global variable called $LAST_MARKER that runs the expression. Such a global should perhaps be included in the defaults. I think it's quite useful.