Cryptomatte EXR Output Bit Depth should always be 32bit. #88049

New Issue

Saku Partamies · 2021-05-05T10:33:08+02:00

Saku Partamies commented

2021-05-05 10:33:08 +02:00

System Information
Operating system: Windows 10
Graphics card: RTX 2080

Blender Version
Broken: 2.92 release

Short description of error

I am not sure if this is considered as a bug, but as it is inconsistency in EXR file saving I report it here.

If Half Float format is selected in EXR output Cryptomatte layers are saved as 16bit , but Cryptomatte must be 32bit to be usable. This should follow same logic as Z-Depth which is always saved as 32bit even if the EXR setting is Half Float (16bit). So, Cryptomatte layers should be possible to be saved as 32bit in EXR no matter what is the main bit depth of the output file. This would be expected to avoid pipeline problems from 3D to compositing.

Attached image shows saved layer bit depths.

Exact steps for others to reproduce the error

Open attached blender_render_output_bit-depth.blend -file and render animation. File has just 1 frame animation range prepared for saving example files.
It saves 2 files to /tmp/ -folder: One from Output Properties and one from Compositor File Output
Open rendered files in image viewer that allows to see information of saved layers in EXR files (DJV).
See bit depths of saved layers in images to see that Z-Depth is 32bit in Half Float image and Cryptomatte is 16bit.

blender_render_output_bit-depth.blend

**System Information** Operating system: Windows 10 Graphics card: RTX 2080 **Blender Version** Broken: 2.92 release **Short description of error** I am not sure if this is considered as a bug, but as it is inconsistency in EXR file saving I report it here. If Half Float format is selected in EXR output Cryptomatte layers are saved as 16bit , but Cryptomatte must be 32bit to be usable. This should follow same logic as Z-Depth which is always saved as 32bit even if the EXR setting is Half Float (16bit). So, Cryptomatte layers should be possible to be saved as 32bit in EXR no matter what is the main bit depth of the output file. This would be expected to avoid pipeline problems from 3D to compositing. Attached image shows saved layer bit depths. **Exact steps for others to reproduce the error** 1) Open attached **blender_render_output_bit-depth.blend** -file and render animation. File has just 1 frame animation range prepared for saving example files. 2) It saves 2 files to /tmp/ -folder: One from Output Properties and one from Compositor File Output 3) Open rendered files in image viewer that allows to see information of saved layers in EXR files (DJV). 4) See bit depths of saved layers in images to see that Z-Depth is 32bit in Half Float image and Cryptomatte is 16bit. ![blender_render_output_bit-depth_layers_Cryptomatte.jpg](https://archive.blender.org/developer/F10054561/blender_render_output_bit-depth_layers_Cryptomatte.jpg) [blender_render_output_bit-depth.blend](https://archive.blender.org/developer/F10054563/blender_render_output_bit-depth.blend)

Saku Partamies commented

2021-05-05 10:33:08 +02:00

Added subscriber: @SakuP

blender-admin commented

2021-05-05 10:33:08 +02:00

#98986 was marked as duplicate of this issue

Saku Partamies changed title from ~~Cryptomatte EXR Output Bit Depth should be always 32bit.~~ to Cryptomatte EXR Output Bit Depth should always be 32bit.

2021-05-05 10:38:58 +02:00

Philipp Oeser commented

2021-05-05 11:54:27 +02:00

Added subscribers: @Jeroen-Bakker, @brecht, @lichtwerk

Philipp Oeser self-assigned this 2021-05-05 11:54:27 +02:00

Philipp Oeser commented

2021-05-05 11:54:27 +02:00

Changed status from 'Needs Triage' to: 'Needs Developer To Reproduce'

Philipp Oeser commented

2021-05-05 11:54:27 +02:00

I can do the change, but would like additional confirmation from @Jeroen-Bakker and/or @brecht if this is the way to go.
(not this originally came up in #87988 (Open EXR layer bit depths differ in Output Properties and Compositor File Output))

I can do the change, but would like additional confirmation from @Jeroen-Bakker and/or @brecht if this is the way to go. (not this originally came up in #87988 (Open EXR layer bit depths differ in Output Properties and Compositor File Output))

Jeroen Bakker commented

2021-05-05 12:06:29 +02:00

Cryptomatte hashes can only be stored in 32 bits and with lossless compression or no compression enabled. Otherwise that are unusable.

Now that we have the metadata we can make this easier to detect. Haven’t looked at the technicalities of this but would be a good addition

Cryptomatte hashes can only be stored in 32 bits and with lossless compression or no compression enabled. Otherwise that are unusable. Now that we have the metadata we can make this easier to detect. Haven’t looked at the technicalities of this but would be a good addition

Evan Wilson commented

2021-05-10 18:04:24 +02:00

Changed status from 'Needs Developer To Reproduce' to: 'Confirmed'

Brecht Van Lommel commented

2021-05-11 22:32:53 +02:00

I agree metadata would be better than, doing it based purely on pass names is not going to work in general.

But even that is not possible to make fully automatic, you can't always guess form the node setup if it's color or data. So every input still needs manual control I think, though it could auto detect by default for the most common cases.

I agree metadata would be better than, doing it based purely on pass names is not going to work in general. But even that is not possible to make fully automatic, you can't always guess form the node setup if it's color or data. So every input still needs manual control I think, though it could auto detect by default for the most common cases.

Philipp Oeser removed their assignment 2021-08-30 12:27:38 +02:00

Philipp Oeser commented

2021-08-30 12:27:38 +02:00

Think I wont have time for this, will step down since there is another patch around.

Carlo San commented

2022-01-31 18:14:30 +01:00

Added subscriber: @Carlosan

Pierre Risch commented

2022-03-03 23:57:16 +01:00

Added subscriber: @PierreRisch

Omar Emara commented

2022-06-20 16:10:29 +02:00

Added subscribers: @Renderbicks, @PratikPB2123

Michael Klein commented

2022-06-20 21:00:28 +02:00

+++ Adding important note +++

Besides 32bit Cryptomattes have to be saved losslessly. Cryptomattes will be broken and useless when saved to DWAA/B.

If a mix of DWAA/B and lossless isn't possible in a MultiLayer OpenEXR, Cryptomates must be saved separately (what Redshift is doing) in a lossless format.

**+++ Adding important note +++** Besides 32bit Cryptomattes have to be saved losslessly. Cryptomattes will be broken and useless when saved to DWAA/B. If a mix of DWAA/B and lossless isn't possible in a MultiLayer OpenEXR, Cryptomates must be saved separately (what Redshift is doing) in a lossless format.

Matthias commented

2022-07-04 09:59:26 +02:00

Added subscriber: @Mots