Well, we have the three main color correction plugins that clip the
final result: Histogram-Bezier, Color 3 way and the Videoscopes (I
don't know about Blue Banana and the various Contrast, Hue, etc.).
This is a big limitation. But Adam told me that Cinelerra is not made
for color correction!
with big enough hammer ...
I wonder if limitation more about displaying results here relative to processing algo? We can make histogram 2x longer, but what if generated result STILL out of new range? I wonder how other software solves it ....
Meanwhile, ffmpeg git gained color management support, but I am not sure how useful it might be for us:
and related commits.
Problem is - I tried to ignite some interest in cingg but may be I am wrong person to do that, or developers want different codebase (more modern c++, etc).
But we do not have thousands of users who can somewhat cooperate and buy year or so of professional developer time (HaikuOS gains like $50k in donations yearly, but they whole OS .. without /proc fs curiously ....).
So we stick in circle where devs consider our program irrelevant/too complex/too alien and users lack feature/bug resolution so they just install whatever others install - DVR, blender .....
In some sense I think we are much more OG opensource/libre/community software, not piggybacking on big corporate codedrop/development, but few cares about that ...
Always arguing pointlessly, moreover, these are topics that have been
addressed many times in the past, I would like CinGG to be usable by
hardware not adapted with 8-bit color models, but to be fully
consistent with the RGBA-FLOAT color model (with adapted hardware).
That way they would all have a chance to use it to the fullest. But
even here Einar told me, many years ago, that it was not possible to
do it unless we rewrote almost everything from scratch, and besides,
the performance would be poor.
However, I apologize for bringing up these topics again. My initial
purpose was just wanting to retry IgorV's tutorial with Blend Algebra.