<div dir="auto"><div><br><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">сб, 29 мар. 2025 г., 13:35 Andrea paz <<a href="mailto:gamberucci.andrea@gmail.com">gamberucci.andrea@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Well, we have the three main color correction plugins that clip the<br>
final result: Histogram-Bezier, Color 3 way and the Videoscopes (I<br>
don't know about Blue Banana and the various Contrast, Hue, etc.).<br>
This is a big limitation. But Adam told me that Cinelerra is not made<br>
for color correction!<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">with big enough hammer ...</div><div dir="auto"><br></div><div dir="auto">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 ....</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">Meanwhile, ffmpeg git gained color management support, but I am not sure how useful it might be for us:</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><a href="https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/dddf536d3d575a8f7cf7eb85bdd2b2d20fc36369">https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/dddf536d3d575a8f7cf7eb85bdd2b2d20fc36369</a></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">and related commits.</div><div dir="auto"><br></div><div dir="auto">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).</div><div dir="auto"><br></div><div dir="auto">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 ....).</div><div dir="auto"><br></div><div dir="auto">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 .....</div><div dir="auto"><br></div><div dir="auto">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 ...</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote gmail_quote_container"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Always arguing pointlessly, moreover, these are topics that have been<br>
addressed many times in the past, I would like CinGG to be usable by<br>
hardware not adapted with 8-bit color models, but to be fully<br>
consistent with the RGBA-FLOAT color model (with adapted hardware).<br>
That way they would all have a chance to use it to the fullest. But<br>
even here Einar told me, many years ago, that it was not possible to<br>
do it unless we rewrote almost everything from scratch, and besides,<br>
the performance would be poor.<br>
<br>
However, I apologize for bringing up these topics again. My initial<br>
purpose was just wanting to retry IgorV's tutorial with Blend Algebra.<br>
</blockquote></div></div></div>