summaryrefslogtreecommitdiff
path: root/libavcodec/aarch64/h264idct_neon.S
Commit message (Collapse)AuthorAge
* aarch64: Make transpose_4x4H do a regular transposeMartin Storsjö2016-03-26
| | | | | | | | | | | | | | | | | | | | | | Previously, ff_h264_idct_add_neon (originally in the arm version) used a non-regular transpose in order to be able to use more instructions that deal with registers as 128 bit register pairs. The aarch64 translation doesn't do it to the same extent, but brought along the same structure since it was a straight translation. This reshuffles ff_h264_idct_add_neon, bringing it closer to the C implementation, making the transpose_4x4H macro do a regular transpose, usable for other algorithms as well. Previously, the third and fourth output from transpose_4x4H were swapped, and prior to cc29d96d5a, the same inputs as well. In addition to just swapping the outputs, also renumber the intermediate registers for better readability (making the register order match transpose_4x8B). This runs with the same number of cycles as before. Signed-off-by: Martin Storsjö <martin@martin.st>
* arm64: fix inverted register order in transpose_4x4HJanne Grunau2015-12-21
| | | | | | Fix related register order issue in ff_h264_idct_add_neon. Found-by: zjh8890 <243186085@qq.com>
* aarch64: use EXTERN_ASM consistently for exported symbolsJanne Grunau2014-02-20
| | | | Based on e3fec3f095ab5ea08ee662942d98526aaf5e3635 for arm.
* aarch64: h264 idct NEON assembler optimizationsJanne Grunau2014-01-15
Ported from ARMv7 NEON.