- 22 Mar, 2017 1 commit
-
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 13 Jan, 2017 2 commits
-
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
James Almer authored
Several codecs other than huffyuv use them. Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 14 Dec, 2016 2 commits
-
-
Diego Biurrun authored
Also move #includes into canonical order where appropriate.
-
Diego Biurrun authored
This is more consistent and fixes compilation with clang.
-
- 12 Dec, 2016 1 commit
-
-
Alexandra Hajkova authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 03 Nov, 2016 1 commit
-
-
Andreas Cadhalpun authored
This was broken by the following Libav commit: 4c387c70 ppc: dsputil: do unaligned block accesses correctly The following tests fail due to this: fate-checkasm fate-vsynth1-dnxhd-2k-hr-hq fate-vsynth1-dnxhd-edge1-hr fate-vsynth1-dnxhd-edge2-hr fate-vsynth1-dnxhd-edge3-hr fate-vsynth1-dnxhd-hr-sq-mov fate-vsynth1-dnxhd-hr-hq-mov fate-vsynth2-dnxhd-2k-hr-hq fate-vsynth2-dnxhd-edge1-hr fate-vsynth2-dnxhd-edge2-hr fate-vsynth2-dnxhd-edge3-hr fate-vsynth2-dnxhd-hr-sq-mov fate-vsynth2-dnxhd-hr-hq-mov fate-vsynth3-dnxhd-2k-hr-hq fate-vsynth3-dnxhd-edge1-hr fate-vsynth3-dnxhd-edge2-hr fate-vsynth3-dnxhd-edge3-hr fate-vsynth3-dnxhd-hr-sq-mov fate-vsynth3-dnxhd-hr-hq-mov Fixes trac ticket #5508. Reviewed-by:
Carl Eugen Hoyos <ceffmpeg@gmail.com> Signed-off-by:
Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
-
- 17 Oct, 2016 1 commit
-
-
Diego Biurrun authored
-
- 02 Oct, 2016 1 commit
-
-
Luca Barbato authored
Confirmed to work by checkasm.
-
- 29 Sep, 2016 3 commits
-
-
Diego Biurrun authored
This avoids SIMD-optimized functions having to sign-extend their stride argument manually to be able to do pointer arithmetic.
-
Diego Biurrun authored
This avoids SIMD-optimized functions having to sign-extend their stride argument manually to be able to do pointer arithmetic.
-
Diego Biurrun authored
ptrdiff_t is the correct type for array strides and similar.
-
- 22 Sep, 2016 1 commit
-
-
Anton Khirnov authored
It has no effect, since the code is supposed to operate the same way for any bit depth.
-
- 14 Sep, 2016 1 commit
-
-
Diego Biurrun authored
This avoids SIMD-optimized functions having to sign-extend their line size argument manually to be able to do pointer arithmetic. Also adjust parameter names to be "stride" everywhere.
-
- 11 Sep, 2016 3 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Luca Barbato authored
Signed-off-by:
Luca Barbato <lu_zero@gentoo.org> Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 26 Aug, 2016 1 commit
-
-
Diego Biurrun authored
This avoids SIMD-optimized functions having to sign-extend their stride argument manually to be able to do pointer arithmetic. Also adjust parameter names to be "stride" everywhere.
-
- 15 Jul, 2016 1 commit
-
-
Pavel Koshevoy authored
... and attempt to preserve compatibility with clang that was introduced in 311a953c (untested) Reviewed-by:
"Ronald S. Bultje" <rsbultje@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 25 Jun, 2016 1 commit
-
-
Jing Yu authored
This commit fixes a broken build when compiling libavcodec with LLVM compiler. These assembly files use non-standard format that is only supported by GCC compiler. It would be nice to use a common standard format. With this patch, both GCC and LLVM can build and generate the same objects. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 21 Jun, 2016 1 commit
-
-
Anton Khirnov authored
This is more consistent with the naming of other decoders.
-
- 13 May, 2016 1 commit
-
-
Diego Biurrun authored
-
- 07 Apr, 2016 1 commit
-
-
Diego Biurrun authored
Restore alphabetical order in lists, break overly long lines, do some prettyprinting, add some explanatory section comments, group parts together that belong together logically.
-
- 25 Mar, 2016 1 commit
-
-
Diego Biurrun authored
-
- 01 Mar, 2016 1 commit
-
-
Diego Biurrun authored
-
- 19 Feb, 2016 1 commit
-
-
Diego Biurrun authored
-
- 15 Feb, 2016 1 commit
-
-
Diego Biurrun authored
Also fix #endif comments in the FFT init code.
-
- 16 Dec, 2015 1 commit
-
-
Ganesh Ajjanagadde authored
Untested due to lack of ppc. Signed-off-by:
Ganesh Ajjanagadde <gajjanagadde@gmail.com>
-
- 02 Dec, 2015 1 commit
-
-
Ganesh Ajjanagadde authored
Whoever wrote this stuff had a pretty bad libm - digits differ pretty quickly. Reviewed-by:
Ronald S. Bultje <rsbultje@gmail.com> Signed-off-by:
Ganesh Ajjanagadde <gajjanagadde@gmail.com>
-
- 22 Nov, 2015 1 commit
-
-
Ganesh Ajjanagadde authored
This actually fixes an incorrect float literal. It is believed by examining the precision that the literals were all pre-computed as floats, resulting in this needless loss of precision. There is no benefit to keeping such reduced precision: 1. These constants are used for static array computation, hence compile-time. 2. They will be treated as doubles anyway, since f specifier was not present. Signed-off-by:
Ganesh Ajjanagadde <gajjanagadde@gmail.com>
-
- 03 Oct, 2015 1 commit
-
-
Christophe Gisquet authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 02 Oct, 2015 1 commit
-
-
Christophe Gisquet authored
It is only (mis-)used to set the dsp fucntions clear_block(s). But these functions always work on 16bits-wide elements, which make the parameter useless and actually harmful, as it causes all content on more than 8-bits to not use accelerated functions. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 17 Jul, 2015 1 commit
-
-
Vittorio Giovara authored
-
- 16 Jun, 2015 1 commit
-
-
Andreas Cadhalpun authored
Also fix typo found by Lou Logan: Sacrifying -> Sacrificing Reviewed-by:
Lou Logan <lou@lrcd.com> Signed-off-by:
Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
-
- 01 Jun, 2015 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 31 May, 2015 3 commits
-
-
Luca Barbato authored
Use a macro to abstract the endianness.
-
Luca Barbato authored
In Little Endian the vec_ld/vec_st operations work as expected only for byte-vectors.
-
Luca Barbato authored
-
- 14 May, 2015 1 commit
-
-
Rong Yan authored
We got defective video when use GCC 4.9.2 instead of GCC 4.9.1 to compile FFMEPG. And further found that GCC 4.8 and 4.9 need patch to fix the lvsl/lvsr bug on POWER LE, and GCC 5.1 contains the correct code since its release. The message on gcc-patches requesting approval for lvsl/lvsr patch is at https://gcc.gnu.org/ml/gcc-patches/2014-10/msg00228.html. The fixed code avoids using lvsl and will not depends on GCC version, also it uses less instructions on POWER LE. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 10 May, 2015 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-