Forum Replies Created

Viewing 15 posts - 16 through 30 (of 63 total)
  • Author
    Posts
  • in reply to: Alphas write in red channel only? #218278
    Dejan
    Participant

    Maybe because they are single channel images 🙂

    Just shuffle it back to the alpha channel if you really need them in the alpha channel.

    in reply to: Any tips for Headlight glare? #218159
    Dejan
    Participant

    To do a Glare in Nuke you basically key your highlights with a luma keyer and then use a Convolve with a Flare as the convolution pattern. That way you can control the chroma spread and chroma shift using the Flare’s controls.

    There was a glare gizmo floating around, try checking http://www.fxshare.com

    in reply to: hd grain #218176
    Dejan
    Participant

    What kind of vertical streaks are you talking about?

    If it’s vertical lines that resemble fields like in the image bellow it’s actually a problem on the telecine as far as I’m aware. I hope it’s not your case, because I end up sending that entire film to retel 🙂

    hd_vertical_lines.jpg

    in reply to: Why only one undo in so many modules?! #218134
    Dejan
    Participant

    I would say that it’s no excuse for single undo levels though. Single undo level is a thing from ancient times and shouldn’t exist nowadays. And even though it’s something that I might not use I like to know it’s there just in case I need it.

    But I would say it’s suites the RGB only nature of Flame though 😉

    in reply to: Rotate on Y axis #217869
    Dejan
    Participant

    If all you want is a simple Y axis rotation on the 2D environment just use the “Transform > Card3D”.

    in reply to: 2D motion vectors from 3dsmax to Nuke #217840
    Dejan
    Participant

    You shouldn’t have gamma correction in it by any mean anyway. It’s not an “image” it’s a data pass.

    in reply to: 2D motion vectors from 3dsmax to Nuke #217839
    Dejan
    Participant

    Since you’re using MR you could try using the mip_Motion_Vector shader from MR. I’m not sure it’s packed with Max but probably it is.

    Just set it to “Toxik” mode and you should have something that works in Nuke.

    RPF is something I’ve used only once in C* right on the beginning and never really bothered about looking at it again. It had some nice things and all but for me both RLA and RPF don’t count as production file formats.

    in reply to: Does Nuke have B-splines? #217749
    Dejan
    Participant

    For now you can’t find B-Splines in Nuke, but it has been requested several times and will probably pop-up along with the re-engineered roto tools in a future version.

    in reply to: Read/Write external data source #217707
    Dejan
    Participant

    Yes, completely possible.

    in reply to: How do I shift a clip to start later in time? #217598
    Dejan
    Participant

    Read the docs and take the time to pause the mouse cursor for a moment over each field in a node, all the info you need it’s there. You are getting freeze frames because your before and after dropdowns must be set to “hold”, change them to “black” and you should be fine.

    in reply to: How do I shift a clip to start later in time? #217597
    Dejan
    Participant

    @vfxtodd 27542 wrote:

    Hi dg,

    I’ve played with the settings and I can’t get it to work. The sequence I’m working with is 40 frames long. I want to trim the FG layer to 20 frames, and have it start at frame 20. But, the FG layer just freezes before frame 20 and starts moving at frame 20. I want to see just the BG layer before frame 20, when the FG kicks in.

    I’ve tried different settings for the before and after menus but nothing gives me what I want to see. There’s obviously a workflow to this tool, but I don’t think its readily apparent; at least not to me.

    I’m confused. :-/

    input range 20 – 40
    output range 1 – 21

    in reply to: How do I shift a clip to start later in time? #217596
    Dejan
    Participant

    Basically the “input range” there is where you trim your source, “output range” is where you “slide” it.

    Just take a look at the node’s help by pausing your cursor over each field, and take a look at the chapter 9 of the Nuke pdf doc.

    in reply to: Strange bezier behavior #217614
    Dejan
    Participant

    Add a Shuffle node to the “Sam Walk GS.mov” before it being piped to the A input of the merge and set the alpha on this shuffle to constant white (1). This should solve this problem.

    Also you don’t need to have the “Bezier1” connected to do it this way. But if you want to, either connect it before the shuffle node or check “replace” on the bezier case you connect it to the shuffle.

    You could also just add the bezier (set to alpha only) to the “Sam Walk GS.mov” followed by a premult node and connect that to the A input.

    But if I were you, I would look into the AddMix node since this will probably involve a keyer and won’t require any exotic transfer mode.

    in reply to: where can I download full nuke v5? #216820
    Dejan
    Participant

    Web forums don’t cease to amaze me.

    in reply to: Nuke Exr File/Passes- Newbie question #216111
    Dejan
    Participant

    You don’t actually have to ‘branch’ all the passes, you can merge and perform almost all the operations from the same reader (pipe) by just selecting the desired layers from the dropdowns and set to which layer you like to output to working in a more ‘inline’ way. But since this may get really messy in some cases you can ‘branch’ them using the Shuffle operator.

    Just add a Shuffle set the input layer on the “in 1” dropdown and then to what layer you want to output to in the “out 1” dropdown.

    I hope it helps.

    Cheers,

Viewing 15 posts - 16 through 30 (of 63 total)