[Cin] possible patch for x265 on cmake 4.0?

[Andrew Randrianasulu]

чт, 3 апр. 2025 г., 10:35 Andrew Randrianasulu <randrianasulu at gmail.com>:

>
>
> чт, 3 апр. 2025 г., 10:27 Andrea paz <gamberucci.andrea at gmail.com>:
>
>> Is there a pacman command to downgrade or an automatic script on AUR.
>> I put in cmake 3.31.6 and now I should mask cmake 4 so that it will
>> not be re-updated at next upgrade. But I do the CinGG build and then
>> go back to cmake 4 with tomorrow's daily upgrade, hoping they will fix
>> the problem soon.
>>
>
> if problem not reported then may be no one is aware about it YET. Not all
> Arch users build cmake-depend packages .....
>
>
>
>> Compilation went well (with svtav1 and x265); Andrew's patch to remove
>> clipping to Blur and Title works and, so far, I haven't seen any
>> problems. Is it possible to remove clipping from Color Space as well?
>>
>
> I'll look into it ....
>


sorry, math in colorspace plugin  is not my friend ..

there was long thread about difference or sameness between negative and
positive > 1.0f floating point values in image editing due to some , ah
editing or other operations.

https://discuss.pixls.us/t/unbounded-floating-point-pipelines/6483/58?page=2

I am currently at this reply:

====

Currently GIMP/RawTherapee/PhotoFlow/darktable/etc work at floating point
precision.

All of these softwares have a plethora of editing algorithms and blend
modes that are *totally* unsuitable for being performed on channel values
that are outside the display range, and many of which totally destroy the
scene-referred nature of the RGB data, assuming it was even scene-referred
to begin with, which isn’t always the case.

Nonetheless, even in high bit depth
GIMP/RawTherapee/PhotoFlow/darktable/etc many times it is *useful* to
retain out-of-display-range colors instead of summarily clipping them, even
when and though the goal is eventually reducing the final image to fit
within the display range of one or another chosen output device.


=====


sounds like what we try to do, but my lack of understanding of even basics
(can histogram go to infinity in positive direction? will it take infinite
time?) definitely not helping .....



> Histogram Bezier and 3 Color Way we had already tried it without
>> success.
>>
>> PS: @Andrew. Did you stay up until 5 a.m. to follow my attempts? I beg
>> your pardon!
>>
>
>
> No, I just walk with Fennec at around that time, then sleep some more.
>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20250403/121b8fed/attachment.htm>