Color Channels are different between Materials and Color pickers #82619

New Issue

Dailly · 2020-11-11T14:43:08+01:00

Dailly commented

2020-11-11 14:43:08 +01:00

System Information
Operating system: Windows-10-10.0.19041-SP0 64 Bits
Graphics card: AMD Radeon R5 235 ATI Technologies Inc. 4.5.13399 Core Profile Context 15.201.1151.1008

Blender Version
Broken: version: 2.90.1, branch: master, commit date: 2020-09-23 06:43, hash: 3e85bb34d0
Worked: (newest version of Blender that worked as expected)

Short description of error
The Color value ouput of an Object Info node is different from the one assigned in the Color property of the Viewport Display. It seems that a math function is applied as the range is "compressed" toward the 1 extremity.

Exact steps for others to reproduce the error
Give a material to an object, whose color is indexed by the Viewport Display color. Assign 0.51 to the Viewport Display value. Fix a 0.5 threshold in a Color Ramp of the material. The object then appears with the color below the 0.5 threshold in the Color Ramp.
This is also reproduced in the 2.83 version.

ObjectInfoColorBug.blend

The simple attached .blend exhibits the problem, illustrated by the .png capture. It only contains a cube and a material whose color is indexed by the Viewport Display color property.

Thanks to all of you.
If my little contribution can help...

**System Information** Operating system: Windows-10-10.0.19041-SP0 64 Bits Graphics card: AMD Radeon R5 235 ATI Technologies Inc. 4.5.13399 Core Profile Context 15.201.1151.1008 **Blender Version** Broken: version: 2.90.1, branch: master, commit date: 2020-09-23 06:43, hash: `3e85bb34d0` Worked: (newest version of Blender that worked as expected) **Short description of error** The Color value ouput of an `Object Info` node is different from the one assigned in the Color property of the `Viewport Display`. It seems that a math function is applied as the range is "compressed" toward the 1 extremity. **Exact steps for others to reproduce the error** Give a material to an object, whose color is indexed by the Viewport Display color. Assign 0.51 to the Viewport Display value. Fix a 0.5 threshold in a Color Ramp of the material. The object then appears with the color below the 0.5 threshold in the Color Ramp. This is also reproduced in the 2.83 version. [ObjectInfoColorBug.blend](https://archive.blender.org/developer/F9259920/ObjectInfoColorBug.blend) ![ObjectInfoColorBug.png](https://archive.blender.org/developer/F9259924/ObjectInfoColorBug.png) The simple attached .blend exhibits the problem, illustrated by the .png capture. It only contains a cube and a material whose color is indexed by the Viewport Display color property. Thanks to all of you. If my little contribution can help...

Dailly commented

2020-11-11 14:43:08 +01:00

Added subscriber: @PhDailly

Richard Antalik commented

2020-11-12 02:47:38 +01:00

Changed status from 'Needs Triage' to: 'Confirmed'

Philipp Oeser commented

2020-11-12 09:48:53 +01:00

Added subscribers: @Jeroen-Bakker, @lichtwerk

Philipp Oeser commented

2020-11-12 09:48:53 +01:00

This is PROP_COLOR_GAMMA vs PROP_COLOR.

Workaround: introduce a gamma node after the Object Info Node (with value 1/2.2)

@Jeroen-Bakker: you seem to be diving into the ColorManagement realm: opinions?

This is `PROP_COLOR_GAMMA` vs `PROP_COLOR`. Workaround: introduce a gamma node after the Object Info Node (with value 1/2.2) @Jeroen-Bakker: you seem to be diving into the ColorManagement realm: opinions?

Jeroen Bakker commented

2020-11-12 09:55:21 +01:00

IMO this is confusing, but not a bug. Value in the color picker is in Display Space (sRGB), the value in materials are in Linear Scene Reference Space. I will mark this as a known issue as the solution needs an approved design and could lead to a large project. It impacts painting, color management, user interface, themes and many other areas.

We don't have a module for colors as it is really basic stuff but will add User Interface to the module...

IMO this is confusing, but not a bug. Value in the color picker is in Display Space (sRGB), the value in materials are in Linear Scene Reference Space. I will mark this as a known issue as the solution needs an approved design and could lead to a large project. It impacts painting, color management, user interface, themes and many other areas. We don't have a module for colors as it is really basic stuff but will add User Interface to the module...

Philipp Oeser commented

2020-11-12 10:05:14 +01:00

@Jeroen-Bakker: according to https://wiki.blender.org/wiki/Modules, Color management is Render & Cycles realm...

@Jeroen-Bakker: according to https://wiki.blender.org/wiki/Modules, Color management is `Render & Cycles` realm...

Jeroen Bakker changed title from ~~Color Output value in Object Info node is not the same as Color property value in Viewport Display~~ to Color Channels are different between Materials and Color pickers

2020-11-12 10:32:42 +01:00

Jeroen Bakker commented

2020-11-16 14:26:36 +01:00

The behavior is documented in the manual (https://docs.blender.org/manual/en/latest/interface/controls/templates/color_picker.html#color-picker) But can understand that it isn't read or understood by users. Color management is typically a difficult subject.

For any non gamma baked colors the HSV in the color picker is in sRGB, the RGB values are in Linear Scene Reference Space and the Hex representation is in sRGB. The HSV in the material are in Linear Scene Reference Space.

The reason behind it is that the color picker is converted to a perceptual linear value (what we see) and the colors in materials to how they would act in nature/real life.

The behavior is documented in the manual (https://docs.blender.org/manual/en/latest/interface/controls/templates/color_picker.html#color-picker) But can understand that it isn't read or understood by users. Color management is typically a difficult subject. For any non gamma baked colors the HSV in the color picker is in sRGB, the RGB values are in Linear Scene Reference Space and the Hex representation is in sRGB. The HSV in the material are in Linear Scene Reference Space. The reason behind it is that the color picker is converted to a perceptual linear value (what we see) and the colors in materials to how they would act in nature/real life.

Pablo Vazquez commented

2020-12-22 14:16:08 +01:00

Added subscriber: @pablovazquez

Pablo Vazquez commented

2020-12-22 14:16:08 +01:00

Isn't this now fixed by f193b1afb313?

Philipp Oeser commented

2020-12-22 14:25:20 +01:00

Changed status from 'Confirmed' to: 'Resolved'

Philipp Oeser closed this issue

2020-12-22 14:25:20 +01:00

Philipp Oeser self-assigned this 2020-12-22 14:25:20 +01:00

Philipp Oeser commented

2020-12-22 14:25:20 +01:00

In #82619#1080469, @pablovazquez wrote:
Isn't this now fixed by f193b1afb313?

Yes, this should be resolved, will close.
@PhDailly : please report back if there are still issues in a fresh 2.92 build from https://builder.blender.org/download/

> In #82619#1080469, @pablovazquez wrote: > Isn't this now fixed by f193b1afb313? Yes, this should be resolved, will close. @PhDailly : please report back if there are still issues in a fresh 2.92 build from https://builder.blender.org/download/

Dailly commented

2020-12-25 16:11:59 +01:00

Hi everybody,

Now that I can run 2.92 (blender-2.92.0-af316d276144-windows64.zip) on my old PC, I confirm that it works as I supposed to be expected.
Perfect !

Thank you to everyone involved in development. Great job !
PhDy

Hi everybody, Now that I can run 2.92 (blender-2.92.0-af316d276144-windows64.zip) on my old PC, I confirm that it works as I supposed to be expected. Perfect ! Thank you to everyone involved in development. Great job ! PhDy

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

Color Channels are different between Materials and Color pickers #82619