External Control Of Nuke

[samgtn]

Understanding TCL and the ways that Nuke can use an externally written TCL script to sequence it's functions.....is it possible to control Nuke via a windows (or other OS) command line without having to pass parameters at startup? For example, if I write a standalone executable that parses a directory for a list of files, I'd like to tell a running instance of nuke to Read those files without having to manually go into nuke and call a script or call nuke at startup. Is there some type of port through which TCL or other commands can be sent into a running instance of nuke?

[jpitas]

This isn't really possible right now. NUKE only responds to GUI events, and doesn't monitor any files or listen on any ports for commands. One thing you might be able to do on Windows is programmatically simulate the dragging and dropping of files onto NUKE's main DAG window through the Win32 API.

It would be nice to have NUKE be able to listen on a port and accept a connection, and accept input from that connection as TCL input, just as if if was from the console. In addition to allowing other programs to send commands to nuke, it would be very cool to be able to remotely "telnet" directly into NUKE, to perform processing or troubleshoot.

[samgtn]

Yes, this ability to control the app remotely is exactly what I'm after. The problem I have with just about all "multi-platform" apps is their reliance on "generic" tools such as file requesters. I find the file requester in nuke to be very painful (not being able to select multiple files to load), and wanted to use one of my own (in vb.net) to send file selections to Nuke. As you say, if this is impossible it is dissapointing. a high-speed rapid development language like vb.net is ideal for something like developing macros and such for nuke.