Bug 288725 - support single-channel exr files (was: Some .exr files don't open correctly)
Summary: support single-channel exr files (was: Some .exr files don't open correctly)
Status: RESOLVED FIXED
Alias: None
Product: krita
Classification: Applications
Component: File formats (show other bugs)
Version: git master (please specify the git hash!)
Platform: Compiled Sources Linux
: NOR wishlist
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
Depends on: 462799
Blocks:
  Show dependency treegraph
 
Reported: 2011-12-11 14:15 UTC by animtim
Modified: 2022-12-08 20:49 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description animtim 2011-12-11 14:15:20 UTC
Version:           svn trunk (using KDE 4.5.5) 
OS:                Linux

It looks like some files don't open correctly.
I use the sample image files provided at openexr website :
http://www.openexr.com/downloads.html

Reproducible: Didn't try

Steps to Reproduce:
Open TestImages/WideFloatRange.exr file from this archive:
http://download.savannah.nongnu.org/releases/openexr/openexr-images-1.7.0.tar.gz

Actual Results:  
it opens with no layer

Expected Results:  
Well I guess there should be at least one layer in this file !?

Same comment for MultiResolution and MultiView folders images, I think some are missing content at opening, though some multi layered stereo pictures do open apparently right (Adjuster.exr for instance)
Comment 1 Cyrille Berger 2011-12-11 16:30:22 UTC
The TestImages/WideFloatRange.exr file is not a RGB image, it only has a green channel. And krita only support RGB, and some of the weird things coming from blender.
Comment 2 Dmitry Kazakov 2014-04-01 08:36:05 UTC
How are we going to solve this bug? I'm seeing four ways out:

1) [worst approach] Implement complete support of werdly mixed channels in pigment
2) [a bit better] Implement only one-channel colorspaces. Still weird.
2) Convert incomplete channels into full RGB image on loading, notifying the user about it. We sacrifice round-trip load/save here.
3)  Load a single channel image as a grayscale one. What should we do with a two-channel image then?
Comment 3 Dmitry Kazakov 2014-04-01 08:37:00 UTC
Ah, we have the fifth option actually:

5) Refuse to load such images at all, explaining the user why we cannot do it.
Comment 4 Halla Rempt 2014-04-01 08:39:36 UTC
n-channel colorspaces are actually an intriguing option since they would also allow us to start implementing spot color...
Comment 5 Halla Rempt 2014-12-24 10:33:17 UTC
It's implemented in 2.9.