summaryrefslogtreecommitdiff
path: root/libavutil/arm/float_dsp_init_neon.c
diff options
context:
space:
mode:
authorBen Avison <bavison@riscosopen.org>2014-07-16 16:02:01 +0100
committerMartin Storsjö <martin@martin.st>2014-07-18 01:34:23 +0300
commit87552d54d3337c3241e8a9e1a05df16eaa821496 (patch)
tree74851cf637f266149da033dca7cc89bac9ed864b /libavutil/arm/float_dsp_init_neon.c
parent5c22e8e4ad0852d61d5c4ba8d67d33fd72339497 (diff)
armv6: Accelerate ff_fft_calc for general case (nbits != 4)
The previous implementation targeted DTS Coherent Acoustics, which only requires nbits == 4 (fft16()). This case was (and still is) linked directly rather than being indirected through ff_fft_calc_vfp(), but now the full range from radix-4 up to radix-65536 is available. This benefits other codecs such as AAC and AC3. The implementaion is based upon the C version, with each routine larger than radix-16 calling a hierarchy of smaller FFT functions, then performing a post-processing pass. This pass benefits a lot from loop unrolling to counter the long pipelines in the VFP. A relaxed calling standard also reduces the overhead of the call hierarchy, and avoiding the excessive inlining performed by GCC probably helps with I-cache utilisation too. I benchmarked the result by measuring the number of gperftools samples that hit anywhere in the AAC decoder (starting from aac_decode_frame()) or specifically in the FFT routines (fft4() to fft512() and pass()) for the same sample AAC stream: Before After Mean StdDev Mean StdDev Confidence Change Audio decode 2245.5 53.1 1599.6 43.8 100.0% +40.4% FFT routines 940.6 22.0 348.1 20.8 100.0% +170.2% Signed-off-by: Martin Storsjö <martin@martin.st>
Diffstat (limited to 'libavutil/arm/float_dsp_init_neon.c')
0 files changed, 0 insertions, 0 deletions