So using the OCIODisplay now with the viewerProcess set to none does give me the same result as using selections in the viewerProcess as it should and yes the transforms are applied to all layers and channels except the alpha.

This is a desired result you say? Why would you want your alpha not represented the same as everything else?

Andrew

––––––––

MIRADA
Purveyors of Handmade Storytelling,
Since 2010

4235 Redwood Avenue
Los Angeles, CA 90066
+1 424 216 7470
mirada.com

Please consider the environment before printing this email.

This communication is confidential and may contain legally privileged 
information related to Mirada. If you are not the named recipient, please 
contact us immediately and delete this message and attachments. You must not 
copy, use or disclose this communication, or any attachments or information in 
it, without our prior consent. All opinions, conclusions and other information 
expressed in this message not of an official nature shall not be deemed as 
given or endorsed by Mirada unless otherwise indicated by an authorized 
representative independent of this message.


On 07/03/2012 10:52 AM, Sean Looper wrote:
The OCIO Viewer LUTs are just OCIODisplay nodes. Try inserting an OCIODisplay node in your graph and viewing from there with your Viewer LUT set to "None". Pick an obvious transform from the "view transform" knob and cycle the "layer" knob through your various layers. You *should* see the transform applied to whichever layer you select. What you shouldn't see is the transform being applied to the alpha channels.

Let us know if you see anything different than the above.

-sean



On Mon, Jul 2, 2012 at 3:58 PM, <[email protected] <mailto:[email protected]>> wrote:

    Hey Sean,

    I'm using the "rec709 (default)" from the viewer lut pulldown
    though srgb has the same issue and I dont have any other view luts
    currently installed. We have a custom OCIO config originating from
    opencolorio.org <http://opencolorio.org>

    A quick and clear test is to make an RGBA ramp and compare the RGB
    and the A through different viewer luts and none.

    If no one else is seeing it perhaps its to do with our OCIO setup.

    Andrew

    Date: Fri, 29 Jun 2012 14:01:21 -0700
    From: Sean Looper<[email protected]
    <mailto:[email protected]>>
    Subject: Re: [Nuke-users] 6.3v8 OCIO display lut
    To: Nuke user discussion<[email protected]
    <mailto:[email protected]>>
    Message-ID:
    <ca+dgjnax09z0blpa2xogbqr_ofdbkfw0ehwp2gg1h9z6dvp...@mail.gmail.com 
<mailto:ca%2bdgjnax09z0blpa2xogbqr_ofdbkfw0ehwp2gg1h9z6dvp...@mail.gmail.com>>
    Content-Type: text/plain; charset="windows-1252"

    Hey Andrew,

    Can you clarify a bit? In 6.3v8, the shipped LUTs seem to apply
    correctly
    to non-rgba channels, but not to the alpha. This is the desired
    behavior.
    At one point there was a bug in OCIO that caused the LUTs to only
    apply to
    RGBA, but that fix seems to be picked up in Nuke 6.3v8.  Which LUT
    are you
    selecting in the Viewer LUT pulldown? Are you using a custom OCIO
    config or
    the one that ships with Nuke?

    Sean



    On Fri, Jun 29, 2012 at 12:18 PM,<[email protected]
    <mailto:[email protected]>>  wrote:

         It appears that the forced OCIO display lut in 6.3v8 is only
        applying to
         the RGB channels and not the alpha or other layers.

         My "layer" option in the OCIOCDisplay panel is set to all.
        Though changing
         this to other options doest not have any affect.

         Anyone else experiencing this?

         -Andrew

         --
         Compositing Supervisor
         ––––––––

         MIRADA
         Purveyors of Handmade Storytelling,
         Since 2010

         4235 Redwood Avenue
         Los Angeles, CA 90066
         +1 424 216 7470
        mirada.com <http://mirada.com>

         Please consider the environment before printing this email.

         This communication is confidential and may contain legally
        privileged
         information related to Mirada. If you are not the named
        recipient, please
         contact us immediately and delete this message and
        attachments. You must
         not copy, use or disclose this communication, or any
        attachments or
         information in it, without our prior consent. All opinions,
        conclusions and
         other information expressed in this message not of an
        official nature shall
         not be deemed as given or endorsed by Mirada unless otherwise
        indicated by
         an authorized representative independent of this message.


         ______________________________**_________________
         Nuke-users mailing list
         [email protected].**co.uk
        <http://co.uk><[email protected]
        <mailto:[email protected]>>,
        http://forums.thefoundry.co.**uk/<http://forums.thefoundry.co.uk/>
        
http://support.thefoundry.co.**uk/cgi-bin/mailman/listinfo/**nuke-users<http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users>

    -------------- next part --------------
    An HTML attachment was scrubbed...
    URL:
    
http://support.thefoundry.co.uk/cgi-bin/mailman/private/nuke-users/attachments/20120629/797f3ea4/attachment-0001.htm




    _______________________________________________
    Nuke-users mailing list
    [email protected]
    <mailto:[email protected]>,
    http://forums.thefoundry.co.uk/
    http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users



_______________________________________________
Nuke-users mailing list
[email protected], http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
_______________________________________________
Nuke-users mailing list
[email protected], http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users

Reply via email to