#apertus IRC Channel Logs

off to bed now ... have a good one everyone!

morning

morning folks!

sometimes this channel turns into apertus team bed visiting hours announcing board

aombk: true :)

no no, dont get me wrong, its great!

even better!

sebastian closed T279: Slow Motion as "Resolved". http://lab.apertus.org/T279

yes, the "ponder" module in phabricator works better than expected :)

se6astian: Thank goodness. Thank goodness. Now maybe some of the ... uh ... chunderers can move there.

and then right into bed

2 blankets

back now ...

Bertl: aombk wants more status updates.

Bertl: struct Tea {enum type, float minutes_steeped, float milliliters, float mug_color[3] }

Bertl: float mug_color rgba[4]

Bertl: And you could get really fancy with something like [6.0, 0.0, 0.0, 0.0]

Otherwise you couldn't have a mug that emits lovely red light.

Damn.

Amend the struct for a float temperature_Celsius

What do we need the fifth for?

infrared :)

:P

Oh I like it.

yus

we have good tap water here in europe, no need for filtered or bottled water

okay, let's say austria then :)

heh

I'll take your tap water and raise it four hundred. (British Columbia. :P )

intracube: I'll give you an A in colorknowledge if you can spot his two errors.

id say brightness is another scale entirelly, i dont understand the question

comradekingu: That's one of the issues. He makes two key errors:

2) That somehow a value of RGB relates to "What someone wants as an artist."

there is a summation error going on

So his assumption that 'brightness' of 80% should be 0.8 is... well whack.

comradekingu: I'm getting more and more weary tackling color issues. It's just a cascading mess of bad knowledge compounded under the weight of bad knowledge and bad education.

(and broken applications that have legacy / historical / nasty ass hacks / wrongs / etc.)

intracube: It's really hard to even get into the bug discussion. I chimed in on the color wheel bug only to have a crapload of folks speak first.

I hereby coin the phrase MKF discussions. Mash Keyboard First.

comradekingu: The hard part is that as "Simple" as that person's insight was (and as Simple as their Solution was) is actually about three layers of complexity, and that doesn't even cover the surface of the issues.

but there are still rough areas in the way blender translates the internal 'true linear' values for the end user

troy_s: and RGB curves in the comp are still not really fit for purpose, IMO

intracube: I've worked (and am working on the wheel) and there's no real "right" way. Right now my goal is:

1) Have an artist selectable transfer curve via groupbox (Log, sRGB, 709, linear, CineonLog, etc.)

2) Have the circular part and the gradient display the transfer curve selected.

Of course, I'm sure there are a godawful number of peeps that will go "WHAT IS ALL THIS WHY THE COMPLEXITY WHY WHY WHY WHY"

but then you have just brought it down to selection bias, those people will discredit said artist for not picking evenly

comradekingu: "I should be able to pick E8E8E8 and get xxxx.

nvm, i thought you were going to have an actual artist map colours to an arbitrary colourwheel in each colourspace

which is like... good god.

comradekingu: For example, if you try the marciewhacked.exr - the primaries are rotated. So Marcie looks deadly wrong with good old purple alien looking skin.

comradekingu: So based on your chosen colorspace for working in, the primaries can be arbitrary (and this is especially relevant for cameras where each camera sensor has its own color primaries response.)

Even if I patch it, the grumpy Russian would need to commit it.

heh

I can't think in terms of oldschool triangles and cruft in the OpenGL system.

troy_s: are you saying that it should be possible to switch the colour picker to sRGB mode and that R G B all at 0.5 should give perceptual mid grey?

yes.

because middle grey doesn't live at 0.5 in sRGB but you get the point.

well, slightly off 0.5 (not exactly at 128 8but

and im thinking there is another level where you dont percieve colours evenly

troy_s: wouldn't the option be better in the prefs or CM settings?

intracube: So let's see...

intracube: You are painting a quickie texture and you want to place a middle grey display referred value of reddish somewhere...d one.

i think if the picker was shaped in the form of a complete colourwheel maybe it would be more obvious what happened when you switched colourspaces

intracube: And want to paint the height to be about 50%

Find the tab

Flip the colorspace to linear.

:)

can this be the colour picker https://upload.wikimedia.org/wikipedia/commons/3/37/Colorspace.png ?

So there's no real win.

But we don't see color uniformly either.

comradekingu: http://upload.wikimedia.org/wikipedia/commons/f/f4/CIExy1931_MacAdam.png

well the user could make their own colourpicker by first doing a test of which colours they can work out

i have enough trouble accepting that pixels are square

it's a myth :)