Re: [Nuke-users] 32 bit to 8 bit conversion?
On 7 mrt 2012, at 01:51, Rich Bobo wrote: The problem is that we need to get 8 bit layered TIFs out of Photoshop. I think the first problem is that the Photoshop blending is profoundly affected by the bit depth. The second problem is that if Nuke does a 1D lookp table conversion from one kind of RGB to another (including bit depth upgrades), Photoshop goes via Lab so what is happening is more like to a 3D LUT. What happens in your case is that probably Photoshop is converting the layers first, and then the result of the blending modes changes the way the images look. Maybe it's an issue with layer mask and front unpremultiplication and conversion. For me the first thing to check would be the PS profile settings for 8- bit RGB. Also, where do the discrepancies occur the most? Blended layer edges? Maybe your workflow needs to be related to manually unpremulting layers by the layer transparency and preadjusting the transparency grays... -- Julik Tarkhanov | HecticElectric | Keizersgracht 736 1017 EX Amsterdam | The Netherlands | tel. +31 20 330 8250 cel. +31 61 145 06 36 | http://hecticelectric.nl ___ 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] 32 bit to 8 bit conversion?
Hi,We're not happy with the way that Photoshop converts 32 bit layered TIFs to 8 bit - it visibly changes transparency and brightness. We can avoid the problem if we Merge the layers first, but we need to preserve the layers. So, we'd like to see if we can do the 32 bit-- 8 bit conversion in Nuke, instead. Maybe it will do a better job than Photoshop. However, I'm stumped - how can I do the conversion inside Nuke? I imagine that I'd need a 2d LUT for that, but I don't see oneThanks for any enlightenment!RichRich Bobo Senior VFX Compositor Email: richb...@mac.com Mobile: 248.840.2665 Web: http://richbobo.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
Re: [Nuke-users] 32 bit to 8 bit conversion?
Are you also converting to sRGB when you convert to 8bit, or is it all staying linear? The layer blending will definitely change if you change colourspace, there's no way around that AFAIK. But if you are staying in linear or staying in sRGB, I'm not sure where your colour shifts are coming from? Cheers, Andy - Original Message - From: Julik Tarkhanov ju...@hecticelectric.nl To: Nuke user discussion nuke-users@support.thefoundry.co.uk Sent: Wednesday, 7 March, 2012 9:11:42 AM Subject: Re: [Nuke-users] 32 bit to 8 bit conversion? On 7 mrt 2012, at 01:51, Rich Bobo wrote: The problem is that we need to get 8 bit layered TIFs out of Photoshop. I think the first problem is that the Photoshop blending is profoundly affected by the bit depth. The second problem is that if Nuke does a 1D lookp table conversion from one kind of RGB to another (including bit depth upgrades), Photoshop goes via Lab so what is happening is more like to a 3D LUT. What happens in your case is that probably Photoshop is converting the layers first, and then the result of the blending modes changes the way the images look. Maybe it's an issue with layer mask and front unpremultiplication and conversion. For me the first thing to check would be the PS profile settings for 8-bit RGB. Also, where do the discrepancies occur the most? Blended layer edges? Maybe your workflow needs to be related to manually unpremulting layers by the layer transparency and preadjusting the transparency grays... -- Julik Tarkhanov | HecticElectric | Keizersgracht 736 1017 EX Amsterdam | The Netherlands | tel. +31 20 330 8250 cel. +31 61 145 06 36 | http://hecticelectric.nl ___ 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] 32 bit to 8 bit conversion?
In what application are you comparing the result of the TIFFs? Nuke or Photoshop? I believe Photoshop use linear light math when in 32bpc and in that case, the blending of layers (and brightness) will look different if you change your project to 8 or 16-bit. 2012/3/7 Julik Tarkhanov ju...@hecticelectric.nl On 7 mrt 2012, at 01:51, Rich Bobo wrote: The problem is that we need to get 8 bit layered TIFs out of Photoshop. I think the first problem is that the Photoshop blending is profoundly affected by the bit depth. The second problem is that if Nuke does a 1D lookp table conversion from one kind of RGB to another (including bit depth upgrades), Photoshop goes via Lab so what is happening is more like to a 3D LUT. What happens in your case is that probably Photoshop is converting the layers first, and then the result of the blending modes changes the way the images look. Maybe it's an issue with layer mask and front unpremultiplication and conversion. For me the first thing to check would be the PS profile settings for 8-bit RGB. Also, where do the discrepancies occur the most? Blended layer edges? Maybe your workflow needs to be related to manually unpremulting layers by the layer transparency and preadjusting the transparency grays... -- Julik Tarkhanov | HecticElectric | Keizersgracht 736 1017 EX Amsterdam | The Netherlands | tel. +31 20 330 8250 cel. +31 61 145 06 36 | http://hecticelectric.nl ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users -- Stiller Studios Lidingö/Sweden Simon Björk Stiller Studios +46 (0)8 555 23 560 Ekholmsnäsvägen 40, S-181 41 Lidingö si...@stillerstudios.se www.stillerstudios.se find us: http://www.eniro.se/query?search_word=stiller+studiosgeo_area=liding%F6what=all ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
Re: [Nuke-users] 32 bit to 8 bit conversion?
keep us posted, please! On 7 March 2012 16:27, Richard Bobo richb...@mac.com wrote: Thanks, Julik, Andy, Diogo and Simon for your suggestions, ideas and questions... After trying a number of things and reading some more about the way ProEXR and Photoshop handle things, we're going to try to make our tweaks in Nuke and let Photoshop do whatever it does. It may take a few rounds of tweaking and converting to see just what we need to do on the Nuke side to make it come out the way we want on the Photoshop end. However, it seems like there are just too many variables there. So, we'll not try to fight it... (8^\ Thanks for your help! Rich Rich Bobo Senior VFX Compositor Email: richb...@mac.com Mobile: 248.840.2665 Web: http://richbobo.com On Mar 07, 2012, at 07:00 AM, Simon Björk si...@stillerstudios.se wrote: In what application are you comparing the result of the TIFFs? Nuke or Photoshop? I believe Photoshop use linear light math when in 32bpc and in that case, the blending of layers (and brightness) will look different if you change your project to 8 or 16-bit. 2012/3/7 Julik Tarkhanov ju...@hecticelectric.nl On 7 mrt 2012, at 01:51, Rich Bobo wrote: The problem is that we need to get 8 bit layered TIFs out of Photoshop. I think the first problem is that the Photoshop blending is profoundly affected by the bit depth. The second problem is that if Nuke does a 1D lookp table conversion from one kind of RGB to another (including bit depth upgrades), Photoshop goes via Lab so what is happening is more like to a 3D LUT. What happens in your case is that probably Photoshop is converting the layers first, and then the result of the blending modes changes the way the images look. Maybe it's an issue with layer mask and front unpremultiplication and conversion. For me the first thing to check would be the PS profile settings for 8-bit RGB. Also, where do the discrepancies occur the most? Blended layer edges? Maybe your workflow needs to be related to manually unpremulting layers by the layer transparency and preadjusting the transparency grays... -- Julik Tarkhanov | HecticElectric | Keizersgracht 736 1017 EX Amsterdam | The Netherlands | tel. +31 20 330 8250 cel. +31 61 145 06 36 | http://hecticelectric.nl ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users -- Stiller Studios Lidingö/Sweden Simon Björk Stiller Studios +46 (0)8 555 23 560 Ekholmsnäsvägen 40, S-181 41 Lidingö si...@stillerstudios.se www.stillerstudios.se find us: http://www.eniro.se/query?search_word=stiller+studiosgeo_area=liding%F6what=all ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users ___ 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 -- Y ella dijo: La ilusión mueve el mundo ___ 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] 32 bit to 8 bit conversion?
Thanks, Julik, Andy, Diogo and Simon for your suggestions, ideas and questions...After trying a number of things and reading some more about the way ProEXR and Photoshop handle things, we're going to try to make our tweaks in Nuke and let Photoshop do whatever it does. It may take a few rounds of tweaking and converting to see just what we need to do on the Nuke side to make it come out the way we want on the Photoshop end. However, it seems like there are just too many variables there. So, we'll not try to fight it... (8^\ Thanks for your help! RichRich Bobo Senior VFX Compositor Email: richb...@mac.com Mobile: 248.840.2665 Web: http://richbobo.comOn Mar 07, 2012, at 07:00 AM, Simon Björk si...@stillerstudios.se wrote:In what application are you comparing the result of the TIFFs? Nuke or Photoshop? I believePhotoshop use linear light math when in 32bpc and in that case, the blending of layers (and brightness) will look different if you change your project to 8 or 16-bit.2012/3/7 Julik Tarkhanov ju...@hecticelectric.nlOn 7 mrt 2012, at 01:51, Rich Bobo wrote:The problem is that we need to get 8 bit layered TIFs out of Photoshop.I think the first problem is that the Photoshop blending is profoundly affected by the bit depth.The second problem is that if Nuke does a 1D lookp table conversion from one kind of RGB to another(including bit depth upgrades), Photoshop goes via Lab so what is happening is more like to a 3D LUT.What happens in your case is that probably Photoshop is converting the layers first, and then the result of the blendingmodes changes the way the images look. Maybe it's an issue with layer mask and front unpremultiplication and conversion.For me the first thing to check would be the PS profile settings for 8-bit RGB. Also, where do the discrepancies occur the most?Blended layer edges? Maybe your workflow needs to be related to manually unpremulting layers by the layer transparency andpreadjusting the transparency grays...--Julik Tarkhanov | HecticElectric | Keizersgracht 736 1017 EX Amsterdam | The Netherlands | tel. +31 20 330 8250cel. +31 61 145 06 36 |http://hecticelectric.nl___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users-- Stiller StudiosLidingö/SwedenSimon BjörkStiller Studios+46 (0)8 555 23 560Ekholmsnäsvägen 40, S-181 41 Lidingösi...@stillerstudios.se www.stillerstudios.sefind us: http://www.eniro.se/query?search_word=stiller+studiosgeo_area=liding%F6what=all ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users___ 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] Gathering roto values to drive a tracker
Hi there, Is there a way to link the translate and rotation values of a single point of a roto shape to a tracker on nuke? I want to gather the rotation and translation of 2 points of a roto shape and use that information to drive a tracker. Any help will be appreciated Cheers, César Rodríguez B. Visual Effects Artist -- Quote of the week... An elderly man was trying to find a place to sit and observe the Olympic Games, as he went to each section. All the other Greeks laughed as he tried to make his way through. Some ignored him. Upon entering the Spartan section all the Spartans stood and offered the elderly man their seats. Suddenly the entire stadium applauded. All the Greeks knew what was the right thing to do, but the Spartans were the only ones who did it. Xenophon ___ 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] Gathering roto values to drive a tracker
You can get the position of the point through the curve editor - to get the offset subtract the reference value. If you do this with 2 points then with clever maths that someone else can point you to you'd get the rotation. How you get rotation values from one point I dont know?? Howard From: Cesar Rodriguez c_rod...@hotmail.com To: nuke-users@support.thefoundry.co.uk Sent: Wednesday, 7 March 2012, 18:31 Subject: [Nuke-users] Gathering roto values to drive a tracker Hi there, Is there a way to link the translate and rotation values of a single point of a roto shape to a tracker on nuke? I want to gather the rotation and translation of 2 points of a roto shape and use that information to drive a tracker. Any help will be appreciated Cheers, César Rodríguez B. Visual Effects Artist -- Quote of the week... An elderly man was trying to find a place to sit and observe the Olympic Games, as he went to each section. All the other Greeks laughed as he tried to make his way through. Some ignored him. Upon entering the Spartan section all the Spartans stood and offered the elderly man their seats. Suddenly the entire stadium applauded. All the Greeks knew what was the right thing to do, but the Spartans were the only ones who did it. Xenophon ___ 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] Gathering roto values to drive a tracker
Yes, via python.I've created a script recently that does that. :)http://www.nukepedia.com/gizmos/bakerotoshapestotrackers/ Hi there,Is there a way to link the translate and rotation values of a single point of a roto shape to a tracker on nuke? I want to gather the rotation and translation of 2 points of a roto shape and use that information to drive a tracker.Any help will be appreciated Cheers,César Rodríguez B. Visual Effects Artist -- Quote of the week... "An elderly man was trying to find a place to sit and observe the Olympic Games, as he went to each section. All the other Greeks laughed as he tried to make his way through. Some ignored him. Upon entering the Spartan section all the Spartans stood and offered the elderly man their seats. Suddenly the entire stadium applauded. All the Greeks knew what was the right thing to do, but the Spartans were the only ones who did it."Xenophon -- **Magno Borgowww.borgo.tvwww.boundaryvfx.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
Re: [Nuke-users] Gathering roto values to drive a tracker
magno's scripts rock. if you've not seen his warper scripts, definitely worth checking out. unless I'm missing what you're after - you can right click a point in the viewer and copy point link and paste it onto the x/y curve of a tracker. you can set a 2nd point to derive rotation. you'll need to bake the curves before you can apply the transform, as the tracker doesn't like expressions (bug). right click the tracker curve, edit generate ok On Wed, Mar 7, 2012 at 11:10 AM, Magno Borgo mag...@pop.com.br wrote: Yes, via python. I've created a script recently that does that. :) http://www.nukepedia.com/gizmos/bakerotoshapestotrackers/ Hi there, Is there a way to link the translate and rotation values of a *single point* of a roto shape to a tracker on nuke? I want to gather the rotation and translation of 2 points of a roto shape and use that information to drive a tracker. Any help will be appreciated Cheers, César Rodríguez B. Visual Effects Artist -- Quote of the week... An elderly man was trying to find a place to sit and observe the Olympic Games, as he went to each section. All the other Greeks laughed as he tried to make his way through. Some ignored him. Upon entering the Spartan section all the Spartans stood and offered the elderly man their seats. Suddenly the entire stadium applauded. All the Greeks knew what was the right thing to do, but the Spartans were the only ones who did it. Xenophon -- ** Magno Borgo www.borgo.tv www.boundaryvfx.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 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] Gathering roto values to drive a tracker
Thanks for the tips. Cheers C~ From: jbillsn...@flickfx.com Date: Wed, 7 Mar 2012 11:44:12 -0800 Subject: Re: [Nuke-users] Gathering roto values to drive a tracker To: nuke-users@support.thefoundry.co.uk magno's scripts rock. if you've not seen his warper scripts, definitely worth checking out. unless I'm missing what you're after - you can right click a point in the viewer and copy point link and paste it onto the x/y curve of a tracker. you can set a 2nd point to derive rotation. you'll need to bake the curves before you can apply the transform, as the tracker doesn't like expressions (bug). right click the tracker curve, edit generate ok On Wed, Mar 7, 2012 at 11:10 AM, Magno Borgo mag...@pop.com.br wrote: Yes, via python. I've created a script recently that does that. :)http://www.nukepedia.com/gizmos/bakerotoshapestotrackers/ Hi there, Is there a way to link the translate and rotation values of a single point of a roto shape to a tracker on nuke? I want to gather the rotation and translation of 2 points of a roto shape and use that information to drive a tracker. Any help will be appreciated Cheers, César Rodríguez B. Visual Effects Artist -- Quote of the week... An elderly man was trying to find a place to sit and observe the Olympic Games, as he went to each section. All the other Greeks laughed as he tried to make his way through. Some ignored him. Upon entering the Spartan section all the Spartans stood and offered the elderly man their seats. Suddenly the entire stadium applauded. All the Greeks knew what was the right thing to do, but the Spartans were the only ones who did it. Xenophon -- ** Magno Borgo www.borgo.tv www.boundaryvfx.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 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] 32 bit to 8 bit conversion?
Hi I want help or advise you something but I don't fully understand your workflow... You can of course make color conversion in nuke. Nuke is brilliant software to make such a conversions BUT What next?? You cannot export layered tiffs out of Nuke (at least not in usable form). Do you want to export layers as separate tif files? If you could explain your workflow then we could advise you more. Best Adrian W dniu 2012-03-07 16:33:54 użytkownik Juan Galva juan.ga...@gmail.com napisał: keep us posted, please! On 7 March 2012 16:27, Richard Bobo richb...@mac.com wrote: Thanks, Julik, Andy, Diogo and Simon for your suggestions, ideas and questions... After trying a number of things and reading some more about the way ProEXR and Photoshop handle things, we're going to try to make our tweaks in Nuke and let Photoshop do whatever it does. It may take a few rounds of tweaking and converting to see just what we need to do on the Nuke side to make it come out the way we want on the Photoshop end. However, it seems like there are just too many variables there. So, we'll not try to fight it... (8^ Thanks for your help! Rich Rich Bobo Senior VFX Compositor Email: richb...@mac.com Mobile: 248.840.2665 Web: http://richbobo.com On Mar 07, 2012, at 07:00 AM, Simon Björk si...@stillerstudios.se wrote: In what application are you comparing the result of the TIFFs? Nuke or Photoshop? I believe Photoshop use linear light math when in 32bpc and in that case, the blending of layers (and brightness) will look different if you change your project to 8 or 16-bit. 2012/3/7 Julik Tarkhanov ju...@hecticelectric.nl On 7 mrt 2012, at 01:51, Rich Bobo wrote: The problem is that we need to get 8 bit layered TIFs out of Photoshop. I think the first problem is that the Photoshop blending is profoundly affected by the bit depth. The second problem is that if Nuke does a 1D lookp table conversion from one kind of RGB to another (including bit depth upgrades), Photoshop goes via Lab so what is happening is more like to a 3D LUT. What happens in your case is that probably Photoshop is converting the layers first, and then the result of the blending modes changes the way the images look. Maybe it's an issue with layer mask and front unpremultiplication and conversion. For me the first thing to check would be the PS profile settings for 8-bit RGB. Also, where do the discrepancies occur the most? Blended layer edges? Maybe your workflow needs to be related to manually unpremulting layers by the layer transparency and preadjusting the transparency grays... -- Julik Tarkhanov | HecticElectric | Keizersgracht 736 1017 EX Amsterdam | The Netherlands | tel. +31 20 330 8250 cel. +31 61 145 06 36 | http://hecticelectric.nl ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users -- Stiller Studios Lidingö/Sweden Simon Björk Stiller Studios +46 (0)8 555 23 560 Ekholmsnäsvägen 40, S-181 41 Lidingö si...@stillerstudios.se www.stillerstudios.se find us: http://www.eniro.se/query?search_word=stiller+studiosgeo_area=liding%F6what=all ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users ___ 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 -- Y ella dijo: La ilusión mueve el mundo ___ 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] 32 bit to 8 bit conversion?
On 3/8/12 at 12:24 AM, (Adrian Baltowski) wrote: I want help or advise you something but I don't fully understand your workflow... You can of course make color conversion in nuke. Nuke is brilliant software to make such a conversions BUT What next?? You cannot export layered tiffs out of Nuke (at least not in usable form). yeah, i had the same problem ;) i think simon had a good point worth looking into: On 3/7/12 at 1:00 PM, Simon Björk) wrote: I believe Photoshop use linear light math when in 32bpc and in that case, the blending of layers (and brightness) will look different if you change your project to 8 or 16-bit. maybe it's possible to work around that by using a linear icc profile... at least that's what was the workaround when AE still had this problem. excellent writeup and icc profiles for download on stu's blog: http://prolost.com/blog/2006/2/7/linear-color-workflow-in-ae7-part-1.html (there are also parts 2-6) ++ chris ___ 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] 32 bit to 8 bit conversion?
Adrian, Thanks for wanting to help! Here are the parameters: -- CG render passes, comped and beautified in Nuke (auto work)... -- Ultimate deliverables for client are layered 8 bit TIFF files with alpha out of Photoshop (different parts of vehicle)… In order to ease the workload, we are trying to render layered files out of Nuke that get loaded into Photoshop. There is some automated work that is done with a recorded macro/droplet in Photoshop and the end result is our client-ready 8 bit layered TIFF .psd file. It would be *perfect* if we could render out an 8 bit layered file of some kind from Nuke. The only reliable layered file format that I know of coming out of Nuke is EXR. And, I don't think Nuke will produce a layered TIFF or DPX that Photoshop can read properly. I could be wrong about that and if I am, I'd love to know how to do it! Also, EXR output does not allow 8 bit, as far as I can tell. So, we've tried 32 and 16 bit EXRs. The OpenEXR Photoshop plugin does a nice job of loading the EXR files, either as premultiplied layers with transparency or as unpremultiplied, separated layers for fill and alpha. The look of the layer comp in Photoshop matches Nuke as long as we stay in 32 bit linear space in Photoshop. However, changing the bit depth to 8 bit results in a general darkening of the image layers and a different gamma look to the transparent areas. In other words, the nice linear gradients are squashed in some areas and not as spread out. The ProEXR manual does speak about this kind of problem and suggests bringing in the layers unpremultiplied and using Levels adjustments on the layer masks only of each layer before changing the bit depth. With some trial and error, I have been able to find some values that will *almost* work. However, the levels adjustment values are not the same for each layer. And, it still does not look quite right. Photoshop *will* produce the correct result, however, *if* we choose to Merge the layers before doing the 32--8 conversion - but that's not what we need - we need the layers... So, for the moment, we are going to try and see if we can live with individual Levels adjustments for each layer in Photoshop, prior to the bit depth conversion. That may be the path of least resistance - but it sure ain't pretty! (8^P So, Adrian, I hope that explains things a bit better. if you have any suggestions, I would love to hear them! Thanks, Rich Rich Bobo Senior VFX Compositor Mobile: (248) 840-2665 Web: http://richbobo.com/ Man has been endowed with reason, with the power to create, so that he can add to what he's been given. - Anton Chekhov On Mar 7, 2012, at 6:24 PM, Adrian Baltowski wrote: Hi I want help or advise you something but I don't fully understand your workflow... You can of course make color conversion in nuke. Nuke is brilliant software to make such a conversions BUT What next?? You cannot export layered tiffs out of Nuke (at least not in usable form). Do you want to export layers as separate tif files? If you could explain your workflow then we could advise you more. Best Adrian W dniu 2012-03-07 16:33:54 użytkownik Juan Galva juan.ga...@gmail.com napisał: keep us posted, please! On 7 March 2012 16:27, Richard Bobo richb...@mac.com wrote: Thanks, Julik, Andy, Diogo and Simon for your suggestions, ideas and questions... After trying a number of things and reading some more about the way ProEXR and Photoshop handle things, we're going to try to make our tweaks in Nuke and let Photoshop do whatever it does. It may take a few rounds of tweaking and converting to see just what we need to do on the Nuke side to make it come out the way we want on the Photoshop end. However, it seems like there are just too many variables there. So, we'll not try to fight it... (8^ Thanks for your help! Rich Rich Bobo Senior VFX Compositor Email: richb...@mac.com Mobile: 248.840.2665 Web: http://richbobo.com On Mar 07, 2012, at 07:00 AM, Simon Björk si...@stillerstudios.se wrote: In what application are you comparing the result of the TIFFs? Nuke or Photoshop? I believe Photoshop use linear light math when in 32bpc and in that case, the blending of layers (and brightness) will look different if you change your project to 8 or 16-bit. 2012/3/7 Julik Tarkhanov ju...@hecticelectric.nl On 7 mrt 2012, at 01:51, Rich Bobo wrote: The problem is that we need to get 8 bit layered TIFs out of Photoshop. I think the first problem is that the Photoshop blending is profoundly affected by the bit depth. The second problem is that if Nuke does a 1D lookp table conversion from one kind of RGB to another (including bit depth upgrades), Photoshop goes via Lab so what is happening is more like to a 3D LUT. What happens in your case is that probably Photoshop is converting the layers first, and then the result of
Re: [Nuke-users] 32 bit to 8 bit conversion?
because you are using blend modes in photoshop that do not support float math(s) AND/Or you your working space ICC is not set up right. Randy S. Little http://reel.rslittle.com http://imdb.com/name/nm2325729/ On Wed, Mar 7, 2012 at 20:43, Richard Bobo richb...@mac.com wrote: Adrian, Thanks for wanting to help! Here are the parameters: -- CG render passes, comped and beautified in Nuke (auto work)... -- Ultimate deliverables for client are layered 8 bit TIFF files with alpha out of Photoshop (different parts of vehicle)... In order to ease the workload, we are trying to render layered files out of Nuke that get loaded into Photoshop. There is some automated work that is done with a recorded macro/droplet in Photoshop and the end result is our client-ready 8 bit layered TIFF .psd file. It would be *perfect* if we could render out an 8 bit layered file of some kind from Nuke. The only reliable layered file format that I know of coming out of Nuke is EXR. And, I don't think Nuke will produce a layered TIFF or DPX that Photoshop can read properly. I could be wrong about that and if I am, I'd love to know how to do it! Also, EXR output does not allow 8 bit, as far as I can tell. So, we've tried 32 and 16 bit EXRs. The OpenEXR Photoshop plugin does a nice job of loading the EXR files, either as premultiplied layers with transparency or as unpremultiplied, separated layers for fill and alpha. The look of the layer comp in Photoshop matches Nuke as long as we stay in 32 bit linear space in Photoshop. However, changing the bit depth to 8 bit results in a general darkening of the image layers and a different gamma look to the transparent areas. In other words, the nice linear gradients are squashed in some areas and not as spread out. The ProEXR manual does speak about this kind of problem and suggests bringing in the layers unpremultiplied and using Levels adjustments on the layer masks only of each layer before changing the bit depth. With some trial and error, I have been able to find some values that will *almost* work. However, the levels adjustment values are not the same for each layer. And, it still does not look quite right. Photoshop *will* produce the correct result, however, *if* we choose to Merge the layers before doing the 32--8 conversion - but that's not what we need - we need the layers... So, for the moment, we are going to try and see if we can live with individual Levels adjustments for each layer in Photoshop, prior to the bit depth conversion. That may be the path of least resistance - but it sure ain't pretty! (8^P So, Adrian, I hope that explains things a bit better. if you have any suggestions, I would love to hear them! Thanks, Rich Rich Bobo Senior VFX Compositor Mobile: (248) 840-2665 Web: http://richbobo.com/ Man has been endowed with reason, with the power to create, so that he can add to what he's been given. - Anton Chekhov On Mar 7, 2012, at 6:24 PM, Adrian Baltowski wrote: Hi I want help or advise you something but I don't fully understand your workflow... You can of course make color conversion in nuke. Nuke is brilliant software to make such a conversions BUT What next?? You cannot export layered tiffs out of Nuke (at least not in usable form). Do you want to export layers as separate tif files? If you could explain your workflow then we could advise you more. Best Adrian W dniu 2012-03-07 16:33:54 użytkownik Juan Galva juan.ga...@gmail.com napisał: keep us posted, please! On 7 March 2012 16:27, Richard Bobo richb...@mac.com wrote: Thanks, Julik, Andy, Diogo and Simon for your suggestions, ideas and questions... After trying a number of things and reading some more about the way ProEXR and Photoshop handle things, we're going to try to make our tweaks in Nuke and let Photoshop do whatever it does. It may take a few rounds of tweaking and converting to see just what we need to do on the Nuke side to make it come out the way we want on the Photoshop end. However, it seems like there are just too many variables there. So, we'll not try to fight it... (8^ Thanks for your help! Rich Rich Bobo Senior VFX Compositor Email: richb...@mac.com Mobile: 248.840.2665 Web: http://richbobo.com On Mar 07, 2012, at 07:00 AM, Simon Björk si...@stillerstudios.se wrote: In what application are you comparing the result of the TIFFs? Nuke or Photoshop? I believe Photoshop use linear light math when in 32bpc and in that case, the blending of layers (and brightness) will look different if you change your project to 8 or 16-bit. 2012/3/7 Julik Tarkhanov ju...@hecticelectric.nl On 7 mrt 2012, at 01:51, Rich Bobo wrote: The problem is that we need to get 8 bit layered TIFs out of Photoshop. I think the first problem is that the Photoshop blending is profoundly affected by the bit depth. The second problem is that if Nuke does a 1D lookp
