Wrong colors after reloading file with exr image #31538

Closed
opened 2012-05-20 11:09:06 +02:00 by Tobias Oelgarte · 5 comments

%%%Steps to reproduce:

  1. Open the default scene
  2. Create an float image inside the UV/Image editor
  3. Paint four or more lines with different gray tones. I suggest: Value = 0.25, 0.5, 0.75, 1.0
  4. Save the blend file
  5. Save the image as open exr.
  6. Close blender
  7. Restart blender and open the blend file.

Now you should see that the image is displayed with colormanagement applied and painting with value = 0.5 on the previous 0.5 area gives different gray tones (v=0.24, even so brush is set to v=0.5). This conversion should not happen.

v=0.5 should be displayed as rgb(127,127,127).%%%

%%%Steps to reproduce: 1. Open the default scene 2. Create an float image inside the UV/Image editor 3. Paint four or more lines with different gray tones. I suggest: Value = 0.25, 0.5, 0.75, 1.0 4. Save the blend file 5. Save the image as open exr. 6. Close blender 7. Restart blender and open the blend file. Now you should see that the image is displayed with colormanagement applied and painting with value = 0.5 on the previous 0.5 area gives different gray tones (v=0.24, even so brush is set to v=0.5). This conversion should not happen. v=0.5 should be displayed as rgb(127,127,127).%%%

Changed status to: 'Open'

Changed status to: 'Open'

%%%Additional Info: This only applies to floating point textures/images. If this "mode" is active the drawing gets really slow on my system.

PS: I must wonder if this issue can finally be fixed. It lurks around for about a year now (since color management was introduced). It appears and disappears from version to version. Is there no clear way/definition how handle colors inside the image editor? I would suggest to never apply color management to the images inside image editor or to make it an extra option. Otherwise do always map 0-1 from black (0x000000) to white (0xFFFFFF). Should be much easier and stable.%%%

%%%Additional Info: This only applies to floating point textures/images. If this "mode" is active the drawing gets really slow on my system. PS: I must wonder if this issue can finally be fixed. It lurks around for about a year now (since color management was introduced). It appears and disappears from version to version. Is there no clear way/definition how handle colors inside the image editor? I would suggest to never apply color management to the images inside image editor or to make it an extra option. Otherwise do always map 0-1 from black (0x000000) to white (0xFFFFFF). Should be much easier and stable.%%%

%%%It's not about color management, it's more about color profiles. Color profile is set yo None for newly creating images which confuses OpenEXR saver (and most probably some other areas) because it's getting saved assuming image is in sRGB space instead of linear as it should be. Simple solution is to just initialize profile fore newly creating images. Attaching patch for this, but it'll need a bit more regression testing before commiting.

As for slow painting it's totally depends on your setup. It's really smooth on my desktop and laptop. To figure out the issue we'll need to have sample .blend file (due to it might be related on some usage of image you're painting on). And also having your computer specifications might help here. But please, do not mix different issues in one report -- it's messy to follow up.%%%

%%%It's not about color management, it's more about color profiles. Color profile is set yo None for newly creating images which confuses OpenEXR saver (and most probably some other areas) because it's getting saved assuming image is in sRGB space instead of linear as it should be. Simple solution is to just initialize profile fore newly creating images. Attaching patch for this, but it'll need a bit more regression testing before commiting. As for slow painting it's totally depends on your setup. It's really smooth on my desktop and laptop. To figure out the issue we'll need to have sample .blend file (due to it might be related on some usage of image you're painting on). And also having your computer specifications might help here. But please, do not mix different issues in one report -- it's messy to follow up.%%%

%%%Commited fix to svn rev47054. Thanks for the report, closing it now.%%%

%%%Commited fix to svn rev47054. Thanks for the report, closing it now.%%%

Changed status from 'Open' to: 'Resolved'

Changed status from 'Open' to: 'Resolved'
Sign in to join this conversation.
2 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: blender/blender#31538
No description provided.