Following rev51511 fix for #32930, the problem is now reversed. Previously, a 16bit TIFF file, rendered from Blender and saved to disk, loaded into an image input node in the compositor, was brightened, now it's darker. See attached picture, to the left is image after the fix, middle the image saved to disk, and to the right is the brighter image before the fix.
Description
Description
Event Timeline
Comment Actions
That commit shouldn't have been changed anything related to the compositor. It'll help having original tiff image from your disk and .blend file which uses this image and which gives different results before and after rev51511.
However, noticed that image input in texture nodes will give dark color on preview. Rendering is fine tho. Not sure it'll be easy/quick to fix -- texture nodes is a bit of mess and currently orphaned..
Comment Actions
Sorry, I think you can close this. I've tracked the issue to an incompatibility between 2.60.2 and the current revision 2.64.5. TIFFs rendered with Colour Management turned off in 2.60.2, and loaded in 2.64.5 compositor were darker. But if I render with 2.64.5 and load in the same, no darkening happens. Also, no darkening if rendering from 2.60.2 with Colour Management turned on.
Comment Actions
Well, if image was rendered with color management disabled, you'll need to set input color space to Raw. This should make it displaying correct in current blender.
As for texture node preview, it's not a regression due to new color management and it's old behavior is also really buggy. Unfortunately, this area is a mess and it sohuld be redesigned actually. Not sure it'll happen -- we're moving towards new Cycles nodes :) Would rather consider this is a TODO and focus on more critical issues now.
Anyway, thanks for the report! Feel free to ask if there'll be more issues with color management :)