The first ever Nuke master class in London was held in Soho today and over 200 artists from all around Europe attended the event. The session was definitely geared towards artist-types and started with the Foundry's Jon Waddleton covering python scripting for artists. There were also a ton of cool tips and tricks shown by Nuke gizmos guru Frank Rueter and artists Tahl Niran and Matt Leonard (favorites of fxphd.com members). Double Negative's Roy Stelzer showed cool techniques for touchup relighting in 2.5D, with a nod to efficient irradiance environment maps developed by Ramamoorthi and Hanrahan. It was really a great session with a ton of fantastic tips and ideas.

The day closed with The Foundry divulging their short term plans for Nuke moving forward, with a presentation by Richard Shackleton. Click through for details about plans for version 5.2, nuke 6, and beyond.....


Beta testing begins on the upcoming version 5.2 in February and will include:

  • Video Output Support. Broadcast monitor support for the Blackmagic DeckLink card to be followed with supporting AJA IO/HD and Kona cards
  • Pre-comp External Scripts. Artists will be able to save sub portions of a comp as an external script, which the main script then references. This will effectively enables the first steps of collaboration in Nuke, since another artist could be modifying this external script. Functionality will also include a read-write cache. When a new render is created from this pre-comp script, the main script is notified of changes and can be updated if desired.
  • Python UI Panels and Callbacks. Extends the capability of creating custom dockable UI panels from within Nuke using Python. Callbacks can allow the UI to change based upon the buttons pressed or values in the fields.
  • Viewer/Flipbook Performance and Caching Improvements. Cache nodes can be inserted at any point in a graph so that intermediate renders can be done, saving reprocessing time when changes are made later in the graph.
  • New Metadata Support. Artists can have metadata flowing throughout the graph. For instance, read data could get data from dpx files and provide for use later in the graph. Burn-in would be a simple example of this. It could also read a script included in an image as n EXR channel and build a preliminary comp from it.
  • RED R3D Reader. Will be using the RED SDK to bring RED footage into Nuke. The standard SDK adjustments will be available for import

Next, Schackleton gave clues about their next major release, NUKE 6 which is planned for late in 2009. At this point, the feature set is scheduled to include:

  • A new roto and paint node
    • Totally updated curve library starting with bezier and bsplines
    • multiple paint and vector strokes per node
    • a layer hierarchy for splines with editable attributes
    • a toolbox in the viewer to quickly change tools
  • Integrated 3D Camera Tracking, creating a camera and point cloud right in Nuke
  • Integrated Lens Distortion Tools

Moving forward, The Foundry is planning on adding much improved FBX import/export, layer support for PSD documents, and letting all modules use the updated curve library so that all curves are consistent across the application. After a question from a participant, Shackleton said improvements to the animation curve editor were planned as well, such as having a dope sheet to move animations in time.

Finally, he spoke about some more technology they were working on: a 3D particle generator as part of Nuke. This would include things such as instanced geometry in particles and expression-driven functions. There is no schedule for its release but Shackleton commented that he "would like to see later in the year".


Thanks so much for reading our article.

We've been a free service since 1999 and now rely on the generous contributions of readers like you. If you'd like to help support our work, please join the hundreds of others and become an fxinsider member.

27 Responses to The Foundry’s 2009 Nuke Roadmap

  1. WHERE IS THE GATE UI ALREADY!!!!!!!!

    Posted by composter on
  2. forget the Gate UI until we have a great paint tool!
    additionally most if not all the features mentioned above
    count for far more than the Gate UI, don’t get me wrong
    I love the Gate UI but I would rather have these more
    functional things first.
    but that’s just my take on it.
    cheers

    Posted by lyn caudle on
  3. An average compositor needs “features”, an advanced compositor needs speed and usability!

    Posted by composter on
  4. Pingback: Great Links to Click out to « Synaptic Light

  5. well if you want a gate ui why not using toxik? 😉

    Posted by nanuk on
  6. Raster paint by any chance?

    Posted by teatime on
  7. really – seems nuke already has the speed advantage but as far as usability the paint node -for instance- is hardly that at present. Video out to a see your work on a correct monitor is a huge thing, also very “usable”

    Posted by Lyn Caudle on
  8. speed advantage compared to what?

    Posted by nanuk on
  9. Now what I have been asking for ad I still cant believe it is not in Nuke yet is SHADOWS for 3D LIGHTS.

    Using shadows in nuke would make camera projections so much more powerful. I have to render out a shadow pass from Maya and bring that in to the projection setup in Nuke…..its absurd and I hear the function is just turned off at the moment.

    Posted by Rob on
  10. Now what I have been asking for ad I still cant believe it is not in Nuke yet is SHADOWS for 3D LIGHTS. Using shadows in nuke would make camera projections so much more powerful. Instead of rendering out the pass separately in another package.

    Secondly I hope Quicktime support is in Nuke finally, I haven’t checked the new version but I know in Avid DS which is 64bit you can still import Quicktimes (something about the underlying 32 bit process Im not sure the technical side of it.)

    Posted by Rob on
  11. Pingback: The Foundry

  12. I for one am really excited about their roadmap. It’s adressing all the features and fixes I would like to see in nuke. And even more with the ability to do 3d tracking within nuke. This sounds just awesome.

    cheers,
    Daniel

    Posted by Daniel Rajcic on
  13. 3D particles and 3D tracking would be a dream inside of Nuke!! Their roadmap is very exciting!

    Posted by Hamilton on
  14. Pingback: The Foundry

  15. Pingback: Why Nuke is awesome - chris-g.net

  16. fantastic 3d tracking in Nuke woow!!!

    Posted by jose herrera on
  17. Does anyone know where they are going to post the files from this lecture? thanks.

    Posted by jasper on
  18. 3D particle and 3D track – are possible in current versions via external tools and scripts.
    But lens distortion based on internal 3D track look great.
    How about “Defocus(Convolve)/Moblur in one” node? Very old problem of all compositing soft.

    Posted by demOOn on
  19. I really like what the Foundry is doing with Nuke, they are laying it out there and saying to everyone that they are going to stick around. Unlike what has happened to Shake and it supposed successor Phenomenon.
    I am a Shake user but I have already downloaded the PLE for Nuke and I think that Nuke 5.2 is going to be the compositing I would like to switch to.

    Well it might have to be Nuke 6 because of budget and the fact that I do this for free for the Church.
    You go Nuke – show them the way.

    Phill

    Posted by phillip Gibb on
  20. Pingback: Nuke vs Shake « Synaptic Light

  21. What about interface speed? Nuke4.8 is much faster with a lot of nodes created. In 5.x mask shapes become very slow in large projects.
    ps: sorry for my english 🙂

    Posted by ali on
  22. …and my wishlist:
    1) 3d shadows
    2) 3d particles
    3) zblur-convolve-vectorblur(oflow mblur) in one node

    Posted by ali on
  23. 4) normal relighting (and possibility to connect 3d lights and cameras)

    Posted by ali on
  24. Pingback: Nuke vs Shake | Synaptic Light - a Journey in Filmmaking and Social Media

  25. Pingback: Great Links to Click out to | Synaptic Light - a Journey in Filmmaking and Social Media

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.