In nuke 7 I used to be able to paste a path like this:
/path/to/my_amazing_project/plates/
and it would recursively go through the directories and load all possible
read nodes from it. In nuke 8 it just seems to make a bunch of read nodes
with that directory as it's path and won't dig into
Hi John
I don't believe nuke does this by default. Are you sure your not using a
script which does this(drop.py or drop.tcl)? I remember someone making one
a while back on the list. Perhaps it's not loading properly in your nuke 8?
-deke
On Tuesday, April 8, 2014, John Mangia
Hi John,
Do you have J-Ops on nuke 7 but not on nuke 8? Read nodes from recursing
folders is no feature out of the box.
J-Ops is the first tool that implements this which comes to my mind and is not
available for nuke 8. Although the python tools should still work as it's only
the plugins which
Interesting. It could be some add-on script/plugin, I mentioned it to one
of our TD's at work, I guess it's something custom. Thanks guys.
On Tue, Apr 8, 2014 at 10:30 AM, Michael Habenicht m...@tinitron.de wrote:
Hi John,
Do you have J-Ops on nuke 7 but not on nuke 8? Read nodes from
I think I’m going nuts. Can somebody try this.
1. create a shuffle node. For In 1 only check r. Unchecked everything else. So
just r in r out
2. Close the properties panel of that shuffle
3. double click to re-open the properties.
They’re all checked again back to default! I can’t get them
Shuffle isn’t meant to remove channels, per se. The best you can do is set g,
b, and a to black. Allowing channels to be set to an unchecked state sounds
like a UI bug.
If you need channels gone, use the AddChannels node.
-Nathan
From: Gary Jaeger
Sent: Tuesday, April 08, 2014 9:17 AM
To:
Check on the right side - by default it's RGBA - you're telling Nuke to
export 4 Channels so it enables that when refreshing. If you set it to,
say, alpha, it remembers it.
Cheers,
J.C.
On Tue, Apr 8, 2014 at 12:17 PM, Gary Jaeger g...@corestudio.com wrote:
I think I'm going nuts. Can
My INITIAL reaction is that the announcement they made was an upgraded
version of Hiero, with the ability to run nukeX as an integrated engine.
This is what we thought, based on face to face foundry meetings, Hiero was
becoming, not nuke. I think this is a great announcement, don't get me
wrong!
Hi Doug
If you own both NukeX + Hiero and under current maintenance when it
ships then we are giving a complementary upgrade to Nuke Studio and you get
to keep your separate Hiero license. The second method is if you own the
new Production Collective then you also get the complementary upgrade.
And was I imagining things or did the mention some kind of integrated render
farm solution?
On Apr 8, 2014, at 12:54 PM, Chris Noellert cnoell...@gmail.com wrote:
Strikes me that you’re seeing a pyramid effect of products where the apex is
Nuke Studio which combines all the best pieces for
Yep, which makes sense as well. Client attend needs feedback as quickly as
possible. It sounds like there’s been a large amount of work that’s gone into
making shit that should fly, fly and stuff that has historically been slower,
fly by means of utilizing system resources to their fullest
Yep, for what I know it comes bundled with it's own ready to use built-in
render farm app. Which is awesome!
As for Hiero, I think it still has its place in long format projects where
the people handling the transcoding, conform, VFX shot generation,
ftrack/shotgun data feeding, etc aren't the
Yeah Fusion has always done that better then Autodesk. Something along the
lines of its built in distributed render system would be awesome. 2
dedicated nodes (or more) just to render with client present would be
awesome.
Randy S. Little
http://www.rslittle.com/
Not really an actual render farm per say but what we do is launch a bunch
of background render nodes which lie in wait. When you open a timeline or
modify a comp they all start rendering frames ahead in the comp to disk
wherever the write nodes are pointing to. So it's like having an on demand
So the next question is, for operations which are GPU enabled will the render
nodes make use of an onboard GPU in place of the same op performed in CPU?
Best,
Chris
On Apr 8, 2014, at 1:51 PM, Deke Kincaid d...@thefoundry.co.uk wrote:
Not really an actual render farm per say but what we do is
You just made my day!
Am 08.04.2014 22:38, schrieb Deke Kincaid:
Hi Doug
If you own both NukeX + Hiero and under current maintenance when it
ships then we are giving a complementary upgrade to Nuke Studio and
you get to keep your separate Hiero license. The second method is if
you own the
Deke,
My questions are of a more utilitarian nature. Given how immediate clients
want to see feedback, how robust is the caching at this point? I found Nuke's
caching somewhat frustrating at times and albeit I've only used Heiro a handful
of times but even then it often felt like things
A few immediate questions:
- Will it support proper SDI stereo output (for projection, etc.)? I’d love to
assume yes, but then there’s Hiero...
- What are the plans for approaching Quicktime codec support on Linux (audio
and video)? It’s a problem I hate thinking about, but it will come up.
-
Does that nuke x lic then go?
So you'd have Hiero and a Nuke studio ?
Sent from my iPhone
On 8 Apr 2014, at 21:38, Deke Kincaid d...@thefoundry.co.uk wrote:
Hi Doug
If you own both NukeX + Hiero and under current maintenance when it ships
then we are giving a complementary upgrade to
Indeed, the Quadro SDI option would arguably be best, given the amount of
Flames in the world that could be immediately retooled to run both softwares
and given that this machine would be the one which would be delivering things,
quicktime support on Lunix becomes more and more of an issue.
Sorry, at NAB so my answers will be delayed.
So typically render nodes use CPU only unless you specify a flag to use the
gpu. Not all of our nodes are blinked yet. You have 12+ cores on your
CPU which we are spawning 8-10 of them as renders in the background with a
frame each. To answer your
Hi
Doesn't look my previous reply came through but I wrote a recursive load years
ago which may be what you're referring to.
Cant get into nukepedia right now but search for recursiveLoad (i think).
Trawls directories and subdirs finding amd loading all name..ext formatted
files or
Quadro sdi is dead. The have stopped making it.
On Apr 8, 2014 6:43 PM, Chris Noellert cnoell...@gmail.com wrote:
Indeed, the Quadro SDI option would arguably be best, given the amount of
Flames in the world that could be immediately retooled to run both
softwares and given that this machine
Hi Gary
At the moment the background render nodes are just on your local machine so
you can saturate your available resources (frame per core). No external
machine support yet as far as I know.
-deke
On Tuesday, April 8, 2014, Gary Jaeger g...@corestudio.com wrote:
Interesting. I will be
http://www3.pny.com/NVIDIA-Quadro-K6000-SDI-font-colordc0431Newfont-P3430C366.aspx
On Apr 8, 2014, at 5:13 PM, Randy Little randyslit...@gmail.com wrote:
Quadro sdi is dead. The have stopped making it.
On Apr 8, 2014 6:43 PM, Chris Noellert cnoell...@gmail.com wrote:
Indeed, the Quadro
Damn.
On Apr 8, 2014, at 5:13 PM, Deke Kincaid d...@thefoundry.co.uk wrote:
Hi Gary
At the moment the background render nodes are just on your local machine so
you can saturate your available resources (frame per core). No external
machine support yet as far as I know.
-deke
On
Yup last card to have it. Autodesk is having to figure out new realtime
deliverables. they talked about it on fxguide
On Apr 8, 2014 8:15 PM, Chris Noellert cnoell...@gmail.com wrote:
http://www3.pny.com/NVIDIA-Quadro-K6000-SDI-font-colordc0431Newfont-P3430C366.aspx
On Apr 8, 2014, at 5:13
ah, cool. Ok thanks Deke. I noticed that there is a new MacPro on the desk
giving the NAB demo. Is that working well for the GPU support?
On Tue, Apr 8, 2014 at 5:13 PM, Deke Kincaid d...@thefoundry.co.uk wrote:
Hi Gary
At the moment the background render nodes are just on your local machine
But the idea is to be able to easily hook up whatever render farm
you have going to extend the off-the-shelve implementation.
On 4/9/14, 12:15 PM, Chris Noellert
wrote:
Damn.
On Apr 8, 2014, at 5:13 PM, Deke Kincaid
Hi Nathan
Will it support proper SDI stereo output (for projection, etc.)? I'd love
to assume yes, but then there's Hiero...
No native support for stereo playback to sdi out or in the timeline view in
general at the moment. The nuke viewer still supports it though. You
could work around this
On 09/04/14 03:42, Deke Kincaid wrote:
What are the plans for approaching Quicktime codec support on Linux (audio and
video)? It’s a problem I hate thinking about, but it will come up.
No plans for the immediate future as far as I know. Even Autodesk has
to work around this by using a Mac
31 matches
Mail list logo
