Loaded OpenEXR file is displayed all black in 2.80. Looks fine in 2.79 #66515

Closed
opened 2019-07-07 07:15:26 +02:00 by Dharma Teja Reddy Kasa · 10 comments

System Information
Operating system: Windows-10-10.0.17763 64 Bits
Graphics card: GeForce GTX 1060 6GB/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 417.35

Blender Version
Broken: version: 2.80 (sub 74), branch: master, commit date: 2019-07-05 06:13, hash: 66684bdff3
Worked: 2.79b (2018-03-22)

Short description of error
Compositing Node Tree - reading OpenEXR multilayer file content as black - no colors

Exact steps for others to reproduce the error
Image originally rendered in 2.79. When I load exr file for compositing, it looks fine in 2.79
2.79.png
Same file looks like below in 2.80 build
2.80.png

It's true for many exr's. I've attached single image and blend files to reproduce issue. Find them in following attachment
CompBug.zip

**System Information** Operating system: Windows-10-10.0.17763 64 Bits Graphics card: GeForce GTX 1060 6GB/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 417.35 **Blender Version** Broken: version: 2.80 (sub 74), branch: master, commit date: 2019-07-05 06:13, hash: `66684bdff3` Worked: 2.79b (2018-03-22) **Short description of error** Compositing Node Tree - reading OpenEXR multilayer file content as black - no colors **Exact steps for others to reproduce the error** Image originally rendered in 2.79. When I load exr file for compositing, it looks fine in 2.79 ![2.79.png](https://archive.blender.org/developer/F7570302/2.79.png) Same file looks like below in 2.80 build ![2.80.png](https://archive.blender.org/developer/F7570305/2.80.png) It's true for many exr's. I've attached single image and blend files to reproduce issue. Find them in following attachment [CompBug.zip](https://archive.blender.org/developer/F7570296/CompBug.zip)

Added subscriber: @DharmaTejaReddyK

Added subscriber: @DharmaTejaReddyK

Added subscriber: @rjg

Added subscriber: @rjg

I've got the same result in 2.79 and the current master build. Both show the broken result. Since loading your .exr file in an external image editing application and saving it as .hdr or .exr doesn't fix it, seems like the alpha hasn't been properly tagged in the file.

I've got the same result in 2.79 and the current master build. Both show the broken result. Since loading your .exr file in an external image editing application and saving it as .hdr or .exr doesn't fix it, seems like the alpha hasn't been properly tagged in the file.

It remains true for some renders done using 2.8.
It's not same in all cases but it's random
Let me know if you need more data to debug.

It remains true for some renders done using 2.8. It's not same in all cases but it's random Let me know if you need more data to debug.

Ignore my previous comment, I'm not sure what's going on here. Either Affinity Photo and LuminanceHDR both have broken OpenEXR implementation or Blender creates file that don't follow the spec. Affinity Photo can open the files and reads both RGB layer and alpha, but fails to save the data on export resulting in a blank alpha. LuminanceHDR complains that it can't find RGB data and refuses to load the file altogether. This happens for both your supposedly broken file and .exr files that can be properly read in Blender.

Either way I can't even get the "normal" .exr files saved by Blender to work outside of Blender when they have an alpha channel. That makes debugging a bit more complicated.

Can you share a .blend file that (sometimes) creates OpenEXR files that can't be properly read by Blender?

Ignore my previous comment, I'm not sure what's going on here. Either Affinity Photo and LuminanceHDR both have broken OpenEXR implementation or Blender creates file that don't follow the spec. Affinity Photo can open the files and reads both RGB layer and alpha, but fails to save the data on export resulting in a blank alpha. LuminanceHDR complains that it can't find RGB data and refuses to load the file altogether. This happens for both your supposedly broken file and .exr files that can be properly read in Blender. Either way I can't even get the "normal" .exr files saved by Blender to work outside of Blender when they have an alpha channel. That makes debugging a bit more complicated. Can you share a .blend file that (sometimes) creates OpenEXR files that can't be properly read by Blender?
Member

Added subscribers: @brecht, @lichtwerk

Added subscribers: @brecht, @lichtwerk
Brecht Van Lommel was assigned by Philipp Oeser 2019-07-08 14:58:50 +02:00
Member

Hm, I'm getting this trying to import the file in Krita:

#66515.png

The image contains pixels with zero alpha and non-zero color channels. Krita has modified those pixels to have at least some alpha. The initial values will not be reverted on saving the image back.

If I render with a multilayer EXR file Output Node from blender I get those "bad" results if I add an Input to the node called Alpha, but leave this unconnected. If I then plug the Renderlayer alpha into the fileOutput Alpha, it seems fine...
BAD_film_transparent_disconnected_alpha.exr

GOOD_film_transparent_connected_alpha_multilayer.exr

Not sure how to handle the case where alpha is zero but pixels are not? changing alpha_mode to something else then premultiplied also doesnt seem to help here.
a bit on shaky ground, this is possibly not a bug, but will confirm for now and kindly ask @brecht for further guidance...

Hm, I'm getting this trying to import the file in Krita: ![#66515.png](https://archive.blender.org/developer/F7575161/T66515.png) > The image contains pixels with zero alpha and non-zero color channels. Krita has modified those pixels to have at least some alpha. The initial values will not be reverted on saving the image back. If I render with a multilayer EXR file Output Node from blender I get those "bad" results if I add an Input to the node called Alpha, but leave this unconnected. If I then plug the Renderlayer alpha into the fileOutput Alpha, it seems fine... ![BAD_film_transparent_disconnected_alpha.exr](https://archive.blender.org/developer/F7575268/BAD_film_transparent_disconnected_alpha.exr) ![GOOD_film_transparent_connected_alpha_multilayer.exr](https://archive.blender.org/developer/F7575270/GOOD_film_transparent_connected_alpha_multilayer.exr) Not sure how to handle the case where alpha is zero but pixels are not? changing alpha_mode to something else then premultiplied also doesnt seem to help here. a bit on shaky ground, this is possibly not a bug, but will confirm for now and kindly ask @brecht for further guidance...

I'm attaching .blend as requested. One thing to note is output node setup is as follows when exr's were rendered.
T66515_OutNodeSetup.png
If I render with a multilayer EXR file Output Node from blender I get those "bad" results if I add an Input to the node called Alpha, but leave this unconnected
Rings some bell but not sure.
#66515.blend

I'm attaching .blend as requested. One thing to note is output node setup is as follows when exr's were rendered. ![T66515_OutNodeSetup.png](https://archive.blender.org/developer/F7577345/T66515_OutNodeSetup.png) ```If I render with a multilayer EXR file Output Node from blender I get those "bad" results if I add an Input to the node called Alpha, but leave this unconnected``` Rings some bell but not sure. [#66515.blend](https://archive.blender.org/developer/F7577347/T66515.blend)

This issue was referenced by eee46769ce

This issue was referenced by eee46769cefe47c9edcc2ac430f212c1e31e7ad5

Changed status from 'Open' to: 'Resolved'

Changed status from 'Open' to: 'Resolved'
Sign in to join this conversation.
No Label
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset Browser
Interest
Asset Browser Project Overview
Interest
Audio
Interest
Automated Testing
Interest
Blender Asset Bundle
Interest
BlendFile
Interest
Collada
Interest
Compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
EEVEE & Viewport
Interest
Freestyle
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
ID Management
Interest
Images & Movies
Interest
Import Export
Interest
Line Art
Interest
Masking
Interest
Metal
Interest
Modeling
Interest
Modifiers
Interest
Motion Tracking
Interest
Nodes & Physics
Interest
OpenGL
Interest
Overlay
Interest
Overrides
Interest
Performance
Interest
Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds & Tests
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
Undo
Interest
USD
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Interest
Video Sequencer
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Interest
Workbench
Interest: X11
Legacy
Blender 2.8 Project
Legacy
Milestone 1: Basic, Local Asset Browser
Legacy
OpenGL Error
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
EEVEE & Viewport
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds & Tests
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Platform
FreeBSD
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
5 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender#66515
No description provided.