OpenEXR file with only R channel fails to read #61607

New Issue

Steffen Dünner · 2019-02-16T14:33:39+01:00

Steffen Dünner commented

2019-02-16 14:33:39 +01:00

System Information
Operating system: Linux Mint 19.1
Graphics card: GTX 1080ti / latest drivers

Blender Version
Broken: Current nightlies and own builds of 2.79 and 2.80
Worked: Official 2.79b and older nightlies (can't tell exactly when the problem started to occur, maybe 2 weeks?!)

Short description of error
If I render a simple multilayer EXR without a Z channel and load the resulting image file in e.g. Blender's image editor it looks black with an alpha although during rendering it looked OK.
Rendering with a Z channel gives the correct result.

Exact steps for others to reproduce the error

Open this scene: Blacklayers_v01.blend
Press CTRL+F12 to render (it's a simple Suzanne with a point light)
Load the EXR e.g. into the compositor or Blender image editor -> It turns black
Load the image in an external image editor -> all is fine

It looks like Blender can't properly read its own layers any more.

**System Information** Operating system: Linux Mint 19.1 Graphics card: GTX 1080ti / latest drivers **Blender Version** Broken: Current nightlies and own builds of 2.79 and 2.80 Worked: Official 2.79b and older nightlies (can't tell exactly when the problem started to occur, maybe 2 weeks?!) **Short description of error** If I render a simple multilayer EXR without a Z channel and load the resulting image file in e.g. Blender's image editor it looks black with an alpha although during rendering it looked OK. Rendering with a Z channel gives the correct result. **Exact steps for others to reproduce the error** - Open this scene: [Blacklayers_v01.blend](https://archive.blender.org/developer/F6629384/Blacklayers_v01.blend) - Press CTRL+F12 to render (it's a simple Suzanne with a point light) - Load the EXR e.g. into the compositor or Blender image editor -> It turns black - Load the image in an external image editor -> all is fine It looks like Blender can't properly read its own layers any more.

Steffen Dünner commented

2019-02-16 14:33:39 +01:00

Added subscriber: @SteffenD

blender-admin commented

2019-02-16 14:33:39 +01:00

#77574 was marked as duplicate of this issue

blender-admin commented

2019-02-16 14:33:39 +01:00

#63632 was marked as duplicate of this issue

Brecht Van Lommel was assigned by Sebastian Parborg

2019-02-18 11:58:06 +01:00

Brecht Van Lommel commented

2019-04-15 23:34:26 +02:00

Added subscriber: @AdamPreisler

bassam kurdali commented

2019-04-24 16:53:21 +02:00

Added subscriber: @BassamKurdali

bassam kurdali commented

2019-04-24 16:53:21 +02:00

I'm not sure if it's the same bug, but I've got an exr (a zbrush displacement map) that renders black in eevee, shows up black in the image / UV editors, but renders greyscale in cycles. It shouldn't have a Z pass, so maybe this is a similar bug. I'm attaching an exr and a test .blend (toggle between lookdev and rendered to see it in eevee/cycles)
zbrushdisp.blend

I'm not sure if it's the same bug, but I've got an exr (a zbrush displacement map) that renders black in eevee, shows up black in the image / UV editors, but renders greyscale in cycles. It shouldn't have a Z pass, so maybe this is a similar bug. I'm attaching an exr and a test .blend (toggle between lookdev and rendered to see it in eevee/cycles) [zbrushdisp.blend](https://archive.blender.org/developer/F6972724/zbrushdisp.blend) ![JokerGargle_Displacement.exr](https://archive.blender.org/developer/F6972725/JokerGargle_Displacement.exr)

bassam kurdali commented

2019-04-24 16:57:03 +02:00

small addendum: I'm on gnu/linux (fedora 29), using intel cpu and nvidia gpu (i7/1080)

blender-admin commented

2019-07-17 20:46:04 +02:00

This issue was referenced by eee46769ce

This issue was referenced by eee46769cefe47c9edcc2ac430f212c1e31e7ad5

Brecht Van Lommel commented

2019-07-17 20:57:27 +02:00

Changed status from 'Open' to: 'Resolved'

Brecht Van Lommel closed this issue

2019-07-17 20:57:27 +02:00

Brecht Van Lommel commented

2019-07-17 20:58:34 +02:00

The JokerGargle_Displacement.exr is a different case than the original report. It has a single "R" channel. I'll keep the report open for that case.

Brecht Van Lommel commented

2019-07-17 20:58:41 +02:00

Changed status from 'Resolved' to: 'Open'

Brecht Van Lommel reopened this issue

2019-07-17 20:58:41 +02:00

Brecht Van Lommel changed title from ~~Multilayer EXRs without Z channel give weird results~~ to OpenEXR file with only R channel fails to read

2019-07-17 20:59:11 +02:00

Brecht Van Lommel was unassigned by Dalai Felinto

2019-12-23 16:35:09 +01:00

Dalai Felinto commented

2019-12-23 16:35:09 +01:00

Added subscriber: @brecht

Richard Antalik commented

2020-01-24 11:32:55 +01:00

Added subscriber: @iss

Richard Antalik commented

2020-01-24 11:32:55 +01:00

Still problem with JokerGargle_Displacement.exr

Sean Kennedy commented

2020-04-18 07:14:31 +02:00

Added subscriber: @SeanKennedy

Sean Kennedy commented

2020-04-19 00:35:29 +02:00

I've also run into this bug using the latest stable build of Blender 2.82a. Working on the workflow for STmap lens distortion/undistortion, the STmap I created in Nuke kept importing into Blender as completely black. When I added in a depth pass (not any real information, just a solid color value in the depth channel) and re-saved the EXR, it worked fine.

Including two EXR images, with and without zdepth channel, and a screenshot of both EXR images in Blender's compositor.

I've also run into this bug using the latest stable build of Blender 2.82a. Working on the workflow for STmap lens distortion/undistortion, the STmap I created in Nuke kept importing into Blender as completely black. When I added in a depth pass (not any real information, just a solid color value in the depth channel) and re-saved the EXR, it worked fine. Including two EXR images, with and without zdepth channel, and a screenshot of both EXR images in Blender's compositor. ![STmap_no_depth_pass_01.exr](https://archive.blender.org/developer/F8482454/STmap_no_depth_pass_01.exr) ![STmap_depth_pass_01.exr](https://archive.blender.org/developer/F8482453/STmap_depth_pass_01.exr) ![EXR_depth_pass_bug_01.JPG](https://archive.blender.org/developer/F8482460/EXR_depth_pass_bug_01.JPG)

Sean Kennedy commented

2020-04-19 06:13:24 +02:00

I created the same image in Natron instead of Nuke, and it worked fine. I did NOT include the z depth pass in this EXR. Otherwise, I used all the same image output settings that I used when rendering from Nuke.

I created the same image in Natron instead of Nuke, and it worked fine. I did NOT include the z depth pass in this EXR. Otherwise, I used all the same image output settings that I used when rendering from Nuke. ![STmap_depth_pass_natron_01.exr](https://archive.blender.org/developer/F8482801/STmap_depth_pass_natron_01.exr)

Irfan Celik commented

2020-04-19 09:46:30 +02:00

Added subscriber: @irfancelik

Irfan Celik commented

2020-04-19 09:46:30 +02:00

Looks like it is naming related. The "..no_depth_pass.." exr shows up as Color.XY instead of Color.RGBA in Natron.

Christian Brinkmann commented

2020-04-19 20:54:18 +02:00

Added subscriber: @p2or

Evan Wilson commented

2020-06-07 21:44:39 +02:00

Added subscriber: @L0Lock

Alex commented

2020-06-10 00:42:41 +02:00

Added subscriber: @tutukivi

Aeron Farax commented

2020-06-15 17:06:45 +02:00

Added subscriber: @forcef

Aeron Farax commented

2020-06-15 17:06:45 +02:00

Someone please test Quixel .exr files, same issue seems to me and i cannot use roughness map because of that. Blender 2.83 Win 10 x64

Loïc DAUTRY commented

2020-06-19 15:22:34 +02:00

Yup, any grayscale-type map downloaded as EXR from Quixel is unusable in Blender because it stores the data in a single R channel with no GBA channels.

Aeron Farax commented

2020-06-19 15:37:33 +02:00

I really hope 2.83.1 fixes that, i often want to preview scene/mesh/texture with PBR before moving target object to Unreal. I use .exr files directly in Blender without Bridge for quick preview but now it is not working because of this bug.

Aeron Farax commented

2020-06-27 20:01:38 +02:00

Anyone knows workaround for this? 2.83.1 still do not work. How to get that Z channel thing to work?

Evan Wilson commented

2020-07-09 00:29:59 +02:00

Added subscriber: @EAW

Evan Wilson commented

2020-07-09 00:29:59 +02:00

I am looking into fixing this issue. In the meantime You can work around the issue by opening the file in another program and add a G and B channel. The easiest way to do this that I have found is using GIMP.

Download GIMP 2.10.20 and install it.
Open the EXR file in GIMP.
File-> Export As
Give the file a slightly different name so you don’t overwrite the original. Make sure that it ends in .exr

The new file will now work in Blender.

I am looking into fixing this issue. In the meantime You can work around the issue by opening the file in another program and add a G and B channel. The easiest way to do this that I have found is using GIMP. 1. Download GIMP 2.10.20 and install it. 2. Open the EXR file in GIMP. 3. File-> Export As 4. Give the file a slightly different name so you don’t overwrite the original. Make sure that it ends in `.exr` The new file will now work in Blender.

Aeron Farax commented

2020-07-19 17:15:48 +02:00

Developers, any plan on fixing this for 2.90 at least or is it possible at all without compromising something?

blender-admin commented

2020-07-28 17:08:40 +02:00

This issue was referenced by 5d88f8eba2

This issue was referenced by 5d88f8eba2e2a303c7777af0aa60aec875071596

Brecht Van Lommel commented

2020-07-28 17:57:27 +02:00

Changed status from 'Confirmed' to: 'Resolved'

Brecht Van Lommel closed this issue

2020-07-28 17:57:27 +02:00

Brecht Van Lommel self-assigned this 2020-07-28 17:57:27 +02:00

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

OpenEXR file with only R channel fails to read #61607