Incorrect Hue values - RT 4.2.1038, Xubuntu

Software RawTherapee
1

RT shows incorrect Hue (HSV) for different working profiles (color spaces),
e.g. the same point:
Hue ~ 18 sRGB
Hue ~ 22 Adobe RBG
Hue ~ 28 Wide Gamut
Hue ~ 31 ProPhoto

Lab values for this point are a~11, b~13.

I use Xubuntu 16.04.1.

Branch: master
Version: 4.2.1038
Changeset: a7dc063f35580ff7430d8954f620b6666ce03d1b
Compiler: cc 5.4.0
Processor: x86_64
System: Linux
Bit depth: 64 bits
Gtkmm: V2.24.4
Build type: release
Build flags: -std=gnu++11 -march=native -Werror=unused-label -fopenmp -Werror=unknown-pragmas -O3 -DNDEBUG
Link flags: -march=native
OpenMP support: ON
MMAP support: ON

2

Hi @LZ1,

Under the Color tab / Color Management, are you changing the Working profile or the Output profile?

3

Isn’t this the expected result, especially if the sampled color is included in a wider gamut but clipped in sRGB?

4

I am changing Working profile

5

I’ ve checked it on about 20 photos and especially on skintones (hue = 18 is typical value)
I do not think that there is a lot of wide gamut colors on human skin :slight_smile:

6

Hi @LZ1,

I am puzzled. Either I do not understand what you mean or else there are some strange things happening…

In order to try to solve the problem/dilemma, I made a small jpg in The Gimp, sRGB, having the HSV values of 20, 66, 66 which I enclose.

I opened it in RawTherapee and measured the colour values: HSV 20.2, 65.9, 65.5 irrespective of which Working profile I change into.

7

I’ve just installed very old RT version (4.2.0) from ubuntu repo (just to check). There is no such a problem.
I had no problem with RT v4.2.1005
But RT v4.2.1038 (master) works like this - hue value depends on Working profile.
The same thing happens with others new releases (local lab, gtk3)

8

At least local lab is behind 4.2.1005 currently iirc. So it must be something else :wink:

Ingo

9

The latest “local lab” - the same story.
Look at attached picture:
Lab a~14 b~20 Hue = 30(!)
Hue should be ~20

1721Ă—1080 307 KB

Branch: locallab
Version: list.579
Changeset: b9f2e27d60ebf66591d800d74075af1a2222e089
Compiler: cc 5.4.0
Processor: x86_64
System: Linux
Bit depth: 64 bits
Gtkmm: V2.24.4
Build type: release
Build flags: -std=gnu++11 -march=native -Werror=unused-label -fopenmp -Werror=unknown-pragmas -O3 -DNDEBUG
Link flags: -march=native
OpenMP support: ON
MMAP support: ON

10

Sorry: I give up. I have not a single brilliant idea left :cry:
I do hope that a more knowledgeable person will chime in
and tell us what’s wrong…

11

@LZ1

808Ă—742 29.8 KB

2 Likes
12

@heckflosse Ach, so einfach!!! Danke vielmals, gnädige Herr!

To everybody else: oh dear, was it so easy to fix!?! Thank you, Ingo.

13

Many thanks! It works!
So that is a feature, not a bug :slight_smile: