There should be no problems putting some sort of RPC bindings into Nuke, outside of the normal async issues.
Nuke itself uses zeromq for doing similar sorts of things, we use it for the FrameServer but the commands control sub-processes rather that do RPC - but that doesn't mean you can't use it for RPC. Have a look at the FrameServer code's use of zmq: <Nuke-Install>/pythonextensions/site-packages/foundry/frameserver/ <Nuke-Install>/pythonextensions/site-packages/zmq/ For example, I believe one of our QA wrote a remote-control IPad app for Nuke for a demo a couple of years back now, and I think that used zeromq. On 29 June 2015 at 05:55, Ben Dickson <[email protected]> wrote: > We looked at doing something similar ages ago, trying to copy a system > which was using the Maya command port to open stuff from Shotgun.. but.. it > didn't really work well with how Nuke is used > > The main problem is Nuke tends to encourage running multiple instances at > once.. which makes pushing data into Nuke using a socket type approach kind > of flawed (not impossible to fix, just very clunky) > > Instead we now use a combination of drag-and-drop, and GUI's embedded > within Nuke - both of which remove the "which Nuke did you mean" ambiguity > > On 27/06/15 04:16, Den Serras wrote: > >> Thanks, Ben! What's your thoughts on the usefulness of it versus any >> drawbacks? We have an integration at my new job using a server for AE, >> so that the current comp can be modified externally, and they're asking >> me to look at doing the same in Nuke. I'm a little hesitant about doing >> something like that, versus pulling it from within an event triggered in >> Nuke, but I may be hesitating more due to ignorance than any real >> issues. What's been your experience? >> >> On Friday, June 26, 2015, Ben Dickson <[email protected] >> <mailto:[email protected]>> wrote: >> >> https://github.com/Nvizible/NukeExternalControl >> >> On 26/06/15 04:16, Den Serras wrote: >> >> Hey all, is anyone using sockets or some kind of server inside >> Nuke so >> that they can send commands to it externally? We're debating it >> here. >> What kinds of issues have you come across? Is there a hit? I >> noticed >> that one implementation kills the script editor, which I'm not a >> huge >> fan of. One person suggested using Flask as a server app. >> >> Thoughts? >> >> Thanks! >> Den >> >> >> _______________________________________________ >> Nuke-python mailing list >> [email protected], >> http://forums.thefoundry.co.uk/ >> >> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-python >> >> >> -- >> ben dickson >> 2D TD | [email protected] >> rising sun pictures | www.rsp.com.au <http://www.rsp.com.au> >> _______________________________________________ >> Nuke-python mailing list >> [email protected], http://forums.thefoundry.co.uk/ >> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-python >> >> >> >> _______________________________________________ >> Nuke-python mailing list >> [email protected], http://forums.thefoundry.co.uk/ >> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-python >> >> > -- > ben dickson > 2D TD | [email protected] > rising sun pictures | www.rsp.com.au > _______________________________________________ > Nuke-python mailing list > [email protected], http://forums.thefoundry.co.uk/ > http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-python > -- Frank Harrison Senior Nuke Software Engineer The Foundry Tel: +44 (0)20 7968 6828 - Fax: +44 (0)20 7930 8906 Web: www.thefoundry.co.uk Email: [email protected]
_______________________________________________ Nuke-python mailing list [email protected], http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-python
