Because usually the alpha is nothing more then transparency values so it is represented in a way that best resembles how it is applied to the data. You alpha isn't getting and CC where as your rgb and other channels have to have a proper color look to be blended. (alpha blending is linear multi. why would you want it to do anything else?)
Randy On Jul 3, 2012, at 4:54 PM, [email protected] wrote: > 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]> 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 >> >> 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]> >> Subject: Re: [Nuke-users] 6.3v8 OCIO display lut >> To: Nuke user discussion<[email protected]> >> Message-ID: >> <ca+dgjnax09z0blpa2xogbqr_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]> 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 >> >> 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<[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], 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
_______________________________________________ Nuke-users mailing list [email protected], http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
