Re: [Nuke-users] OT: does anyone have experience with RedCine X Pro?

2011-10-25 Thread Simon Björk
RedlogFilm should be interpreted with a standard log2lin so you're fine. The export dialog just renders out full range dpx in whatever colorspace/gamma that was specified. Another option is to render out EXRs of of RedCine. When doing so, the current gamma settings are ignored and you always get

Re: [Nuke-users] caching and localising preferences

2011-10-25 Thread Peter Crossley
Hi, Yes, Frank is correct. Currently Nuke doesn't do any clean-up management on the local cache folder and it must be done manually. This issue is already logged as a feature request: *Bug 21091* https://secure.thefoundry.co.uk/bugzilla/show_bug.cgi?id=21091 -Add ability to delete locally

RE: [Nuke-users] Updating problem in Nuke

2011-10-25 Thread John Vanderbeck
We have tons of problems with Nuke not updating properly, especially in stereo mode but even occasionally in single view. Most often with us things won't' update until you move the mouse cursor for some reason. We do also occasionally get the tearing, but this usually happens in stereo mode.

Re: [Nuke-users] Expression to control Switch at render time

2011-10-25 Thread Chris Bevan
Does this do what you want? nuke.env['interactive'] ... similarly to: nuke.env['gui'] - Chris On 24/10/11 21:12, Frank Rueter wrote: this is actually something I would over to see: a differentiation between render in gui and interactive session in gui so things like $gui work as expected

[Nuke-users] Re: Expression to control Switch at render time

2011-10-25 Thread BillRay
Hi, Can you be more specific? ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users

Re: [Nuke-users] Updating problem in Nuke

2011-10-25 Thread Nulightfx
Good point, Nathan. I've experienced these issues at diff zoom levels as well. By the way, are we talking 2K plates or larger? On Oct 25, 2011, at 9:35 AM, Nathan Rusch nathan_ru...@hotmail.com wrote: Just out of curiosity, at what zoom level(s) do these issues appear? I see this kind of

Re: [Nuke-users] Updating problem in Nuke

2011-10-25 Thread Carlos Trijueque
If your workstation have a Nvidia card you can use the Nvidia X Server Settings tool (I'm assuming Linux as OS) to set the balance between Quality and Performance. Try to move the slider towards the Performance side (right) and see if it helps. I'm not sure if you need to reboot the computer after

[Nuke-users] OFlow: Source Frame at the current Frame using Speed?

2011-10-25 Thread David Schnee
Does anyone know how to derive the actual source frames on the current frame when using the 'Speed' timing method in OFlow? I'm looking to get a curve to export ascii data of the source frames on the current frame for a range. Cheers, -Schnee -- \/ davids / comp \/ 177 /\ tippettstudio /\

Re: [Nuke-users] OFlow: Source Frame at the current Frame using Speed?

2011-10-25 Thread Ivan Busquets
If it's set to speed, something like this should do it: (frame-OFlow.first_frame) * OFlow.timingSpeed + OFlow.first_frame On Tue, Oct 25, 2011 at 11:43 AM, David Schnee dav...@tippett.com wrote: ** Does anyone know how to derive the actual source frames on the current frame when using the

[Nuke-users] Re: Layered photoshop files and nuke

2011-10-25 Thread Joshua LaCross
I really recommend ProEXR. http://www.fnordware.com/ProEXR/ You can write out a single EXR with all the layers in different channels or you can export all the layers as separate EXRs. The EXR maintains metadata so if you are python savvy you can write something that will auto comp it for you

Re: [Nuke-users] caching and localising preferences

2011-10-25 Thread jean-luc
ok good to know One more question regarding updates. If a new version of a sequence is rendered with the same name, Nuke wouldn't see it would it? For instance is a roto is updated but overwritten with the same files name/path, we would have to manually update the local copy? Would it be

Re: [Nuke-users] OFlow: Source Frame at the current Frame using Speed?

2011-10-25 Thread David Schnee
Thank you kindly Ivan, this is perfect. I do think it should be included though for any retime tools to return the source frame during 'Speed' timing methods, I'll setup a user tab that does this for ours here. Cheers, -Schnee On 10/25/2011 11:56 AM, Ivan Busquets wrote: If it's set to

Re: [Nuke-users] OFlow: Source Frame at the current Frame using Speed?

2011-10-25 Thread Howard Jones
Hi Just thought I'd try this but no luck, could be me.   Howard set cut_paste_input [stack 0] version 6.3 v5 push $cut_paste_input add_layer {rgba rgba.beta} Text {  font /Library/Fonts/Arial.ttf  yjustify center  box {480 270 1440 810}  center {960 540}  name Text1  selected true  xpos 1073  

Re: [Nuke-users] OFlow: Source Frame at the current Frame using Speed?

2011-10-25 Thread Howard Jones
works a treat!   Howard From: Ivan Busquets ivanbusqu...@gmail.com To: Howard Jones mrhowardjo...@yahoo.com; Nuke user discussion nuke-users@support.thefoundry.co.uk Sent: Tuesday, 25 October 2011, 23:40 Subject: Re: [Nuke-users] OFlow: Source Frame at the

Re: [Nuke-users] OT: does anyone have experience with RedCine X Pro?

2011-10-25 Thread Frank Rueter
yes, surprisingly, when setting the look to use REDlogFilm as gamma space and REDcolor as color space, I got a dpx that, when pulled into nuke and linearised with the default cineon lut, looked exactly like the original r3d file pulled into Nuke. On Oct 26, 2011, at 2:05 PM, Bill Gilman