On 11/21/2017 11:51 AM, Shengbin Meng wrote:
Why not. I started to work on aarch64 because my device, although has
VPU, but the VPU does not support hevc. Hence the h264 format, even full
HD one is played smoothly but playback of hevc looks poorly. I was
curious how much hevc decoding might be optimized. I optimized one
function, then another one...
On 19 Nov 2017, at 01:35, Rafal Dabrowa <fatwild...@gmail.com
This is a proposal of performance optimizations for 8-bit
hevc video decoding on aarch64 platform with neon (simd) extension.
Nice to see the work for aarch64!
We are also in the process of doing NEON optimization for HEVC
Now we are just about to finish arm 32-bit work and ready to send some
patches out. Looks like for aarch64 we can join force:) What do you think?
Currently I'm focused on patch size reduction. But I'm open to cooperation.
The patch contains optimizations for most heavily used qpel, epel,
sao and idct
functions. Among the functions provided for optimization there are two
intensively used, but not optimized in this patch:
and hevc_h_loop_filter_luma_8. I have no idea how they could be optimized
hence I leaved them without optimizations.
I see that optimization for loop filter already exists for arm 32-bit
code. Why not use that algorithm?
Maybe... Although optimization for aarch64 is a different story. I have
noticed that gcc with -O3 option on aarch64 produces really good code. I
was surprised how much the code execution time is reduced in some cases.
Sometimes it is hard to optimize code better than compiler does.
ffmpeg-devel mailing list