[FFmpeg-devel] [PATCH 00/16] swscale/range_convert: fix mpeg ranges in yuv range conversion for non-8-bit pixel formats

[Ramiro Polla]

On Fri, Sep 27, 2024 at 2:52 PM Ramiro Polla <ramiro.polla at gmail.com> wrote:
[...]
> Ramiro Polla (16):
>   swscale/range_convert: call arch-specific init functions from main
>     init function
>   swscale/range_convert: drop redundant conditionals from arch-specific
>     init functions
>   swscale/range_convert: indent after previous commit
>   checkasm: use FF_ARRAY_ELEMS instead of hardcoding size of arrays
>   checkasm/sw_range_convert: use YUV pixel formats instead of YUVJ
>   checkasm/sw_range_convert: reduce number of input sizes tested
>   checkasm/sw_range_convert: only run benchmarks on largest input width
>   checkasm/sw_range_convert: test all supported bit depths
>   checkasm/sw_range_convert: indent after previous couple of commits

I plan on pushing the patches above (1 to 9, which are mostly cleanup
and improving checkasm) in the next few days.

The rest of the patchset below still depends on the output from
fate-filter-owdenoise-sample. I'll go over them again to try and
improve the commit messages, comments, or the function parameters.

>   swscale/range_convert: saturate output instead of limiting input
>   swscale/aarch64/range_convert: saturate output instead of limiting
>     input
>   swscale/range_convert: fix mpeg ranges in yuv range conversion for
>     non-8-bit pixel formats
>   swscale/x86/range_convert: update sse2 and avx2 range_convert
>     functions to new API
>   swscale/x86: add sse2, sse4, and avx2 {lum,chr}ConvertRange16
>   swscale/aarch64/range_convert: update neon range_convert functions to
>     new API
>   swscale/aarch64: add neon {lum,chr}ConvertRange16

[...]