[FFmpeg-devel] [PATCH] PPC64: Add versions of functions in libswscale/input.c optimized for POWER8 VSX SIMD.

Hendrik Leppkes h.leppkes at gmail.com
Wed Jul 6 10:07:12 EEST 2016


On Wed, Jul 6, 2016 at 4:37 AM, Dan Parrot <dan.parrot at mail.com> wrote:
> Finish providing SIMD versions for POWER8 VSX of functions in libswscale/input.c That should allow trac ticket #5570 to be closed.
> The speedups obtained for the functions are:
>
> abgrToA_c               1.19
> bgr24ToUV_c             1.23
> bgr24ToUV_half_c        1.37
> bgr24ToY_c_vsx          1.43
> nv12ToUV_c              1.05
> nv21ToUV_c              1.06
> planar_rgb_to_uv        1.25
> planar_rgb_to_y         1.26
> rgb24ToUV_c             1.11
> rgb24ToUV_half_c        1.10
> rgb24ToY_c              0.92
> rgbaToA_c               0.88
> uyvyToUV_c              1.05
> uyvyToY_c               1.15
> yuy2ToUV_c              1.07
> yuy2ToY_c               1.17
> yvy2ToUV_c              1.05

SIMD implementations that in the best case improve the speed by 43%
(and in some cases is *slower*) seem barely worth it. One would expect
a proper SIMD implementation to offer 100% or higher increases, at
least thats the general expectation on x86 with SSE/AVX.
So the question here is - is thats VSX being bad, or the intrinsics
being bad? How would the speedup be in proper hand-written ASM? If
hand-written ASM can give us the usual 100-200% improvements we would
expect from SIMD, then this is what should generally be favored.

Also, one further thought:
>From the commit message, it sounds like you might only be doing this
for the bounty in #5570, do you plan to maintain these optimizations
in the future?

- Hendrik


More information about the ffmpeg-devel mailing list