| Summary: | support single-channel exr files (was: Some .exr files don't open correctly) | ||
|---|---|---|---|
| Product: | [Applications] krita | Reporter: | animtim |
| Component: | File formats | Assignee: | Krita Bugs <krita-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | wishlist | CC: | cberger, dimula73, halla |
| Priority: | NOR | ||
| Version First Reported In: | git master (please specify the git hash!) | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Bug Depends on: | 462799 | ||
| Bug Blocks: | |||
|
Description
animtim
2011-12-11 14:15:20 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. 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? Ah, we have the fifth option actually: 5) Refuse to load such images at all, explaining the user why we cannot do it. n-channel colorspaces are actually an intriguing option since they would also allow us to start implementing spot color... It's implemented in 2.9. |