[Nuke-users] Nuke to Photoshop alpha issue
Hello, I am having this problem with PNGs from Nuke that I need to deliver in a Photoshop psd-file. This specifically concerns the shadow pass of my comp but generally there is a discrepancy on everything that is not solidly opaque. My workflow is as follows: - I write my 8-bit PNG out of Nuke using the sRGB colorspace. - When I open the rendered PNG in Photoshop I assign the sRGB color profile and over a 'transparent' background the shadow looks to have similar density to the one in Nuke. - When I comp that layer over a white background though, the shadow is suddenly more dense than in Nuke. Also, there is a much harsher fall-off in the shadow. Is this because Photoshop treats alpha information differently from Nuke? I thought I can maybe counteract this by additional grading in Nuke but even when I grade the alpha gamma to 0.4545 in Nuke and then write the PNG I get closer but not exactly to the same result. Does anyone have a suggestion? Thanks. Florian -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com [image: Saddington Baynes] http://www.saddingtonbaynes.com/ Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map http://signature.saddingtonbaynes.com/map.php Disclaimer http://signature.saddingtonbaynes.com/disclaimer.php | Printing? Consider the environment. [image: Twitter] http://www.twitter.com/saddbaynes [image: Facebook]http://www.facebook.com/SaddingtonBaynes [image: linkedin] http://www.linkedin.com/company/saddington-baynes [image: pinterest] http://pinterest.com/saddbaynes/ [image: vimeo]http://vimeo.com/saddingtonbaynes [image: behance] http://www.behance.net/saddington_baynes [image: instagram] http://instagram.com/saddingtonbaynes ___ 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] Nuke to Photoshop alpha issue
Are yr pngs in 24 bit? That might help. On 29 Apr, 2014, at 6:45 PM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: Hello, I am having this problem with PNGs from Nuke that I need to deliver in a Photoshop psd-file. This specifically concerns the shadow pass of my comp but generally there is a discrepancy on everything that is not solidly opaque. My workflow is as follows: - I write my 8-bit PNG out of Nuke using the sRGB colorspace. - When I open the rendered PNG in Photoshop I assign the sRGB color profile and over a 'transparent' background the shadow looks to have similar density to the one in Nuke. - When I comp that layer over a white background though, the shadow is suddenly more dense than in Nuke. Also, there is a much harsher fall-off in the shadow. Is this because Photoshop treats alpha information differently from Nuke? I thought I can maybe counteract this by additional grading in Nuke but even when I grade the alpha gamma to 0.4545 in Nuke and then write the PNG I get closer but not exactly to the same result. Does anyone have a suggestion? Thanks. Florian -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map Disclaimer | Printing? Consider the environment. ___ 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] Nuke to Photoshop alpha issue
I tried both using 8bit per pixel and 16bit per pixel. No difference unfortunately. Flo On 29 April 2014 11:51, Martin Constable jackyoungbl...@me.com wrote: Are yr pngs in 24 bit? That might help. On 29 Apr, 2014, at 6:45 PM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: Hello, I am having this problem with PNGs from Nuke that I need to deliver in a Photoshop psd-file. This specifically concerns the shadow pass of my comp but generally there is a discrepancy on everything that is not solidly opaque. My workflow is as follows: - I write my 8-bit PNG out of Nuke using the sRGB colorspace. - When I open the rendered PNG in Photoshop I assign the sRGB color profile and over a 'transparent' background the shadow looks to have similar density to the one in Nuke. - When I comp that layer over a white background though, the shadow is suddenly more dense than in Nuke. Also, there is a much harsher fall-off in the shadow. Is this because Photoshop treats alpha information differently from Nuke? I thought I can maybe counteract this by additional grading in Nuke but even when I grade the alpha gamma to 0.4545 in Nuke and then write the PNG I get closer but not exactly to the same result. Does anyone have a suggestion? Thanks. Florian -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map Disclaimer | Printing? Consider the environment. ___ 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 -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com [image: Saddington Baynes] http://www.saddingtonbaynes.com/ Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map http://signature.saddingtonbaynes.com/map.php Disclaimer http://signature.saddingtonbaynes.com/disclaimer.php | Printing? Consider the environment. [image: Twitter] http://www.twitter.com/saddbaynes [image: Facebook]http://www.facebook.com/SaddingtonBaynes [image: linkedin] http://www.linkedin.com/company/saddington-baynes [image: pinterest] http://pinterest.com/saddbaynes/ [image: vimeo]http://vimeo.com/saddingtonbaynes [image: behance] http://www.behance.net/saddington_baynes [image: instagram] http://instagram.com/saddingtonbaynes ___ 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] Nuke to Photoshop alpha issue
An obvios suggestion maybe, but have you thought about moving your workflow to tiffs? Or exrs? PNGs do not store info as floating point. They use integers instead. This might be at the root of yr problem. On 29 Apr, 2014, at 6:56 PM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: I tried both using 8bit per pixel and 16bit per pixel. No difference unfortunately. Flo On 29 April 2014 11:51, Martin Constable jackyoungbl...@me.com wrote: Are yr pngs in 24 bit? That might help. On 29 Apr, 2014, at 6:45 PM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: Hello, I am having this problem with PNGs from Nuke that I need to deliver in a Photoshop psd-file. This specifically concerns the shadow pass of my comp but generally there is a discrepancy on everything that is not solidly opaque. My workflow is as follows: - I write my 8-bit PNG out of Nuke using the sRGB colorspace. - When I open the rendered PNG in Photoshop I assign the sRGB color profile and over a 'transparent' background the shadow looks to have similar density to the one in Nuke. - When I comp that layer over a white background though, the shadow is suddenly more dense than in Nuke. Also, there is a much harsher fall-off in the shadow. Is this because Photoshop treats alpha information differently from Nuke? I thought I can maybe counteract this by additional grading in Nuke but even when I grade the alpha gamma to 0.4545 in Nuke and then write the PNG I get closer but not exactly to the same result. Does anyone have a suggestion? Thanks. Florian -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map Disclaimer | Printing? Consider the environment. ___ 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 -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map Disclaimer | Printing? Consider the environment. ___ 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] Nuke to Photoshop alpha issue
I have tried to use: png 8 and 16 bit exr 16bit float tiff 8 and 16bit Same behavior with all of them. On 29 April 2014 12:20, Martin Constable jackyoungbl...@me.com wrote: An obvios suggestion maybe, but have you thought about moving your workflow to tiffs? Or exrs? PNGs do not store info as floating point. They use integers instead. This might be at the root of yr problem. On 29 Apr, 2014, at 6:56 PM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: I tried both using 8bit per pixel and 16bit per pixel. No difference unfortunately. Flo On 29 April 2014 11:51, Martin Constable jackyoungbl...@me.com wrote: Are yr pngs in 24 bit? That might help. On 29 Apr, 2014, at 6:45 PM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: Hello, I am having this problem with PNGs from Nuke that I need to deliver in a Photoshop psd-file. This specifically concerns the shadow pass of my comp but generally there is a discrepancy on everything that is not solidly opaque. My workflow is as follows: - I write my 8-bit PNG out of Nuke using the sRGB colorspace. - When I open the rendered PNG in Photoshop I assign the sRGB color profile and over a 'transparent' background the shadow looks to have similar density to the one in Nuke. - When I comp that layer over a white background though, the shadow is suddenly more dense than in Nuke. Also, there is a much harsher fall-off in the shadow. Is this because Photoshop treats alpha information differently from Nuke? I thought I can maybe counteract this by additional grading in Nuke but even when I grade the alpha gamma to 0.4545 in Nuke and then write the PNG I get closer but not exactly to the same result. Does anyone have a suggestion? Thanks. Florian -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map Disclaimer | Printing? Consider the environment. ___ 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 -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map Disclaimer | Printing? Consider the environment. ___ 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 -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com [image: Saddington Baynes] http://www.saddingtonbaynes.com/ Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map http://signature.saddingtonbaynes.com/map.php Disclaimer http://signature.saddingtonbaynes.com/disclaimer.php | Printing? Consider the environment. [image: Twitter] http://www.twitter.com/saddbaynes [image: Facebook]http://www.facebook.com/SaddingtonBaynes [image: linkedin] http://www.linkedin.com/company/saddington-baynes [image: pinterest] http://pinterest.com/saddbaynes/ [image: vimeo]http://vimeo.com/saddingtonbaynes [image: behance] http://www.behance.net/saddington_baynes [image: instagram] http://instagram.com/saddingtonbaynes ___ 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] New Mac GPU support
and here :] On Mon, Apr 28, 2014 at 8:39 PM, Simon Blackledge simon.blackle...@spacedigital.co.uk wrote: And here…. :) s On 28 Apr 2014, at 18:04, Doug Wilkinson d...@buck.tv wrote: we are interested in hearing about support for the firepro cards on the pc as well... On Mon, Apr 28, 2014 at 9:50 AM, Howard Jones mrhowardjo...@yahoo.comwrote: Hi I have my new coffee tin mac up and running - hooray :) but there is no gpu support in Nuke - harooo :( I was aware of this but does anyone here know if this is to be supported or can be supported somehow? AMD FirePro Cheers H ___ 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 -- -- Matan Arbel Motion/Graphic Designer matanarbel.com ___ 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] Nuke to Photoshop alpha issue
Nuke needs to unpremultiply the alpha before applying the sRGB lut and the premultiply it again. Did you check the premultiplied box in the read node properties next to the lut selection? -deke On Tuesday, April 29, 2014, Florian Einfalt florian.einf...@saddingtonbaynes.comjavascript:_e(%7B%7D,'cvml','florian.einf...@saddingtonbaynes.com'); wrote: I have tried to use: png 8 and 16 bit exr 16bit float tiff 8 and 16bit Same behavior with all of them. On 29 April 2014 12:20, Martin Constable jackyoungbl...@me.com wrote: An obvios suggestion maybe, but have you thought about moving your workflow to tiffs? Or exrs? PNGs do not store info as floating point. They use integers instead. This might be at the root of yr problem. On 29 Apr, 2014, at 6:56 PM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: I tried both using 8bit per pixel and 16bit per pixel. No difference unfortunately. Flo On 29 April 2014 11:51, Martin Constable jackyoungbl...@me.com wrote: Are yr pngs in 24 bit? That might help. On 29 Apr, 2014, at 6:45 PM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: Hello, I am having this problem with PNGs from Nuke that I need to deliver in a Photoshop psd-file. This specifically concerns the shadow pass of my comp but generally there is a discrepancy on everything that is not solidly opaque. My workflow is as follows: - I write my 8-bit PNG out of Nuke using the sRGB colorspace. - When I open the rendered PNG in Photoshop I assign the sRGB color profile and over a 'transparent' background the shadow looks to have similar density to the one in Nuke. - When I comp that layer over a white background though, the shadow is suddenly more dense than in Nuke. Also, there is a much harsher fall-off in the shadow. Is this because Photoshop treats alpha information differently from Nuke? I thought I can maybe counteract this by additional grading in Nuke but even when I grade the alpha gamma to 0.4545 in Nuke and then write the PNG I get closer but not exactly to the same result. Does anyone have a suggestion? Thanks. Florian -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map Disclaimer | Printing? Consider the environment. ___ 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 -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map Disclaimer | Printing? Co Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com [image: Saddington Baynes] http://www.saddingtonbaynes.com/ Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map http://signature.saddingtonbaynes.com/map.php Disclaimer http://signature.saddingtonbaynes.com/disclaimer.php | Printing? Consider the environment. [image: Twitter] http://www.twitter.com/saddbaynes [image: Facebook]http://www.facebook.com/SaddingtonBaynes [image: linkedin] http://www.linkedin.com/company/saddington-baynes [image: pinterest] http://pinterest.com/saddbaynes/ [image: vimeo]http://vimeo.com/saddingtonbaynes [image: behance] http://www.behance.net/saddington_baynes [image: instagram] http://instagram.com/saddingtonbaynes -- -- Deke Kincaid Creative Specialist The Foundry Skype: dekekincaid Tel: (310) 399 4555 - Mobile: (310) 883 4313 Web: www.thefoundry.co.uk Email: d...@thefoundry.co.uk ___ 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] Nuke to Photoshop alpha issue
Hi Deke, thanks for that, did it just now and it doesn't change anything unfortunately. When does the sRGB LUT get applied actually? Thanks. Flo On 29 April 2014 14:28, Deke Kincaid d...@thefoundry.co.uk wrote: Nuke needs to unpremultiply the alpha before applying the sRGB lut and the premultiply it again. Did you check the premultiplied box in the read node properties next to the lut selection? -deke On Tuesday, April 29, 2014, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: I have tried to use: png 8 and 16 bit exr 16bit float tiff 8 and 16bit Same behavior with all of them. On 29 April 2014 12:20, Martin Constable jackyoungbl...@me.com wrote: An obvios suggestion maybe, but have you thought about moving your workflow to tiffs? Or exrs? PNGs do not store info as floating point. They use integers instead. This might be at the root of yr problem. On 29 Apr, 2014, at 6:56 PM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: I tried both using 8bit per pixel and 16bit per pixel. No difference unfortunately. Flo On 29 April 2014 11:51, Martin Constable jackyoungbl...@me.com wrote: Are yr pngs in 24 bit? That might help. On 29 Apr, 2014, at 6:45 PM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: Hello, I am having this problem with PNGs from Nuke that I need to deliver in a Photoshop psd-file. This specifically concerns the shadow pass of my comp but generally there is a discrepancy on everything that is not solidly opaque. My workflow is as follows: - I write my 8-bit PNG out of Nuke using the sRGB colorspace. - When I open the rendered PNG in Photoshop I assign the sRGB color profile and over a 'transparent' background the shadow looks to have similar density to the one in Nuke. - When I comp that layer over a white background though, the shadow is suddenly more dense than in Nuke. Also, there is a much harsher fall-off in the shadow. Is this because Photoshop treats alpha information differently from Nuke? I thought I can maybe counteract this by additional grading in Nuke but even when I grade the alpha gamma to 0.4545 in Nuke and then write the PNG I get closer but not exactly to the same result. Does anyone have a suggestion? Thanks. Florian -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map Disclaimer | Printing? Consider the environment. ___ 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 -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map Disclaimer | Printing? Co Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com [image: Saddington Baynes] http://www.saddingtonbaynes.com/ Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map http://signature.saddingtonbaynes.com/map.php Disclaimer http://signature.saddingtonbaynes.com/disclaimer.php | Printing? Consider the environment. [image: Twitter] http://www.twitter.com/saddbaynes [image: Facebook]http://www.facebook.com/SaddingtonBaynes [image: linkedin] http://www.linkedin.com/company/saddington-baynes [image: pinterest] http://pinterest.com/saddbaynes/ [image: vimeo]http://vimeo.com/saddingtonbaynes [image: behance] http://www.behance.net/saddington_baynes [image: instagram] http://instagram.com/saddingtonbaynes -- -- Deke Kincaid Creative Specialist The Foundry Skype: dekekincaid Tel: (310) 399 4555 - Mobile: (310) 883 4313 Web: www.thefoundry.co.uk Email: d...@thefoundry.co.uk ___ 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 -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com [image: Saddington Baynes] http://www.saddingtonbaynes.com/ Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map http://signature.saddingtonbaynes.com/map.php Disclaimer http://signature.saddingtonbaynes.com/disclaimer.php | Printing? Consider the environment.
Re: [Nuke-users] Nuke to Photoshop alpha issue
Maybe you have a straight alpha instead of a premultiplied one. So try just adding a premult node. -deke On Tuesday, April 29, 2014, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: Hi Deke, thanks for that, did it just now and it doesn't change anything unfortunately. When does the sRGB LUT get applied actually? Thanks. Flo On 29 April 2014 14:28, Deke Kincaid d...@thefoundry.co.uk wrote: Nuke needs to unpremultiply the alpha before applying the sRGB lut and the premultiply it again. Did you check the premultiplied box in the read node properties next to the lut selection? -deke On Tuesday, April 29, 2014, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: I have tried to use: png 8 and 16 bit exr 16bit float tiff 8 and 16bit Same behavior with all of them. On 29 April 2014 12:20, Martin Constable jackyoungbl...@me.com wrote: An obvios suggestion maybe, but have you thought about moving your workflow to tiffs? Or exrs? PNGs do not store info as floating point. They use integers instead. This might be at the root of yr problem. On 29 Apr, 2014, at 6:56 PM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: I tried both using 8bit per pixel and 16bit per pixel. No difference unfortunately. Flo On 29 April 2014 11:51, Martin Constable jackyoungbl...@me.com wrote: Are yr pngs in 24 bit? That might help. On 29 Apr, 2014, at 6:45 PM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: Hello, I am having this problem with PNGs from Nuke that I need to deliver in a Photoshop psd-file. This specifically concerns the shadow pass of my comp but generally there is a discrepancy on everything that is not solidly opaque. My workflow is as follows: - I write my 8-bit PNG out of Nuke using the sRGB colorspace. - When I open the rendered PNG in Photoshop I assign the sRGB color profile and over a 'transparent' background the shadow looks to have similar density to the one in Nuke. - When I comp that layer over a white background though, the shadow is suddenly more dense than in Nuke. Also, there is a much harsher fall-off in the shadow. Is this because Photoshop treats alpha information differently from Nuke? I thought I can maybe counteract this by additional grading in Nuke but even when I grade the alpha gamma to 0.4545 in Nuke and then write the PNG I get closer but not exactly to the same result. Does anyone have a suggestion? Thanks. Florian -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map Disclaimer | Printing? Consider the environment. ___ 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 -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map Disclaimer | Pr -- -- Deke Kincaid Creative Specialist The Foundry Skype: dekekincaid Tel: (310) 399 4555 - Mobile: (310) 883 4313 Web: www.thefoundry.co.uk Email: d...@thefoundry.co.uk ___ 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] Nuke to Photoshop alpha issue
Photoshop is applying gamma to alpha. Nuke I believe does not. Try selecting just alpha in PS. Apply levels and set gamma to 2.2 On Apr 29, 2014 9:34 AM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: Hi Deke, thanks for that, did it just now and it doesn't change anything unfortunately. When does the sRGB LUT get applied actually? Thanks. Flo On 29 April 2014 14:28, Deke Kincaid d...@thefoundry.co.uk wrote: Nuke needs to unpremultiply the alpha before applying the sRGB lut and the premultiply it again. Did you check the premultiplied box in the read node properties next to the lut selection? -deke On Tuesday, April 29, 2014, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: I have tried to use: png 8 and 16 bit exr 16bit float tiff 8 and 16bit Same behavior with all of them. On 29 April 2014 12:20, Martin Constable jackyoungbl...@me.com wrote: An obvios suggestion maybe, but have you thought about moving your workflow to tiffs? Or exrs? PNGs do not store info as floating point. They use integers instead. This might be at the root of yr problem. On 29 Apr, 2014, at 6:56 PM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: I tried both using 8bit per pixel and 16bit per pixel. No difference unfortunately. Flo On 29 April 2014 11:51, Martin Constable jackyoungbl...@me.com wrote: Are yr pngs in 24 bit? That might help. On 29 Apr, 2014, at 6:45 PM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: Hello, I am having this problem with PNGs from Nuke that I need to deliver in a Photoshop psd-file. This specifically concerns the shadow pass of my comp but generally there is a discrepancy on everything that is not solidly opaque. My workflow is as follows: - I write my 8-bit PNG out of Nuke using the sRGB colorspace. - When I open the rendered PNG in Photoshop I assign the sRGB color profile and over a 'transparent' background the shadow looks to have similar density to the one in Nuke. - When I comp that layer over a white background though, the shadow is suddenly more dense than in Nuke. Also, there is a much harsher fall-off in the shadow. Is this because Photoshop treats alpha information differently from Nuke? I thought I can maybe counteract this by additional grading in Nuke but even when I grade the alpha gamma to 0.4545 in Nuke and then write the PNG I get closer but not exactly to the same result. Does anyone have a suggestion? Thanks. Florian -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map Disclaimer | Printing? Consider the environment. ___ 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 -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map Disclaimer | Printing? Co Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com [image: Saddington Baynes] http://www.saddingtonbaynes.com/ Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map http://signature.saddingtonbaynes.com/map.php Disclaimer http://signature.saddingtonbaynes.com/disclaimer.php | Printing? Consider the environment. [image: Twitter] http://www.twitter.com/saddbaynes [image: Facebook]http://www.facebook.com/SaddingtonBaynes [image: linkedin] http://www.linkedin.com/company/saddington-baynes [image: pinterest] http://pinterest.com/saddbaynes/ [image: vimeo]http://vimeo.com/saddingtonbaynes [image: behance] http://www.behance.net/saddington_baynes [image: instagram] http://instagram.com/saddingtonbaynes -- -- Deke Kincaid Creative Specialist The Foundry Skype: dekekincaid Tel: (310) 399 4555 - Mobile: (310) 883 4313 Web: www.thefoundry.co.uk Email: d...@thefoundry.co.uk ___ 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 -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com [image: Saddington Baynes] http://www.saddingtonbaynes.com/
Re: [Nuke-users] Nuke to Photoshop alpha issue
Sorry Deke, that doesn't work either. I have a feeling it is happening on the PS side of things. When I bring the PNG back into Nuke it looks exactly like the original. Anyone familiar with Photoshop's alpha treatment? On 29 April 2014 14:42, Deke Kincaid d...@thefoundry.co.uk wrote: Maybe you have a straight alpha instead of a premultiplied one. So try just adding a premult node. -deke On Tuesday, April 29, 2014, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: Hi Deke, thanks for that, did it just now and it doesn't change anything unfortunately. When does the sRGB LUT get applied actually? Thanks. Flo On 29 April 2014 14:28, Deke Kincaid d...@thefoundry.co.uk wrote: Nuke needs to unpremultiply the alpha before applying the sRGB lut and the premultiply it again. Did you check the premultiplied box in the read node properties next to the lut selection? -deke On Tuesday, April 29, 2014, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: I have tried to use: png 8 and 16 bit exr 16bit float tiff 8 and 16bit Same behavior with all of them. On 29 April 2014 12:20, Martin Constable jackyoungbl...@me.com wrote: An obvios suggestion maybe, but have you thought about moving your workflow to tiffs? Or exrs? PNGs do not store info as floating point. They use integers instead. This might be at the root of yr problem. On 29 Apr, 2014, at 6:56 PM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: I tried both using 8bit per pixel and 16bit per pixel. No difference unfortunately. Flo On 29 April 2014 11:51, Martin Constable jackyoungbl...@me.com wrote: Are yr pngs in 24 bit? That might help. On 29 Apr, 2014, at 6:45 PM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: Hello, I am having this problem with PNGs from Nuke that I need to deliver in a Photoshop psd-file. This specifically concerns the shadow pass of my comp but generally there is a discrepancy on everything that is not solidly opaque. My workflow is as follows: - I write my 8-bit PNG out of Nuke using the sRGB colorspace. - When I open the rendered PNG in Photoshop I assign the sRGB color profile and over a 'transparent' background the shadow looks to have similar density to the one in Nuke. - When I comp that layer over a white background though, the shadow is suddenly more dense than in Nuke. Also, there is a much harsher fall-off in the shadow. Is this because Photoshop treats alpha information differently from Nuke? I thought I can maybe counteract this by additional grading in Nuke but even when I grade the alpha gamma to 0.4545 in Nuke and then write the PNG I get closer but not exactly to the same result. Does anyone have a suggestion? Thanks. Florian -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map Disclaimer | Printing? Consider the environment. ___ 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 -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map Disclaimer | Pr -- -- Deke Kincaid Creative Specialist The Foundry Skype: dekekincaid Tel: (310) 399 4555 - Mobile: (310) 883 4313 Web: www.thefoundry.co.uk Email: d...@thefoundry.co.uk ___ 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 -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com [image: Saddington Baynes] http://www.saddingtonbaynes.com/ Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map http://signature.saddingtonbaynes.com/map.php Disclaimer http://signature.saddingtonbaynes.com/disclaimer.php | Printing? Consider the environment. [image: Twitter] http://www.twitter.com/saddbaynes [image: Facebook]http://www.facebook.com/SaddingtonBaynes [image: linkedin] http://www.linkedin.com/company/saddington-baynes [image: pinterest] http://pinterest.com/saddbaynes/ [image: vimeo]http://vimeo.com/saddingtonbaynes [image: behance] http://www.behance.net/saddington_baynes [image:
Re: [Nuke-users] Nuke to Photoshop alpha issue
The reason .4545 isnt the same is because sRGB doesnt have a gamma of 2.2. Its a power curve and it more like 2.4ish if you are trying to reverse it with a simple gamma. So you either accept the difference, use gamma 2.2 instead of sRGB or use 32bit tiff or exr.You shouldnt be applying or converting the profile in PS either. I dont know what CMM ENGINE nuke uses but it probably not the same as adobe and no 2 CMM ENGINES will produce the same result. You can tell PS to use the system cmm or any installed cmm. On Apr 29, 2014 6:46 AM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: Hello, I am having this problem with PNGs from Nuke that I need to deliver in a Photoshop psd-file. This specifically concerns the shadow pass of my comp but generally there is a discrepancy on everything that is not solidly opaque. My workflow is as follows: - I write my 8-bit PNG out of Nuke using the sRGB colorspace. - When I open the rendered PNG in Photoshop I assign the sRGB color profile and over a 'transparent' background the shadow looks to have similar density to the one in Nuke. - When I comp that layer over a white background though, the shadow is suddenly more dense than in Nuke. Also, there is a much harsher fall-off in the shadow. Is this because Photoshop treats alpha information differently from Nuke? I thought I can maybe counteract this by additional grading in Nuke but even when I grade the alpha gamma to 0.4545 in Nuke and then write the PNG I get closer but not exactly to the same result. Does anyone have a suggestion? Thanks. Florian -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com [image: Saddington Baynes] http://www.saddingtonbaynes.com/ Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map http://signature.saddingtonbaynes.com/map.php Disclaimer http://signature.saddingtonbaynes.com/disclaimer.php | Printing? Consider the environment. [image: Twitter] http://www.twitter.com/saddbaynes [image: Facebook]http://www.facebook.com/SaddingtonBaynes [image: linkedin] http://www.linkedin.com/company/saddington-baynes [image: pinterest] http://pinterest.com/saddbaynes/ [image: vimeo]http://vimeo.com/saddingtonbaynes [image: behance] http://www.behance.net/saddington_baynes [image: instagram] http://instagram.com/saddingtonbaynes ___ 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] Nuke to Photoshop alpha issue
One more thing. Under layers at the bottom is a fly away I forget the name but in site it will say remove black matte. That is premult basically On Apr 29, 2014 9:57 AM, Randy Little randyslit...@gmail.com wrote: The reason .4545 isnt the same is because sRGB doesnt have a gamma of 2.2. Its a power curve and it more like 2.4ish if you are trying to reverse it with a simple gamma. So you either accept the difference, use gamma 2.2 instead of sRGB or use 32bit tiff or exr.You shouldnt be applying or converting the profile in PS either. I dont know what CMM ENGINE nuke uses but it probably not the same as adobe and no 2 CMM ENGINES will produce the same result. You can tell PS to use the system cmm or any installed cmm. On Apr 29, 2014 6:46 AM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: Hello, I am having this problem with PNGs from Nuke that I need to deliver in a Photoshop psd-file. This specifically concerns the shadow pass of my comp but generally there is a discrepancy on everything that is not solidly opaque. My workflow is as follows: - I write my 8-bit PNG out of Nuke using the sRGB colorspace. - When I open the rendered PNG in Photoshop I assign the sRGB color profile and over a 'transparent' background the shadow looks to have similar density to the one in Nuke. - When I comp that layer over a white background though, the shadow is suddenly more dense than in Nuke. Also, there is a much harsher fall-off in the shadow. Is this because Photoshop treats alpha information differently from Nuke? I thought I can maybe counteract this by additional grading in Nuke but even when I grade the alpha gamma to 0.4545 in Nuke and then write the PNG I get closer but not exactly to the same result. Does anyone have a suggestion? Thanks. Florian -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com [image: Saddington Baynes] http://www.saddingtonbaynes.com/ Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map http://signature.saddingtonbaynes.com/map.php Disclaimer http://signature.saddingtonbaynes.com/disclaimer.php | Printing? Consider the environment. [image: Twitter] http://www.twitter.com/saddbaynes [image: Facebook]http://www.facebook.com/SaddingtonBaynes [image: linkedin] http://www.linkedin.com/company/saddington-baynes [image: pinterest] http://pinterest.com/saddbaynes/ [image: vimeo]http://vimeo.com/saddingtonbaynes [image: behance] http://www.behance.net/saddington_baynes [image: instagram] http://instagram.com/saddingtonbaynes ___ 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] Nuke to Photoshop alpha issue
Thanks Randy. Still no joy even after using the inverted ~2.4 gamma, and without applying or converting in PS. Also, Remove Black Matte doesn't do anything for me. Seems like I need to figure out a workaround to approximate it. On 29 April 2014 15:00, Randy Little randyslit...@gmail.com wrote: One more thing. Under layers at the bottom is a fly away I forget the name but in site it will say remove black matte. That is premult basically On Apr 29, 2014 9:57 AM, Randy Little randyslit...@gmail.com wrote: The reason .4545 isnt the same is because sRGB doesnt have a gamma of 2.2. Its a power curve and it more like 2.4ish if you are trying to reverse it with a simple gamma. So you either accept the difference, use gamma 2.2 instead of sRGB or use 32bit tiff or exr.You shouldnt be applying or converting the profile in PS either. I dont know what CMM ENGINE nuke uses but it probably not the same as adobe and no 2 CMM ENGINES will produce the same result. You can tell PS to use the system cmm or any installed cmm. On Apr 29, 2014 6:46 AM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: Hello, I am having this problem with PNGs from Nuke that I need to deliver in a Photoshop psd-file. This specifically concerns the shadow pass of my comp but generally there is a discrepancy on everything that is not solidly opaque. My workflow is as follows: - I write my 8-bit PNG out of Nuke using the sRGB colorspace. - When I open the rendered PNG in Photoshop I assign the sRGB color profile and over a 'transparent' background the shadow looks to have similar density to the one in Nuke. - When I comp that layer over a white background though, the shadow is suddenly more dense than in Nuke. Also, there is a much harsher fall-off in the shadow. Is this because Photoshop treats alpha information differently from Nuke? I thought I can maybe counteract this by additional grading in Nuke but even when I grade the alpha gamma to 0.4545 in Nuke and then write the PNG I get closer but not exactly to the same result. Does anyone have a suggestion? Thanks. Florian -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com [image: Saddington Baynes] http://www.saddingtonbaynes.com/ Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map http://signature.saddingtonbaynes.com/map.php Disclaimer http://signature.saddingtonbaynes.com/disclaimer.php | Printing? Consider the environment. [image: Twitter] http://www.twitter.com/saddbaynes [image: Facebook]http://www.facebook.com/SaddingtonBaynes [image: linkedin] http://www.linkedin.com/company/saddington-baynes [image: pinterest] http://pinterest.com/saddbaynes/ [image: vimeo]http://vimeo.com/saddingtonbaynes [image: behance] http://www.behance.net/saddington_baynes [image: instagram] http://instagram.com/saddingtonbaynes ___ 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 -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com [image: Saddington Baynes] http://www.saddingtonbaynes.com/ Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map http://signature.saddingtonbaynes.com/map.php Disclaimer http://signature.saddingtonbaynes.com/disclaimer.php | Printing? Consider the environment. [image: Twitter] http://www.twitter.com/saddbaynes [image: Facebook]http://www.facebook.com/SaddingtonBaynes [image: linkedin] http://www.linkedin.com/company/saddington-baynes [image: pinterest] http://pinterest.com/saddbaynes/ [image: vimeo]http://vimeo.com/saddingtonbaynes [image: behance] http://www.behance.net/saddington_baynes [image: instagram] http://instagram.com/saddingtonbaynes ___ 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] slightly OT: maximum white of RED footage?
Hi there! As we're more used to Alexa footage here, I just wanted to ask about RED, as I have some footage here that let's me wonder about the capabilities of the RED camera: I have some shots with fire, sun, lamps, etc. in my images. Shot with EPIC-X. When importing them into Nuke and linearizing them, I always see that these bright highlights are clipping at around a value of 3 to 4 (depending on the channel). This happens, no matter how I treat the footage: - importing the original R3D file in Nuke and use half float linear as gamma space and 'linear' as the Read colorspace - importing the original R3D file in Nuke and use RedlogFilm as gamma space and 'cineon' (or PlogLin) as the Read colorspace - converting the R3D in RedCine X Pro to DPX with RedlogFilm and importing with 'cineon' or 'PlogLin' - converting the R3D in RedCine X Pro to EXR with ACES and importing with 'linear' Having similar takes shot with the Alexa as AlexaLogC, bright highlights will clip at a value of 54! I don't want to start a 'war' Alexa vs. RED, but just wanted to know if this really is 'normal', so the RED will not deliver higher values, or if there is something wrong/strange is going on here. Thanks for your help, Abraham Abraham Schneider Head of VFX pipeline / VFX Supervisor Türkenstr. 89, 80799 München / Phone +49 89 3809-1096 EMail aschnei...@arri.de Visit us on Facebook! ARRI Film TV Services GmbH Sitz: München Registergericht: Amtsgericht München Handelsregisternummer: HRB 69396 Geschäftsführer: Helge Jürgens, Josef Reidinger ___ 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] Nuke to Photoshop alpha issue
Thanks, that gets me close at least. On 29 April 2014 14:46, Randy Little randyslit...@gmail.com wrote: Photoshop is applying gamma to alpha. Nuke I believe does not. Try selecting just alpha in PS. Apply levels and set gamma to 2.2 On Apr 29, 2014 9:34 AM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: Hi Deke, thanks for that, did it just now and it doesn't change anything unfortunately. When does the sRGB LUT get applied actually? Thanks. Flo On 29 April 2014 14:28, Deke Kincaid d...@thefoundry.co.uk wrote: Nuke needs to unpremultiply the alpha before applying the sRGB lut and the premultiply it again. Did you check the premultiplied box in the read node properties next to the lut selection? -deke On Tuesday, April 29, 2014, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: I have tried to use: png 8 and 16 bit exr 16bit float tiff 8 and 16bit Same behavior with all of them. On 29 April 2014 12:20, Martin Constable jackyoungbl...@me.com wrote: An obvios suggestion maybe, but have you thought about moving your workflow to tiffs? Or exrs? PNGs do not store info as floating point. They use integers instead. This might be at the root of yr problem. On 29 Apr, 2014, at 6:56 PM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: I tried both using 8bit per pixel and 16bit per pixel. No difference unfortunately. Flo On 29 April 2014 11:51, Martin Constable jackyoungbl...@me.com wrote: Are yr pngs in 24 bit? That might help. On 29 Apr, 2014, at 6:45 PM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: Hello, I am having this problem with PNGs from Nuke that I need to deliver in a Photoshop psd-file. This specifically concerns the shadow pass of my comp but generally there is a discrepancy on everything that is not solidly opaque. My workflow is as follows: - I write my 8-bit PNG out of Nuke using the sRGB colorspace. - When I open the rendered PNG in Photoshop I assign the sRGB color profile and over a 'transparent' background the shadow looks to have similar density to the one in Nuke. - When I comp that layer over a white background though, the shadow is suddenly more dense than in Nuke. Also, there is a much harsher fall-off in the shadow. Is this because Photoshop treats alpha information differently from Nuke? I thought I can maybe counteract this by additional grading in Nuke but even when I grade the alpha gamma to 0.4545 in Nuke and then write the PNG I get closer but not exactly to the same result. Does anyone have a suggestion? Thanks. Florian -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map Disclaimer | Printing? Consider the environment. ___ 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 -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map Disclaimer | Printing? Co Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com [image: Saddington Baynes] http://www.saddingtonbaynes.com/ Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map http://signature.saddingtonbaynes.com/map.php Disclaimer http://signature.saddingtonbaynes.com/disclaimer.php | Printing? Consider the environment. [image: Twitter] http://www.twitter.com/saddbaynes [image: Facebook]http://www.facebook.com/SaddingtonBaynes [image: linkedin] http://www.linkedin.com/company/saddington-baynes [image: pinterest] http://pinterest.com/saddbaynes/ [image: vimeo]http://vimeo.com/saddingtonbaynes [image: behance] http://www.behance.net/saddington_baynes [image: instagram] http://instagram.com/saddingtonbaynes -- -- Deke Kincaid Creative Specialist The Foundry Skype: dekekincaid Tel: (310) 399 4555 - Mobile: (310) 883 4313 Web: www.thefoundry.co.uk Email: d...@thefoundry.co.uk ___ 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 -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44
Re: [Nuke-users] Nuke to Photoshop alpha issue
Photoshop is handling the blend modes with gamma correction while Nuke is doing it in linear, try checking the Video colorspace on your Merge node in Nuke and see if that matches what you see in Photoshop. Cheers, Diogo On Tue, Apr 29, 2014 at 7:47 AM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: Hello, I am having this problem with PNGs from Nuke that I need to deliver in a Photoshop psd-file. This specifically concerns the shadow pass of my comp but generally there is a discrepancy on everything that is not solidly opaque. My workflow is as follows: - I write my 8-bit PNG out of Nuke using the sRGB colorspace. - When I open the rendered PNG in Photoshop I assign the sRGB color profile and over a 'transparent' background the shadow looks to have similar density to the one in Nuke. - When I comp that layer over a white background though, the shadow is suddenly more dense than in Nuke. Also, there is a much harsher fall-off in the shadow. Is this because Photoshop treats alpha information differently from Nuke? I thought I can maybe counteract this by additional grading in Nuke but even when I grade the alpha gamma to 0.4545 in Nuke and then write the PNG I get closer but not exactly to the same result. Does anyone have a suggestion? Thanks. Florian -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com [image: Saddington Baynes] http://www.saddingtonbaynes.com/ Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map http://signature.saddingtonbaynes.com/map.php Disclaimer http://signature.saddingtonbaynes.com/disclaimer.php | Printing? Consider the environment. [image: Twitter] http://www.twitter.com/saddbaynes [image: Facebook]http://www.facebook.com/SaddingtonBaynes [image: linkedin] http://www.linkedin.com/company/saddington-baynes [image: pinterest] http://pinterest.com/saddbaynes/ [image: vimeo]http://vimeo.com/saddingtonbaynes [image: behance] http://www.behance.net/saddington_baynes [image: instagram] http://instagram.com/saddingtonbaynes___ 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] slightly OT: maximum white of RED footage?
Thanks! I assumed all this. Just wanted to make sure there is no mistake in doing one specific way. My main question is: is it true that RED cameras can only deliver/capture highlights that are way darker then what the Alexa does? So in my example, a maximum value of around 4 from the RED would be more than 3 stops less than the Alexa with it's value of 54 (linear floating values measured in Nuke). So the provocative question would be: is RED really that much worse than the Alexa? Abraham Am 29.04.2014 um 17:10 schrieb Simon Björk: Some info on Red footage an it's curves: - Half Float Linear is the correct linear curve. The one that says Linear is scaled/offset to be between 0-1. - RedLogFilm is a Cineon curve. By applying a standard log2lin operation, the result is identical to Half Float Linear. - Both Half Float Linear and a linearized RedLogFilm will produce values below zero. You can avoid this by converting to PLogLin instead, or just bring up the values with a standard Add node. - Rendering RedlogFilm or linear EXRs from RedCineX will produce identical result as importing the R3D directly in Nuke. - By rendering out an ACES file from RedCineX you will get a larger color gammut, but you will not get any more information in the black/white point. To sum up: If the values are clipped when using Half Float Linear in Nuke, you will not get any more information by applying different settings or going to a different application. Best regards, Simon 2014-04-29 16:20 GMT+02:00 Schneider, Abraham aschnei...@arri.de: Hi there! As we're more used to Alexa footage here, I just wanted to ask about RED, as I have some footage here that let's me wonder about the capabilities of the RED camera: I have some shots with fire, sun, lamps, etc. in my images. Shot with EPIC-X. When importing them into Nuke and linearizing them, I always see that these bright highlights are clipping at around a value of 3 to 4 (depending on the channel). This happens, no matter how I treat the footage: - importing the original R3D file in Nuke and use half float linear as gamma space and 'linear' as the Read colorspace - importing the original R3D file in Nuke and use RedlogFilm as gamma space and 'cineon' (or PlogLin) as the Read colorspace - converting the R3D in RedCine X Pro to DPX with RedlogFilm and importing with 'cineon' or 'PlogLin' - converting the R3D in RedCine X Pro to EXR with ACES and importing with 'linear' Having similar takes shot with the Alexa as AlexaLogC, bright highlights will clip at a value of 54! I don't want to start a 'war' Alexa vs. RED, but just wanted to know if this really is 'normal', so the RED will not deliver higher values, or if there is something wrong/strange is going on here. Thanks for your help, Abraham Abraham Schneider Head of VFX pipeline / VFX Supervisor Türkenstr. 89, 80799 München / Phone +49 89 3809-1096 EMail aschnei...@arri.de Visit us on Facebook! ARRI Film TV Services GmbH Sitz: München Registergericht: Amtsgericht München Handelsregisternummer: HRB 69396 Geschäftsführer: Helge Jürgens, Josef Reidinger ___ 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] Nuke to Photoshop alpha issue
Oh diogo yes. Go into color prefs under edit menu on mac. See what happens if you set blend rgb to gamma 1.0. But that only affects layers and color but maybe its related? What colorspace is your photoshop in? Probably for you it should be srgb. You shouldnt need to convert either when opening in ps. Also see if changing cmm in color settings from adobe to apple. Remember Adobe the people who unilaterally changed a standard unit of meassure cause they wanted too. On Apr 29, 2014 11:24 AM, Diogo Girondi diogogiro...@gmail.com wrote: Photoshop is handling the blend modes with gamma correction while Nuke is doing it in linear, try checking the Video colorspace on your Merge node in Nuke and see if that matches what you see in Photoshop. Cheers, Diogo On Tue, Apr 29, 2014 at 7:47 AM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: Hello, I am having this problem with PNGs from Nuke that I need to deliver in a Photoshop psd-file. This specifically concerns the shadow pass of my comp but generally there is a discrepancy on everything that is not solidly opaque. My workflow is as follows: - I write my 8-bit PNG out of Nuke using the sRGB colorspace. - When I open the rendered PNG in Photoshop I assign the sRGB color profile and over a 'transparent' background the shadow looks to have similar density to the one in Nuke. - When I comp that layer over a white background though, the shadow is suddenly more dense than in Nuke. Also, there is a much harsher fall-off in the shadow. Is this because Photoshop treats alpha information differently from Nuke? I thought I can maybe counteract this by additional grading in Nuke but even when I grade the alpha gamma to 0.4545 in Nuke and then write the PNG I get closer but not exactly to the same result. Does anyone have a suggestion? Thanks. Florian -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com [image: Saddington Baynes] http://www.saddingtonbaynes.com/ Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map http://signature.saddingtonbaynes.com/map.php Disclaimer http://signature.saddingtonbaynes.com/disclaimer.php | Printing? Consider the environment. [image: Twitter] http://www.twitter.com/saddbaynes [image: Facebook]http://www.facebook.com/SaddingtonBaynes [image: linkedin] http://www.linkedin.com/company/saddington-baynes [image: pinterest] http://pinterest.com/saddbaynes/ [image: vimeo]http://vimeo.com/saddingtonbaynes [image: behance] http://www.behance.net/saddington_baynes [image: instagram] http://instagram.com/saddingtonbaynes ___ 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] slightly OT: maximum white of RED footage?
What happens if you do pdlog in red settings and then use a colorspace node to do loglin. Read node loglin does weird things. Colorspace node seems to work better. On Apr 29, 2014 11:43 AM, Neil Rögnvaldr Scholes n...@uvfilms.co.uk wrote: Ha - this is interesting i don't know the answer but i do know a good DP who hates RED for exactly it inability to retain highlights. Neil Rögnvaldr Scholes www.neilscholes.com On 29/04/14 16:33, Schneider, Abraham wrote: Thanks! I assumed all this. Just wanted to make sure there is no mistake in doing one specific way. My main question is: is it true that RED cameras can only deliver/capture highlights that are way darker then what the Alexa does? So in my example, a maximum value of around 4 from the RED would be more than 3 stops less than the Alexa with it's value of 54 (linear floating values measured in Nuke). So the provocative question would be: is RED really that much worse than the Alexa? Abraham Am 29.04.2014 um 17:10 schrieb Simon Björk: Some info on Red footage an it's curves: - Half Float Linear is the correct linear curve. The one that says Linear is scaled/offset to be between 0-1. - RedLogFilm is a Cineon curve. By applying a standard log2lin operation, the result is identical to Half Float Linear. - Both Half Float Linear and a linearized RedLogFilm will produce values below zero. You can avoid this by converting to PLogLin instead, or just bring up the values with a standard Add node. - Rendering RedlogFilm or linear EXRs from RedCineX will produce identical result as importing the R3D directly in Nuke. - By rendering out an ACES file from RedCineX you will get a larger color gammut, but you will not get any more information in the black/white point. To sum up: If the values are clipped when using Half Float Linear in Nuke, you will not get any more information by applying different settings or going to a different application. Best regards, Simon 2014-04-29 16:20 GMT+02:00 Schneider, Abraham aschnei...@arri.de: Hi there! As we're more used to Alexa footage here, I just wanted to ask about RED, as I have some footage here that let's me wonder about the capabilities of the RED camera: I have some shots with fire, sun, lamps, etc. in my images. Shot with EPIC-X. When importing them into Nuke and linearizing them, I always see that these bright highlights are clipping at around a value of 3 to 4 (depending on the channel). This happens, no matter how I treat the footage: - importing the original R3D file in Nuke and use half float linear as gamma space and 'linear' as the Read colorspace - importing the original R3D file in Nuke and use RedlogFilm as gamma space and 'cineon' (or PlogLin) as the Read colorspace - converting the R3D in RedCine X Pro to DPX with RedlogFilm and importing with 'cineon' or 'PlogLin' - converting the R3D in RedCine X Pro to EXR with ACES and importing with 'linear' Having similar takes shot with the Alexa as AlexaLogC, bright highlights will clip at a value of 54! I don't want to start a 'war' Alexa vs. RED, but just wanted to know if this really is 'normal', so the RED will not deliver higher values, or if there is something wrong/strange is going on here. Thanks for your help, Abraham Abraham Schneider Head of VFX pipeline / VFX Supervisor Türkenstr. 89, 80799 München / Phone +49 89 3809-1096 EMail aschnei...@arri.de Visit us on Facebook! ARRI Film TV Services GmbH Sitz: München Registergericht: Amtsgericht München Handelsregisternummer: HRB 69396 Geschäftsführer: Helge Jürgens, Josef Reidinger ___ 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] slightly OT: maximum white of RED footage?
You're suggesting 'RedlogFilm' in the RED settings, right? Doing this and using a separate colorspace to do the Log2Lin gives similar values than using the Read colorspace. My maximum value in the image is lower than 5 compared to the 54 with an Alexa image. Am 29.04.2014 um 18:17 schrieb Randy Little: What happens if you do pdlog in red settings and then use a colorspace node to do loglin. Read node loglin does weird things. Colorspace node seems to work better. On Apr 29, 2014 11:43 AM, Neil Rögnvaldr Scholes n...@uvfilms.co.uk wrote: Ha - this is interesting i don't know the answer but i do know a good DP who hates RED for exactly it inability to retain highlights. Neil Rögnvaldr Scholes www.neilscholes.com On 29/04/14 16:33, Schneider, Abraham wrote: Thanks! I assumed all this. Just wanted to make sure there is no mistake in doing one specific way. My main question is: is it true that RED cameras can only deliver/capture highlights that are way darker then what the Alexa does? So in my example, a maximum value of around 4 from the RED would be more than 3 stops less than the Alexa with it's value of 54 (linear floating values measured in Nuke). So the provocative question would be: is RED really that much worse than the Alexa? Abraham Am 29.04.2014 um 17:10 schrieb Simon Björk: Some info on Red footage an it's curves: - Half Float Linear is the correct linear curve. The one that says Linear is scaled/offset to be between 0-1. - RedLogFilm is a Cineon curve. By applying a standard log2lin operation, the result is identical to Half Float Linear. - Both Half Float Linear and a linearized RedLogFilm will produce values below zero. You can avoid this by converting to PLogLin instead, or just bring up the values with a standard Add node. - Rendering RedlogFilm or linear EXRs from RedCineX will produce identical result as importing the R3D directly in Nuke. - By rendering out an ACES file from RedCineX you will get a larger color gammut, but you will not get any more information in the black/white point. To sum up: If the values are clipped when using Half Float Linear in Nuke, you will not get any more information by applying different settings or going to a different application. Best regards, Simon 2014-04-29 16:20 GMT+02:00 Schneider, Abraham aschnei...@arri.de: Hi there! As we're more used to Alexa footage here, I just wanted to ask about RED, as I have some footage here that let's me wonder about the capabilities of the RED camera: I have some shots with fire, sun, lamps, etc. in my images. Shot with EPIC-X. When importing them into Nuke and linearizing them, I always see that these bright highlights are clipping at around a value of 3 to 4 (depending on the channel). This happens, no matter how I treat the footage: - importing the original R3D file in Nuke and use half float linear as gamma space and 'linear' as the Read colorspace - importing the original R3D file in Nuke and use RedlogFilm as gamma space and 'cineon' (or PlogLin) as the Read colorspace - converting the R3D in RedCine X Pro to DPX with RedlogFilm and importing with 'cineon' or 'PlogLin' - converting the R3D in RedCine X Pro to EXR with ACES and importing with 'linear' Having similar takes shot with the Alexa as AlexaLogC, bright highlights will clip at a value of 54! I don't want to start a 'war' Alexa vs. RED, but just wanted to know if this really is 'normal', so the RED will not deliver higher values, or if there is something wrong/strange is going on here. Thanks for your help, Abraham Abraham Schneider Head of VFX pipeline / VFX Supervisor Türkenstr. 89, 80799 München / Phone +49 89 3809-1096 EMail aschnei...@arri.de Visit us on Facebook! ARRI Film TV Services GmbH Sitz: München Registergericht: Amtsgericht München Handelsregisternummer: HRB 69396 Geschäftsführer: Helge Jürgens, Josef Reidinger ___ 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
Re: [Nuke-users] slightly OT: maximum white of RED footage?
Isnt there a pdlog 685 setting still in red? But it would have change with redlog and color space if it was going to change at all I suspect. (Maybe) On Apr 29, 2014 1:07 PM, Schneider, Abraham aschnei...@arri.de wrote: You're suggesting 'RedlogFilm' in the RED settings, right? Doing this and using a separate colorspace to do the Log2Lin gives similar values than using the Read colorspace. My maximum value in the image is lower than 5 compared to the 54 with an Alexa image. Am 29.04.2014 um 18:17 schrieb Randy Little: What happens if you do pdlog in red settings and then use a colorspace node to do loglin. Read node loglin does weird things. Colorspace node seems to work better. On Apr 29, 2014 11:43 AM, Neil Rögnvaldr Scholes n...@uvfilms.co.uk wrote: Ha - this is interesting i don't know the answer but i do know a good DP who hates RED for exactly it inability to retain highlights. Neil Rögnvaldr Scholes www.neilscholes.com On 29/04/14 16:33, Schneider, Abraham wrote: Thanks! I assumed all this. Just wanted to make sure there is no mistake in doing one specific way. My main question is: is it true that RED cameras can only deliver/capture highlights that are way darker then what the Alexa does? So in my example, a maximum value of around 4 from the RED would be more than 3 stops less than the Alexa with it's value of 54 (linear floating values measured in Nuke). So the provocative question would be: is RED really that much worse than the Alexa? Abraham Am 29.04.2014 um 17:10 schrieb Simon Björk: Some info on Red footage an it's curves: - Half Float Linear is the correct linear curve. The one that says Linear is scaled/offset to be between 0-1. - RedLogFilm is a Cineon curve. By applying a standard log2lin operation, the result is identical to Half Float Linear. - Both Half Float Linear and a linearized RedLogFilm will produce values below zero. You can avoid this by converting to PLogLin instead, or just bring up the values with a standard Add node. - Rendering RedlogFilm or linear EXRs from RedCineX will produce identical result as importing the R3D directly in Nuke. - By rendering out an ACES file from RedCineX you will get a larger color gammut, but you will not get any more information in the black/white point. To sum up: If the values are clipped when using Half Float Linear in Nuke, you will not get any more information by applying different settings or going to a different application. Best regards, Simon 2014-04-29 16:20 GMT+02:00 Schneider, Abraham aschnei...@arri.de: Hi there! As we're more used to Alexa footage here, I just wanted to ask about RED, as I have some footage here that let's me wonder about the capabilities of the RED camera: I have some shots with fire, sun, lamps, etc. in my images. Shot with EPIC-X. When importing them into Nuke and linearizing them, I always see that these bright highlights are clipping at around a value of 3 to 4 (depending on the channel). This happens, no matter how I treat the footage: - importing the original R3D file in Nuke and use half float linear as gamma space and 'linear' as the Read colorspace - importing the original R3D file in Nuke and use RedlogFilm as gamma space and 'cineon' (or PlogLin) as the Read colorspace - converting the R3D in RedCine X Pro to DPX with RedlogFilm and importing with 'cineon' or 'PlogLin' - converting the R3D in RedCine X Pro to EXR with ACES and importing with 'linear' Having similar takes shot with the Alexa as AlexaLogC, bright highlights will clip at a value of 54! I don't want to start a 'war' Alexa vs. RED, but just wanted to know if this really is 'normal', so the RED will not deliver higher values, or if there is something wrong/strange is going on here. Thanks for your help, Abraham Abraham Schneider Head of VFX pipeline / VFX Supervisor Türkenstr. 89, 80799 München / Phone +49 89 3809-1096 EMail aschnei...@arri.de Visit us on Facebook! ARRI Film TV Services GmbH Sitz: München Registergericht: Amtsgericht München Handelsregisternummer: HRB 69396 Geschäftsführer: Helge Jürgens, Josef Reidinger ___ 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] slightly OT: maximum white of RED footage?
Just remember that with all digital cameras these are arbitrary logarithmic-like curves applied on top of the linear data captured by the sensor. Currently I'm working on the Alexa footage: night shot with house on fire. With AlexaV3logC curve maximum linearized values of fire are around 36 and are clipped. Just change curve to standard Cineon and THE SAME clipped highlights goes down to 9, with just little change of values below 1. And redlogfilm curve is intended to mimic cineon. So to be fair You need to make tests side by side, with the same scene captured by both cameras and then compare the results. Best W dniu 2014-04-29 20:38:40 użytkownik Randy Little randyslit...@gmail.com napisał: Isnt there a pdlog 685 setting still in red? But it would have change with redlog and color space if it was going to change at all I suspect. (Maybe) On Apr 29, 2014 1:07 PM, Schneider, Abraham aschnei...@arri.de wrote: You're suggesting 'RedlogFilm' in the RED settings, right? Doing this and using a separate colorspace to do the Log2Lin gives similar values than using the Read colorspace. My maximum value in the image is lower than 5 compared to the 54 with an Alexa image. Am 29.04.2014 um 18:17 schrieb Randy Little: What happens if you do pdlog in red settings and then use a colorspace node to do loglin. Read node loglin does weird things. Colorspace node seems to work better. On Apr 29, 2014 11:43 AM, Neil Rögnvaldr Scholes n...@uvfilms.co.uk wrote: Ha - this is interesting i don't know the answer but i do know a good DP who hates RED for exactly it inability to retain highlights. Neil Rögnvaldr Scholes www.neilscholes.com On 29/04/14 16:33, Schneider, Abraham wrote: Thanks! I assumed all this. Just wanted to make sure there is no mistake in doing one specific way. My main question is: is it true that RED cameras can only deliver/capture highlights that are way darker then what the Alexa does? So in my example, a maximum value of around 4 from the RED would be more than 3 stops less than the Alexa with it's value of 54 (linear floating values measured in Nuke). So the provocative question would be: is RED really that much worse than the Alexa? Abraham Am 29.04.2014 um 17:10 schrieb Simon Björk: Some info on Red footage an it's curves: - Half Float Linear is the correct linear curve. The one that says Linear is scaled/offset to be between 0-1. - RedLogFilm is a Cineon curve. By applying a standard log2lin operation, the result is identical to Half Float Linear. - Both Half Float Linear and a linearized RedLogFilm will produce values below zero. You can avoid this by converting to PLogLin instead, or just bring up the values with a standard Add node. - Rendering RedlogFilm or linear EXRs from RedCineX will produce identical result as importing the R3D directly in Nuke. - By rendering out an ACES file from RedCineX you will get a larger color gammut, but you will not get any more information in the black/white point. To sum up: If the values are clipped when using Half Float Linear in Nuke, you will not get any more information by applying different settings or going to a different application. Best regards, Simon 2014-04-29 16:20 GMT+02:00 Schneider, Abraham aschnei...@arri.de: Hi there! As we're more used to Alexa footage here, I just wanted to ask about RED, as I have some footage here that let's me wonder about the capabilities of the RED camera: I have some shots with fire, sun, lamps, etc. in my images. Shot with EPIC-X. When importing them into Nuke and linearizing them, I always see that these bright highlights are clipping at around a value of 3 to 4 (depending on the channel). This happens, no matter how I treat the footage: - importing the original R3D file in Nuke and use half float linear as gamma space and 'linear' as the Read colorspace - importing the original R3D file in Nuke and use RedlogFilm as gamma space and 'cineon' (or PlogLin) as the Read colorspace - converting the R3D in RedCine X Pro to DPX with RedlogFilm and importing with 'cineon' or 'PlogLin' - converting the R3D in RedCine X Pro to EXR with ACES and importing with 'linear' Having similar takes shot with the Alexa as AlexaLogC, bright highlights will clip at a value of 54! I don't want to start a 'war' Alexa vs. RED, but just wanted to know if this really is 'normal', so the RED will not deliver higher values, or if there is something wrong/strange is going on here. Thanks for your help, Abraham Abraham Schneider Head of VFX pipeline / VFX Supervisor Türkenstr. 89, 80799 München / Phone +49 89 3809-1096 EMail aschnei...@arri.de Visit us on Facebook! ARRI Film TV Services GmbH Sitz: München Registergericht: Amtsgericht München Handelsregisternummer: HRB 69396 Geschäftsführer: Helge Jürgens, Josef Reidinger
Re: [Nuke-users] Nuke to Photoshop alpha issue
Nuke would be doing the comp in linear light, whereas PS does it sRGB, so you are probably looking at a gamma discrepancy of around 2.2. On 4/30/14, 1:51 AM, Florian Einfalt wrote: Sorry Deke, that doesn't work either. I have a feeling it is happening on the PS side of things. When I bring the PNG back into Nuke it looks exactly like the original. Anyone familiar with Photoshop's alpha treatment? On 29 April 2014 14:42, Deke Kincaid d...@thefoundry.co.uk mailto:d...@thefoundry.co.uk wrote: Maybe you have a straight alpha instead of a premultiplied one. So try just adding a premult node. -deke On Tuesday, April 29, 2014, Florian Einfalt florian.einf...@saddingtonbaynes.com mailto:florian.einf...@saddingtonbaynes.com wrote: Hi Deke, thanks for that, did it just now and it doesn't change anything unfortunately. When does the sRGB LUT get applied actually? Thanks. Flo On 29 April 2014 14:28, Deke Kincaid d...@thefoundry.co.uk wrote: Nuke needs to unpremultiply the alpha before applying the sRGB lut and the premultiply it again. Did you check the premultiplied box in the read node properties next to the lut selection? -deke On Tuesday, April 29, 2014, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: I have tried to use: png 8 and 16 bit exr 16bit float tiff 8 and 16bit Same behavior with all of them. On 29 April 2014 12:20, Martin Constable jackyoungbl...@me.com wrote: An obvios suggestion maybe, but have you thought about moving your workflow to tiffs? Or exrs? PNGs do not store info as floating point. They use integers instead. This might be at the root of yr problem. On 29 Apr, 2014, at 6:56 PM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: I tried both using 8bit per pixel and 16bit per pixel. No difference unfortunately. Flo On 29 April 2014 11:51, Martin Constable jackyoungbl...@me.com wrote: Are yr pngs in 24 bit? That might help. On 29 Apr, 2014, at 6:45 PM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: Hello, I am having this problem with PNGs from Nuke that I need to deliver in a Photoshop psd-file. This specifically concerns the shadow pass of my comp but generally there is a discrepancy on everything that is not solidly opaque. My workflow is as follows: - I write my 8-bit PNG out of Nuke using the sRGB colorspace. - When I open the rendered PNG in Photoshop I assign the sRGB color profile and over a 'transparent' background the shadow looks to have similar density to the one in Nuke. - When I comp that layer over a white background though, the shadow is suddenly more dense than in Nuke. Also, there is a much harsher fall-off in the shadow. Is this because Photoshop treats alpha information differently from Nuke? I thought I can maybe counteract this by additional grading in Nuke but even when I grade the alpha gamma to 0.4545 in Nuke and then write the PNG I get closer but not exactly to the same result. Does anyone have a suggestion? Thanks. Florian -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map Disclaimer | Printing? Consider the environment.
Re: [Nuke-users] Nuke to Photoshop alpha issue
oops, sorry, Randy had already said the same - ignore me :) On 4/30/14, 11:21 AM, Frank Rueter|OHUfx wrote: Nuke would be doing the comp in linear light, whereas PS does it sRGB, so you are probably looking at a gamma discrepancy of around 2.2. On 4/30/14, 1:51 AM, Florian Einfalt wrote: Sorry Deke, that doesn't work either. I have a feeling it is happening on the PS side of things. When I bring the PNG back into Nuke it looks exactly like the original. Anyone familiar with Photoshop's alpha treatment? On 29 April 2014 14:42, Deke Kincaid d...@thefoundry.co.uk mailto:d...@thefoundry.co.uk wrote: Maybe you have a straight alpha instead of a premultiplied one. So try just adding a premult node. -deke On Tuesday, April 29, 2014, Florian Einfalt florian.einf...@saddingtonbaynes.com mailto:florian.einf...@saddingtonbaynes.com wrote: Hi Deke, thanks for that, did it just now and it doesn't change anything unfortunately. When does the sRGB LUT get applied actually? Thanks. Flo On 29 April 2014 14:28, Deke Kincaid d...@thefoundry.co.uk wrote: Nuke needs to unpremultiply the alpha before applying the sRGB lut and the premultiply it again. Did you check the premultiplied box in the read node properties next to the lut selection? -deke On Tuesday, April 29, 2014, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: I have tried to use: png 8 and 16 bit exr 16bit float tiff 8 and 16bit Same behavior with all of them. On 29 April 2014 12:20, Martin Constable jackyoungbl...@me.com wrote: An obvios suggestion maybe, but have you thought about moving your workflow to tiffs? Or exrs? PNGs do not store info as floating point. They use integers instead. This might be at the root of yr problem. On 29 Apr, 2014, at 6:56 PM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: I tried both using 8bit per pixel and 16bit per pixel. No difference unfortunately. Flo On 29 April 2014 11:51, Martin Constable jackyoungbl...@me.com wrote: Are yr pngs in 24 bit? That might help. On 29 Apr, 2014, at 6:45 PM, Florian Einfalt florian.einf...@saddingtonbaynes.com wrote: Hello, I am having this problem with PNGs from Nuke that I need to deliver in a Photoshop psd-file. This specifically concerns the shadow pass of my comp but generally there is a discrepancy on everything that is not solidly opaque. My workflow is as follows: - I write my 8-bit PNG out of Nuke using the sRGB colorspace. - When I open the rendered PNG in Photoshop I assign the sRGB color profile and over a 'transparent' background the shadow looks to have similar density to the one in Nuke. - When I comp that layer over a white background though, the shadow is suddenly more dense than in Nuke. Also, there is a much harsher fall-off in the shadow. Is this because Photoshop treats alpha information differently from Nuke? I thought I can maybe counteract this by additional grading in Nuke but even when I grade the alpha gamma to 0.4545 in Nuke and then write the PNG I get closer but not exactly to the same result. Does anyone have a suggestion? Thanks. Florian -- Florian Einfalt Senior Digital Artist T +44 (0)20 7833 3032 M +44 (0)7808669580 florian.einf...@saddingtonbaynes.com Saddington Baynes Ltd | Studio 3, 21 Wren Street. London WC1X 0HF. United Kingdom | Map
Re: [Nuke-users] slightly OT: maximum white of RED footage?
Hm, don't really get your point. Of course I linearized both footages. If I'd compare linear with log, the values are different. But if I linearize both with the correct curve and have one footage clipping at values below 5 and the other at 54, that's a huge quality difference to me. Of course it would be better to test the cameras side by side at the same location, but I don't have a RED cam available. That's why I'm asking here if anyone knows if it is normal with RED to have clipping at such 'low' values (compared to what I'm used from Alexa). Abraham Am 30.04.2014 um 01:12 schrieb Adrian Baltowski: Just remember that with all digital cameras these are arbitrary logarithmic-like curves applied on top of the linear data captured by the sensor. Currently I'm working on the Alexa footage: night shot with house on fire. With AlexaV3logC curve maximum linearized values of fire are around 36 and are clipped. Just change curve to standard Cineon and THE SAME clipped highlights goes down to 9, with just little change of values below 1. And redlogfilm curve is intended to mimic cineon. So to be fair You need to make tests side by side, with the same scene captured by both cameras and then compare the results. Best W dniu 2014-04-29 20:38:40 użytkownik Randy Little randyslit...@gmail.commailto:randyslit...@gmail.com napisał: Isnt there a pdlog 685 setting still in red? But it would have change with redlog and color space if it was going to change at all I suspect. (Maybe) On Apr 29, 2014 1:07 PM, Schneider, Abraham aschnei...@arri.demailto:aschnei...@arri.de wrote: You're suggesting 'RedlogFilm' in the RED settings, right? Doing this and using a separate colorspace to do the Log2Lin gives similar values than using the Read colorspace. My maximum value in the image is lower than 5 compared to the 54 with an Alexa image. Am 29.04.2014 um 18:17 schrieb Randy Little: What happens if you do pdlog in red settings and then use a colorspace node to do loglin. Read node loglin does weird things. Colorspace node seems to work better. On Apr 29, 2014 11:43 AM, Neil Rögnvaldr Scholes n...@uvfilms.co.ukmailto:n...@uvfilms.co.uk wrote: Ha - this is interesting i don't know the answer but i do know a good DP who hates RED for exactly it inability to retain highlights. Neil Rögnvaldr Scholes www.neilscholes.comhttp://www.neilscholes.com/ On 29/04/14 16:33, Schneider, Abraham wrote: Thanks! I assumed all this. Just wanted to make sure there is no mistake in doing one specific way. My main question is: is it true that RED cameras can only deliver/capture highlights that are way darker then what the Alexa does? So in my example, a maximum value of around 4 from the RED would be more than 3 stops less than the Alexa with it's value of 54 (linear floating values measured in Nuke). So the provocative question would be: is RED really that much worse than the Alexa? Abraham Am 29.04.2014 um 17:10 schrieb Simon Björk: Some info on Red footage an it's curves: - Half Float Linear is the correct linear curve. The one that says Linear is scaled/offset to be between 0-1. - RedLogFilm is a Cineon curve. By applying a standard log2lin operation, the result is identical to Half Float Linear. - Both Half Float Linear and a linearized RedLogFilm will produce values below zero. You can avoid this by converting to PLogLin instead, or just bring up the values with a standard Add node. - Rendering RedlogFilm or linear EXRs from RedCineX will produce identical result as importing the R3D directly in Nuke. - By rendering out an ACES file from RedCineX you will get a larger color gammut, but you will not get any more information in the black/white point. To sum up: If the values are clipped when using Half Float Linear in Nuke, you will not get any more information by applying different settings or going to a different application. Best regards, Simon 2014-04-29 16:20 GMT+02:00 Schneider, Abraham aschnei...@arri.demailto:aschnei...@arri.de: Hi there! As we're more used to Alexa footage here, I just wanted to ask about RED, as I have some footage here that let's me wonder about the capabilities of the RED camera: I have some shots with fire, sun, lamps, etc. in my images. Shot with EPIC-X. When importing them into Nuke and linearizing them, I always see that these bright highlights are clipping at around a value of 3 to 4 (depending on the channel). This happens, no matter how I treat the footage: - importing the original R3D file in Nuke and use half float linear as gamma space and 'linear' as the Read colorspace - importing the original R3D file in Nuke and use RedlogFilm as gamma space and 'cineon' (or PlogLin) as the Read colorspace - converting the R3D in RedCine X Pro to DPX with RedlogFilm and importing with 'cineon' or 'PlogLin' - converting the R3D in RedCine X Pro to EXR with ACES and importing with
[Nuke-users] fake normals from a 2d image - can this be done?
Is it possible to create a fake normals map from a 2d plate? Such as a shot of a mans face? Darren Coombes Check out some of my work… http://vimeo.com/82865049 Mob: +61 418 631 079 Skype: darrencoombes Twitter: @durwood81 ___ 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] fake normals from a 2d image - can this be done?
Are you talking about a node that does something like crazy bump or xNormal? -- Deke Kincaid Creative Specialist The Foundry Skype: dekekincaid Tel: (310) 399 4555 - Mobile: (310) 883 4313 Web: www.thefoundry.co.uk Email: d...@thefoundry.co.uk On Tue, Apr 29, 2014 at 7:36 PM, Darren Coombes darren.coom...@me.comwrote: Is it possible to create a fake normals map from a 2d plate? Such as a shot of a mans face? *Darren Coombes* Check out some of my work*…* http://vimeo.com/82865049 https://vimeo.com/82865049 *Mob: +61 418 631 079 %2B61%20418%20631%20079* *Skype: darrencoombes* *Twitter: @durwood81* ___ 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] fake normals from a 2d image - can this be done?
Was talking to someone about a shot last night and I have a shot where a face needs to look like its appearing through a layer of goo. There was mention of using a “fake normals” of the 2d image to help light certain areas of the goo, but all i can think of is using some sort of luma key to light it. what is xNormal? Thanks for the reply Deke. Darren Coombes Check out some of my work… http://vimeo.com/82865049 Mob: +61 418 631 079 Skype: darrencoombes Twitter: @durwood81 On 30 Apr 2014, at 11:50 am, Deke Kincaid d...@thefoundry.co.uk wrote: Are you talking about a node that does something like crazy bump or xNormal? -- Deke Kincaid Creative Specialist The Foundry Skype: dekekincaid Tel: (310) 399 4555 - Mobile: (310) 883 4313 Web: www.thefoundry.co.uk Email: d...@thefoundry.co.uk On Tue, Apr 29, 2014 at 7:36 PM, Darren Coombes darren.coom...@me.com wrote: Is it possible to create a fake normals map from a 2d plate? Such as a shot of a mans face? Darren Coombes Check out some of my work… http://vimeo.com/82865049 Mob: +61 418 631 079 Skype: darrencoombes Twitter: @durwood81 ___ 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] fake normals from a 2d image - can this be done?
http://www.crazybump.com/ http://www.xnormal.net/ Crazy bump mac version has a free beta, also there are free tools on windows (xnormal) and linux (gimp) etc You can extract a normal map height map from your image in one of those utilities. Sometimes it works great, sometimes it doesn't works badly depending the image. You can then bring it into Nuke, use the displacement shader to make it 3d and then use that to relight. Also you could use the depthToPoints and then use that with the relight node. Also looking at nukepedia there are some nuke gizmos which are similar to crazybump/xnormal: http://www.nukepedia.com/gizmos/image/normalmap http://www.nukepedia.com/gizmos/filter/lumatonormal -- Deke Kincaid Creative Specialist The Foundry Skype: dekekincaid Tel: (310) 399 4555 - Mobile: (310) 883 4313 Web: www.thefoundry.co.uk Email: d...@thefoundry.co.uk On Tue, Apr 29, 2014 at 7:56 PM, Darren Coombes darren.coom...@me.comwrote: Was talking to someone about a shot last night and I have a shot where a face needs to look like its appearing through a layer of goo. There was mention of using a “fake normals” of the 2d image to help light certain areas of the goo, but all i can think of is using some sort of luma key to light it. what is xNormal? Thanks for the reply Deke. *Darren Coombes * Check out some of my work*…* http://vimeo.com/82865049 https://vimeo.com/82865049 *Mob: +61 418 631 079 %2B61%20418%20631%20079* *Skype: darrencoombes* *Twitter: @durwood81* On 30 Apr 2014, at 11:50 am, Deke Kincaid d...@thefoundry.co.uk wrote: Are you talking about a node that does something like crazy bump or xNormal? -- Deke Kincaid Creative Specialist The Foundry Skype: dekekincaid Tel: (310) 399 4555 - Mobile: (310) 883 4313 Web: www.thefoundry.co.uk Email: d...@thefoundry.co.uk On Tue, Apr 29, 2014 at 7:36 PM, Darren Coombes darren.coom...@me.comwrote: Is it possible to create a fake normals map from a 2d plate? Such as a shot of a mans face? *Darren Coombes* Check out some of my work*…* http://vimeo.com/82865049 https://vimeo.com/82865049 *Mob: +61 418 631 079 %2B61%20418%20631%20079* *Skype: darrencoombes* *Twitter: @durwood81* ___ 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] fake normals from a 2d image - can this be done?
here's another one: http://www.nukepedia.com/gizmos/filter/height2normal -- Deke Kincaid Creative Specialist The Foundry Skype: dekekincaid Tel: (310) 399 4555 - Mobile: (310) 883 4313 Web: www.thefoundry.co.uk Email: d...@thefoundry.co.uk On Tue, Apr 29, 2014 at 8:42 PM, Deke Kincaid d...@thefoundry.co.uk wrote: http://www.crazybump.com/ http://www.xnormal.net/ Crazy bump mac version has a free beta, also there are free tools on windows (xnormal) and linux (gimp) etc You can extract a normal map height map from your image in one of those utilities. Sometimes it works great, sometimes it doesn't works badly depending the image. You can then bring it into Nuke, use the displacement shader to make it 3d and then use that to relight. Also you could use the depthToPoints and then use that with the relight node. Also looking at nukepedia there are some nuke gizmos which are similar to crazybump/xnormal: http://www.nukepedia.com/gizmos/image/normalmap http://www.nukepedia.com/gizmos/filter/lumatonormal -- Deke Kincaid Creative Specialist The Foundry Skype: dekekincaid Tel: (310) 399 4555 - Mobile: (310) 883 4313 Web: www.thefoundry.co.uk Email: d...@thefoundry.co.uk On Tue, Apr 29, 2014 at 7:56 PM, Darren Coombes darren.coom...@me.comwrote: Was talking to someone about a shot last night and I have a shot where a face needs to look like its appearing through a layer of goo. There was mention of using a “fake normals” of the 2d image to help light certain areas of the goo, but all i can think of is using some sort of luma key to light it. what is xNormal? Thanks for the reply Deke. *Darren Coombes * Check out some of my work*…* http://vimeo.com/82865049 https://vimeo.com/82865049 *Mob: +61 418 631 079 %2B61%20418%20631%20079* *Skype: darrencoombes* *Twitter: @durwood81* On 30 Apr 2014, at 11:50 am, Deke Kincaid d...@thefoundry.co.uk wrote: Are you talking about a node that does something like crazy bump or xNormal? -- Deke Kincaid Creative Specialist The Foundry Skype: dekekincaid Tel: (310) 399 4555 - Mobile: (310) 883 4313 Web: www.thefoundry.co.uk Email: d...@thefoundry.co.uk On Tue, Apr 29, 2014 at 7:36 PM, Darren Coombes darren.coom...@me.comwrote: Is it possible to create a fake normals map from a 2d plate? Such as a shot of a mans face? *Darren Coombes* Check out some of my work*…* http://vimeo.com/82865049 https://vimeo.com/82865049 *Mob: +61 418 631 079 %2B61%20418%20631%20079* *Skype: darrencoombes* *Twitter: @durwood81* ___ 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
