Re: [Nuke-users] OT: does anyone have experience with RedCine X Pro?
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 linear EXRs. But color temp and color space are carried over, so make sure you set those correctly (Redcolor2 works good). Also, in the latest releases you have the possibility to render EXRs into Aces color space (checkbox in render dialog). I prefer to render EXRs as you're always sure you didn't loose any information from the original R3D file. /Simon 2011/10/25 Randy Little randyslit...@gmail.com Ha no one owes you more then I do Frank. :-) Randy S. Little http://www.rslittle.com On Mon, Oct 24, 2011 at 21:43, Frank Rueter fr...@beingfrank.info wrote: thanks a lot for the offer Asa but using the REDLogFilm look seems to do the trick. thanks everyone for your input, much appreciated. frank On Oct 25, 2011, at 4:15 PM, asa hammond wrote: If you kick me an edl I can kick you back a script to run using redline if you want to go that way, I have tools that support Fcp and cmx edls and I owe you at least one favor for the knowledge you have dropped on us nukers over the years. Asa On Oct 24, 2011, at 8:07 PM, Frank Rueter fr...@beingfrank.info wrote: RedCine is free ;) On Oct 25, 2011, at 3:43 PM, Bill Gilman wrote: You can try this: http://www.rubbermonkeysoftware.com On Oct 24, 2011, at 7:36 PM, Frank Rueter wrote: Sorry for the OT, but does anyone have experience with this thing? I'm trying to export some proper log dpx files but there don't seem to be any options in the export dialog and the default dpx output seems to be in sRGB which sucks balls. I need to go through RedCine as I need to transcode based on edlx, otherwise I could just pull it into NUke, but that will take me ages. Any tips would be greatly appreciated. Cheers, frank ___ 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 ___ 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 ___ 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 ___ 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 ___ 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 ___ 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 -- Stiller Studios Lidingö/Sweden Simon Björk Stiller Studios +46 (0)8 555 23 560 Ekholmsnäsvägen 40, S-181 41 Lidingö si...@stillerstudios.se www.stillerstudios.se find us: http://www.eniro.se/query?search_word=stiller+studiosgeo_area=liding%F6what=all ___ 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] caching and localising preferences
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 cached files from within Nuke. Regards, Peter. On 25/10/2011 03:25, Frank Rueter wrote: yes, I guess it's a good idea to manually remove the cache files when done. Don't think there is a mechanism built in for that (which would be a nice option though to keep your disk tidy) On Oct 25, 2011, at 12:45 PM, jean-luc wrote: Ok got it! I thought the localising process was automatic... I didn't realise you had to manually make it cache... So what happens when the files are marked always and you're finished with your shot. Do you have to manually un-cache the files too? There's no size limit on the localise folder so I wonder if it's going to slowly fill up my local disk until it chokes! Cheers jean-luc On Tue, Oct 25, 2011 at 11:55 AM, Frank Rueter fr...@beingfrank.info mailto:fr...@beingfrank.info wrote: Hi Jean-Luc, you either have to set the Read nodes you want to localise to cache locally = always or set the local file auto-cache path in the preferences to the root directory shared by all file paths you want to localise (i.e. '/server/shows/' ). In the latter case the Read nodes' set to cache locally = auto will be checked if they point to the server path and if they do, they will be localised. Once set use one of the options in Cache/Local File Cache to start the localising process. It took me a moment to figure out as well, but the tooltips helped. Cheers, frank On Oct 25, 2011, at 11:24 AM, jean-luc wrote: Hi There I am trying to use the localizing and caching Nuke 6.3 but even after changing my preferences it does nothing. attached is a snapshot of my prefs. When I start Nuke It still tells me that I am using around 94% of my 100Gb of disk cache (it should be 1000Gb) When I go to the /local1/NukeLocalise folder, it is completely empty Is there something else I should be doing? Thanks Jean-luc prefs.jpeg___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk mailto:Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk mailto:Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk mailto:Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users ___ 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 ___ 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
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. What I have found is that sometimes Nuke just refuses to update, thinking its cache is accurate even when it isn't. -Original Message- From: nuke-users-boun...@support.thefoundry.co.uk [mailto:nuke-users-boun...@support.thefoundry.co.uk] On Behalf Of Nulightfx Sent: Tuesday, October 25, 2011 9:48 AM To: nuke-users@support.thefoundry.co.uk Cc: nuke-users@support.thefoundry.co.uk Subject: Re: [Nuke-users] Updating problem in Nuke Offhand, I'd say it might be a graphics card issue. Or maybe built up system cache - rebooting clears it. Just my thoughts. On Oct 25, 2011, at 1:31 AM, putt3 nuke-users-re...@thefoundry.co.uk wrote: I have a problem. When I move the picture in Nuke it does not update correctly. I get these lines(see attachment) and it is very annoying. Sometimes, when i tap U, it updates but sometimes is does not. Solution anyone? nuke_problem.jpg ___ 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 ___ 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 ___ 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] Expression to control Switch at render time
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 without hacking yet another callback. has anyone reported this as a feature request? On Oct 25, 2011, at 8:08 AM, J Bills wrote: i bet the only way to do it would be a beforeRender callback that turns off a master Switch that the rest are clones of. On Mon, Oct 24, 2011 at 9:42 AM, Andreas Jablonka andreas.jablo...@gmail.com wrote: thats true I assumed thats what the OP wanted to do! local work then farm render On Mon, Oct 24, 2011 at 5:32 PM, Julien Chandelle julienchande...@gmail.com wrote: the $gui fonction works only if you make the render without the user interface like trough a renderfarm, it doesn't work if you render in nuke localy On Mon, Oct 24, 2011 at 5:48 PM, Andreas Jablonka andreas.jablo...@gmail.com wrote: how about putting an expression on the disable knob? $gui will disable the switches on rendertime. On Mon, Oct 24, 2011 at 4:45 PM, BillRay nuke-users-re...@thefoundry.co.uk wrote: Hi , Does anybody know how I can control a switch node in a script from further down stream. I want to be able to turn switches on/off at render time. Thanks! ___ 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 ___ 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 -- Julien Chandelle GSM : +32 (0) 494 277 542 julienchandelle.be @jimbiscuit || imdb || Nuke , AE Fusion Compositor || ___ 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 ___ 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 ___ 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 ___ 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 -- Chris Bevan, Senior Software Engineer The Foundry, 6th Floor, The Communications Building 48 Leicester Square, London, WC2H 7LT Tel: +44 (0)20 7968 6828 | Fax: +44 (0)20 7930 8906 Web: www.thefoundry.co.uk The Foundry Visionmongers Ltd Registered in England and Wales No: 4642027 ___ 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
[Nuke-users] Re: Expression to control Switch at render time
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
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 stuff a lot in 6.3 when zoomed to a level less than 1x... -Nathan -Original Message- From: John Vanderbeck Sent: Tuesday, October 25, 2011 6:56 AM To: Nuke user discussion Subject: RE: [Nuke-users] Updating problem in Nuke 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. What I have found is that sometimes Nuke just refuses to update, thinking its cache is accurate even when it isn't. -Original Message- From: nuke-users-boun...@support.thefoundry.co.uk [mailto:nuke-users-boun...@support.thefoundry.co.uk] On Behalf Of Nulightfx Sent: Tuesday, October 25, 2011 9:48 AM To: nuke-users@support.thefoundry.co.uk Cc: nuke-users@support.thefoundry.co.uk Subject: Re: [Nuke-users] Updating problem in Nuke Offhand, I'd say it might be a graphics card issue. Or maybe built up system cache - rebooting clears it. Just my thoughts. On Oct 25, 2011, at 1:31 AM, putt3 nuke-users-re...@thefoundry.co.uk wrote: I have a problem. When I move the picture in Nuke it does not update correctly. I get these lines(see attachment) and it is very annoying. Sometimes, when i tap U, it updates but sometimes is does not. Solution anyone? nuke_problem.jpg ___ 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 ___ 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 ___ 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 ___ 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 ___ 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
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 save the changes, maybe restart the X server is enough. ) ___ 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
[Nuke-users] OFlow: Source Frame at the current Frame using Speed?
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 /\ sno ___ 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] OFlow: Source Frame at the current Frame using Speed?
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 '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 /\ sno ___ 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 ___ 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
[Nuke-users] Re: Layered photoshop files and nuke
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 with the correct merge modes and opacity setting. The last time I talked to him was was really close to having a nuke tool that will do just that. Quick tip: When you write the EXR image from PhotoShop using ProEXR, it defaults to PIZ compression but Nuke is really slow at reading those. I've had much better experience with RLE compression. If disk space in no object NONE compression is even faster in Nuke. ___ 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] caching and localising preferences
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 possible to incorporate a automatic check that would ensure the local copy is always more recent than the original file? (and either delete copy with a warning or update the copy) On Tue, Oct 25, 2011 at 10:32 PM, Peter Crossley cross...@thefoundry.co.ukwrote: 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 cached files from within Nuke. Regards, Peter. On 25/10/2011 03:25, Frank Rueter wrote: yes, I guess it's a good idea to manually remove the cache files when done. Don't think there is a mechanism built in for that (which would be a nice option though to keep your disk tidy) On Oct 25, 2011, at 12:45 PM, jean-luc wrote: Ok got it! I thought the localising process was automatic... I didn't realise you had to manually make it cache... So what happens when the files are marked always and you're finished with your shot. Do you have to manually un-cache the files too? There's no size limit on the localise folder so I wonder if it's going to slowly fill up my local disk until it chokes! Cheers jean-luc On Tue, Oct 25, 2011 at 11:55 AM, Frank Rueter fr...@beingfrank.infowrote: Hi Jean-Luc, you either have to set the Read nodes you want to localise to cache locally = always or set the local file auto-cache path in the preferences to the root directory shared by all file paths you want to localise (i.e. '/server/shows/' ). In the latter case the Read nodes' set to cache locally = auto will be checked if they point to the server path and if they do, they will be localised. Once set use one of the options in Cache/Local File Cache to start the localising process. It took me a moment to figure out as well, but the tooltips helped. Cheers, frank On Oct 25, 2011, at 11:24 AM, jean-luc wrote: Hi There I am trying to use the localizing and caching Nuke 6.3 but even after changing my preferences it does nothing. attached is a snapshot of my prefs. When I start Nuke It still tells me that I am using around 94% of my 100Gb of disk cache (it should be 1000Gb) When I go to the /local1/NukeLocalise folder, it is completely empty Is there something else I should be doing? Thanks Jean-luc prefs.jpeg___ 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 ___ 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 ___ 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 ___ Nuke-users mailing listnuke-us...@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users ___ 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 ___ 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] OFlow: Source Frame at the current Frame using Speed?
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 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 mailto:dav...@tippett.com wrote: 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 /\ sno ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk mailto:Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users ___ 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 -- \/ davids / comp \/ 177 /\ tippettstudio /\ sno ___ 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] OFlow: Source Frame at the current Frame using Speed?
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 ypos 139 } set N2114dbf0 [stack 0] OFXuk.co.thefoundry.time.oflow_v100 { method Motion timing Speed timingFrame 1 timingSpeed {{curve x16 0.5 x38 3}} filtering Normal warpMode Simple correctLuminance false automaticShutterTime false shutterTime 0 shutterSamples 1 vectorDetail 0.2 smoothness 0.5 blockSize 6 Tolerances 0 weightRed 0.3 weightGreen 0.6 weightBlue 0.1 showVectors false cacheBreaker false name OFlow selected true xpos 1073 ypos 242 } push $N2114dbf0 NoOp { name NoOp1 selected true xpos 976 ypos 238 addUserKnob {20 User} addUserKnob {7 test l frame R 0 1000} test {{(frame-OFlow.first_frame) * OFlow.timingSpeed + OFlow.first_frame}} } From: Ivan Busquets ivanbusqu...@gmail.com To: Nuke user discussion nuke-users@support.thefoundry.co.uk Sent: Tuesday, 25 October 2011, 19:56 Subject: Re: [Nuke-users] OFlow: Source Frame at the current Frame using Speed? 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 '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 /\ sno ___ 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 ___ 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 ___ 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] OFlow: Source Frame at the current Frame using Speed?
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 current Frame using Speed? Here, this is what I would do it if speed is not constant: (please note the expression could use some further work to avoid divisions by 0, etc, but you get the idea) set cut_paste_input [stack 0] version 6.3 v4 push $cut_paste_input Text { font /Library/Fonts/Arial.ttf size 240 yjustify center box {457 389 1371 1167} center {914 778} name Text2 selected true xpos -353 ypos -32 } Crop { box {0 0 1828 1556} name Crop1 selected true xpos -353 ypos -6 } set Na4151610 [stack 0] OFXuk.co.thefoundry.time.oflow_v100 { method Blend timing Speed timingFrame 1 timingSpeed {{curve x1 1 x38 3}} filtering Normal warpMode Simple correctLuminance false automaticShutterTime false shutterTime 0 shutterSamples 1 vectorDetail 0.2 smoothness 0.5 blockSize 6 Tolerances 0 weightRed 0.3 weightGreen 0.6 weightBlue 0.1 showVectors false cacheBreaker false name OFlow selected true xpos -240 ypos 71 } push $Na4151610 NoOp { name NoOp1 selected true xpos -353 ypos 156 addUserKnob {20 User} addUserKnob {7 avg_speed} avg_speed {{OFlow.timingSpeed.integrate(OFlow.first_frame,frame) / (frame-OFlow.first_frame)}} addUserKnob {7 test l frame R 0 1000} test {{(frame-OFlow.first_frame) * avg_speed + OFlow.first_frame i}} } On Tue, Oct 25, 2011 at 3:31 PM, Ivan Busquets ivanbusqu...@gmail.com wrote: Yes, you're right Howard. That expression only works assuming the speed is constant. If the speed parameter is animated, you would have to find the average speed up until that point (the integrate from start to current, divided by current-start), and use that in place of timingSpeed On Tue, Oct 25, 2011 at 2:52 PM, Howard Jones mrhowardjo...@yahoo.com wrote: 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 ypos 139 } set N2114dbf0 [stack 0] OFXuk.co.thefoundry.time.oflow_v100 { method Motion timing Speed timingFrame 1 timingSpeed {{curve x16 0.5 x38 3}} filtering Normal warpMode Simple correctLuminance false automaticShutterTime false shutterTime 0 shutterSamples 1 vectorDetail 0.2 smoothness 0.5 blockSize 6 Tolerances 0 weightRed 0.3 weightGreen 0.6 weightBlue 0.1 showVectors false cacheBreaker false name OFlow selected true xpos 1073 ypos 242 } push $N2114dbf0 NoOp { name NoOp1 selected true xpos 976 ypos 238 addUserKnob {20 User} addUserKnob {7 test l frame R 0 1000} test {{(frame-OFlow.first_frame) * OFlow.timingSpeed + OFlow.first_frame}} } From: Ivan Busquets ivanbusqu...@gmail.com To: Nuke user discussion nuke-users@support.thefoundry.co.uk Sent: Tuesday, 25 October 2011, 19:56 Subject: Re: [Nuke-users] OFlow: Source Frame at the current Frame using Speed? 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 '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 /\ sno ___ 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 ___ 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 ___ 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 ___ 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] OT: does anyone have experience with RedCine X Pro?
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 wrote: Was the color you got out of it the same as you would've gotten through Nuke? I always found them to be different, but that was almost a year ago. On Oct 25, 2011, at 5:34 PM, Frank Rueter wrote: ha. Just an update for those who are interested: After playing with RedCinePro a bit longer I've decided it's a piece of poo and will probably invest into MonkeyExtract next time around (especially seeing the developer lives on the same peninsula, haha). RedCine seems to output unreliable frame ranges and also an unpredictable mess of file/folder naming, in other words when loading and exporting the same exact project multiple times I never once got the same output. While the software itself is free, it's unreliability has already cost me almost a day worth of work so it got expensive quite quickly :-D On Oct 25, 2011, at 5:34 PM, Randy Little wrote: Ha no one owes you more then I do Frank. :-) Randy S. Little http://www.rslittle.com On Mon, Oct 24, 2011 at 21:43, Frank Rueter fr...@beingfrank.info wrote: thanks a lot for the offer Asa but using the REDLogFilm look seems to do the trick. thanks everyone for your input, much appreciated. frank On Oct 25, 2011, at 4:15 PM, asa hammond wrote: If you kick me an edl I can kick you back a script to run using redline if you want to go that way, I have tools that support Fcp and cmx edls and I owe you at least one favor for the knowledge you have dropped on us nukers over the years. Asa On Oct 24, 2011, at 8:07 PM, Frank Rueter fr...@beingfrank.info wrote: RedCine is free ;) On Oct 25, 2011, at 3:43 PM, Bill Gilman wrote: You can try this: http://www.rubbermonkeysoftware.com On Oct 24, 2011, at 7:36 PM, Frank Rueter wrote: Sorry for the OT, but does anyone have experience with this thing? I'm trying to export some proper log dpx files but there don't seem to be any options in the export dialog and the default dpx output seems to be in sRGB which sucks balls. I need to go through RedCine as I need to transcode based on edlx, otherwise I could just pull it into NUke, but that will take me ages. Any tips would be greatly appreciated. Cheers, frank ___ 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 ___ 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 ___ 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 ___ 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 ___ 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 ___ 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 ___ 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 ___ 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 ___ 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