multiRead v1.2

This location is for Registered Users Only.
Perhaps you need to login or register.
Contributor: Howard Jones
Opens multiple read nodes similar to Shake's 'next' function. Nuke 6.3 (and 6.2?) now includes similar functionality as standard so is not necessary for these versions of Nuke.
5.0, 5.1, 5.2, 6.0, 6.1, 6.2, 6.3 or later
Linux, Mac, Windows
19 Apr 2012


Opens multiple read nodes similar to Shake's 'next' function. Read from multiple folders and at the end all selected files are read in, in one go.

example line...

m = toolbar.addMenu("Image", "ToolbarDraw.png")
m.addCommand( "multi Read", "nuke.load(\"multiRead\"), multiRead()",'ctrl+r' ,icon='Read.png')

v1.1 added still images ability

v1.2 added Nathan's suggestion


Please login in order to download these files.


0 # David Schnee 2010-08-24 09:50
This is great, but I'm getting the index out of range error when trying to select just a couple single images... (select a single image>open, select second single image> open, then hit cancel) any fix for this in the works? I like it though, works for ranges... thank you.
0 # Howard Jones 2010-08-25 01:25

I haven't set this up for single images though it does read .movs.
I will have a look and see what needs to be modified.
0 # Howard Jones 2010-08-25 16:06
Hi David

v1.1 should address the issue - thanks for the feedback
0 # David Schnee 2010-08-25 16:58
Beautiful, thank you Howard.
0 # Nathan Rusch 2010-08-26 14:11
Just some thoughts to potentially avoid future bug reports.

We have a function very similar to this in our internal library, and one thing I think would help you here is setting the file knob via its ".fromUserText( )" method instead of ".setValue()." This will actually open the file and get the start and end frames automatically, as well as set the format knob appropriately, so you wouldn't have to set any of that stuff yourself, or prompt the user to refresh anything.

Also, since we're Windows-based and Apple hates 64 bit platforms (and I ran into this same problem), I would recommend adding a check for a 64 bit Windows environment and ignoring any MOV paths if true (to prevent your script from tanking if a 64-bit Windows user accidentally selects a MOV to read).
0 # Howard Jones 2010-08-31 14:18
Hi Nathan

Thanks for the insight - v 1.2 now includes the '.fromUserText' change.
0 # David Schnee 2010-09-01 17:32
Do we have the ability to modify the nuke.getClipnam e browser? It would be great to have an 'open', 'add', and 'cancel' button, so the 'add' button will behave as the multiRead... and the 'open' 'cancel' as usual.

You have no rights to post comments

We have 2349 guests and 53 members online