On 09.08.2022 00:37, Timo Rothenpieler wrote:
The entire support for the format is removed from swscale in this case,
so the function ending up empty doesn't matter.
I'll see if it can be added to half2float, but I can't even tell if it
implements ieee floats, or something else.
Did a very s
On 09.08.2022 00:07, Mark Reid wrote:
On Mon, Aug 8, 2022 at 1:59 PM Timo Rothenpieler
wrote:
On 08.08.2022 21:39, Mark Reid wrote:
On Mon, Aug 8, 2022 at 11:24 AM Timo Rothenpieler
This is by no means perfect, since at least ddagrab will return scRGB
data with values outside of 0.0f to 1.0f
On Mon, Aug 8, 2022 at 1:59 PM Timo Rothenpieler
wrote:
> On 08.08.2022 21:39, Mark Reid wrote:
> > On Mon, Aug 8, 2022 at 11:24 AM Timo Rothenpieler >
> > wrote:
> >
> >> This is by no means perfect, since at least ddagrab will return scRGB
> >> data with values outside of 0.0f to 1.0f for HDR
On 08.08.2022 21:39, Mark Reid wrote:
On Mon, Aug 8, 2022 at 11:24 AM Timo Rothenpieler
wrote:
This is by no means perfect, since at least ddagrab will return scRGB
data with values outside of 0.0f to 1.0f for HDR values.
Its primary purpose is to be able to work with the format at all.
_Floa
On Mon, Aug 8, 2022 at 11:24 AM Timo Rothenpieler
wrote:
> This is by no means perfect, since at least ddagrab will return scRGB
> data with values outside of 0.0f to 1.0f for HDR values.
> Its primary purpose is to be able to work with the format at all.
>
> _Float16 support was available on arm
This is by no means perfect, since at least ddagrab will return scRGB
data with values outside of 0.0f to 1.0f for HDR values.
Its primary purpose is to be able to work with the format at all.
_Float16 support was available on arm/aarch64 for a while, and with gcc
12 was enabled on x86 as long as
