- 26 Mar, 2016 1 commit
-
-
Martin Storsjö authored
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 cc29d96d, 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>
-
- 21 Dec, 2015 1 commit
-
-
Janne Grunau authored
Fix related register order issue in ff_h264_idct_add_neon. Found-by: zjh8890 <243186085@qq.com>
-
- 19 Dec, 2015 1 commit
-
-
Janne Grunau authored
Fix related register order issue in ff_h264_idct_add_neon. Found-by: zjh8890 <243186085@qq.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 17 Dec, 2015 1 commit
-
-
Michael Niedermayer authored
The change was not correct and broke H264 This reverts commit cd83f899c94f691b045697d12efa21f83eb2329f.
-
- 12 Dec, 2015 1 commit
-
-
zjh8890 authored
The transpose_4x4H is wrong which cost me much time to find this bug. The orders of r2 and r3 are wrong, this bug waste me much time while I make aarch64 arm instruction which used the function.
-
- 15 Jan, 2014 3 commits
-
-
Janne Grunau authored
Ported from ARMv7 NEON.
-
Janne Grunau authored
Ported from ARMv7 NEON.
-
Janne Grunau authored
Ported from ARMv7 NEON.
-