- 02 Jan, 2017 1 commit
-
-
Michael Niedermayer authored
make fate passes Reviewed-by: "Ronald S. Bultje" <rsbultje@gmail.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 29 Feb, 2016 1 commit
-
-
Timothy Gu authored
-
- 14 Feb, 2016 1 commit
-
-
Timothy Gu authored
Reviewed-by: Christophe Gisquet <christophe.gisquet@gmail.com>
-
- 02 Feb, 2016 1 commit
-
-
Timothy Gu authored
-
- 22 Oct, 2015 2 commits
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Timothy Gu authored
This function is only used within other inline asm functions, hence the HAVE_MMX_INLINE guard. Per recent discussions, we should not worry about the performance of inline asm-only builds.
-
- 05 Nov, 2012 2 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
- 31 Oct, 2012 1 commit
-
-
Diego Biurrun authored
-
- 30 Oct, 2012 2 commits
-
-
Diego Biurrun authored
This is more consistent with the way we handle C #includes and it simplifies the build system.
-
Diego Biurrun authored
This is necessary to allow refactoring some x86util macros with cpuflags.
-
- 12 Aug, 2012 1 commit
-
-
Diego Biurrun authored
-
- 29 Jun, 2012 1 commit
-
-
Mans Rullgard authored
The problem is that the ssse3 psign instruction does the wrong thing here. Commit ea60dfe2 incorrectly removed a macro emulating this instruction for pre-ssse3 code. However, the emulation is incorrect, and the code relies on the behaviour of the macro. Specifically, the psign sets destination elements to zero where the corresponding source element is zero, whereas the emulation only negates destination elements where the source is negative. Furthermore, the PSIGNW_MMX macro in x86util.asm is totally bogus, which is why the original VC-1 code had an additional right shift when using it. Since the psign instruction cannot be used here, skip all the macro hell and use the working instruction sequence directly. None of this was noticed due a stray return statement in ff_vc1dsp_init_mmx() which meant that only the mmx version of the loop filter was ever used (before being removed in ea60dfe2). Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 12 May, 2012 1 commit
-
-
Michael Kostylev authored
-
- 10 Dec, 2011 1 commit
-
-
Diego Biurrun authored
-
- 19 Oct, 2011 1 commit
-
-
Kieran Kunhya authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 15 Aug, 2011 1 commit
-
-
Dave Yeo authored
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 12 Aug, 2011 2 commits
-
-
Ronald S. Bultje authored
This allows using it in swscale also.
-
Ronald S. Bultje authored
This allows using it in libswscale/ also.
-
- 14 May, 2011 1 commit
-
-
Diego Biurrun authored
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 05 Sep, 2010 1 commit
-
-
Reimar Döffinger authored
This increases compatibilty with nasm and is also more consistent, e.g. with h264_intrapred.asm and h264_chromamc.asm that already do it that way. Originally committed as revision 25042 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 11 Jul, 2010 1 commit
-
-
David Conrad authored
Originally committed as revision 24208 to svn://svn.ffmpeg.org/ffmpeg/trunk
-