#apertus IRC Channel Logs

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

morning folks!

hi

evening

intracube: Nope. Seen it.

with the inclusion of ripple/roll tools

instead of 1980s barn-door wipe effects

intracube: Just cut dammit. Just cut.

troy_s: ^ I missed that

but as long as it can read a few key codecs like prores

intracube: I suggested a simple damn thing which was A) How is your color blending handled?

The code in gstreamer (IIRC) basically does a (telltale idiocy when things are labelled YUV :) ) rgb_to_yuv

WHICH, if it were an offline editor, is no big ass deal. It's all proxy crap.

IF it is a hardcoded RGB to YCbCr transform:

2) It is broken. It needs to linearize the values to display linear before compositing.

To which I was (thankfully) educated on the fact that color is subjective.

Compositing == blending

fades

anything

oh, isn't gamma encoded more suited to crossfades like that?

It is precisely similar to gradients actually.

On one hand, if our interface uses a linear line

to indicate a crossfade

But worth revisiting because it has all sorts of cool little bits in it.

Crossfade from A to B with a linear line UI.

troy_s: https://www.youtube.com/watch?v=oSgnnkraMIg

actually, the right might be Log

The solution isn't quite as easy to see initially: A) Take the spline, and IF it is assumed to be representing a perceptual intensity spline, run that through the inverse transfer curve to bend the spline values to linearized format. B) Blend on linear reference color values according to that value. :) )

Their log is screwed

"Take the spline, and IF it is assumed to be representing a perceptual intensity spline, run that through the inverse transfer curve"

yeah, you mentioned that last time :)

still adds complexity - user might want to remain oblivious to that level of whats going on

Well it depends.

And the bottom line is that you can sort of "hide" that.

but this is #apertus - not going to complain about that here

and food is imminent

Gradients have to track in linear color for the color traversal

But the intensity needs to be likely perceptual in many instances

Often implementations only do HALF of that, or worse, neither.

would be good if Blender could have a gamma transform toggle for the gradient texture

intracube: The problem is that I guess folks get very confused with color very quickly. Or rather, these sorts of things are an immediate and visceral "What you thought you knew about color was totally wrong" feeling.

intracube: My brain hurts though. I'm unsure exactly the correct approach.

then roll them through the output transform. But then you can have a mismatch. Example - roll them through a log inverse, then they go to sRGB is... erf. Not sure it really is an issue is the issue. :)

do you mean color picker or compositor 3 point color correction?

and sergey :P

You know the picker?

Same sort of issues where the two halves of color collide into a complex little cocktail.

intracube: So that means you have to roll it through the transforms. The problem is, if you lay it out in display referred values, 0..1, you are already assuming it is in a suitable for display format, aka nonlinear. If you roll that through the output transforms, well you get a doubleup and that's ghastly.

time for bed