- 23 Sep, 2013 1 commit
-
-
Ronald S. Bultje authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 29 Aug, 2013 1 commit
-
-
Diego Biurrun authored
-
- 28 Aug, 2013 3 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
- 16 Aug, 2013 1 commit
-
-
Kostya Shishkov authored
Implicit vector loads on POWER7 hardware can use the VSX instruction set instead of classic Altivec/VMX. Let's force a VMX load in this case. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 17 Jul, 2013 2 commits
-
-
Diego Biurrun authored
-
Christophe Gisquet authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 26 May, 2013 1 commit
-
-
Kostya Shishkov authored
the second and third sources were incremented only by half of the needed size
-
- 18 May, 2013 1 commit
-
-
Christophe Gisquet authored
It was previously declared as int. Does not change fate results for x86. Conflicts: libavcodec/ppc/fmtconvert_altivec.c Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 02 May, 2013 1 commit
-
-
Diego Biurrun authored
-
- 30 Apr, 2013 5 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
Now that the headers themselves have ifdef protection this is no longer necessary and more consistent with normal include handling.
-
Diego Biurrun authored
-
Diego Biurrun authored
-
- 20 Apr, 2013 1 commit
-
-
Martin Storsjö authored
This fixes building in configurations where altivec is disabled. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 19 Apr, 2013 1 commit
-
-
Ronald S. Bultje authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 15 Apr, 2013 1 commit
-
-
Ronald S. Bultje authored
This way, the special IDCT permutations are no longer needed. This is similar to how H264 does it, and removes the dsputil dependency imposed by the scantable code. Also remove the unused type == 0 cases from the plain C version of the idct. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 10 Apr, 2013 1 commit
-
-
Ronald S. Bultje authored
The non-intra-pcm branch in hl_decode_mb (simple, 8bpp) goes from 700 to 672 cycles, and the complete loop of decode_mb_cabac and hl_decode_mb (in the decode_slice loop) goes from 1759 to 1733 cycles on the clip tested (cathedral), i.e. almost 30 cycles per mb faster. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 13 Mar, 2013 2 commits
-
-
Hendrik Leppkes authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Ronald S. Bultje authored
-
- 12 Mar, 2013 2 commits
-
-
Ronald S. Bultje authored
This way, the special IDCT permutations are no longer needed. Bfin code is disabled until someone updates it. This is similar to how H264 does it, and removes the dsputil dependency imposed by the scantable code. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Luca Barbato authored
Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 25 Feb, 2013 1 commit
-
-
Diego Biurrun authored
-
- 19 Feb, 2013 1 commit
-
-
Ronald S. Bultje authored
The non-intra-pcm branch in hl_decode_mb (simple, 8bpp) goes from 700 to 672 cycles, and the complete loop of decode_mb_cabac and hl_decode_mb (in the decode_slice loop) goes from 1759 to 1733 cycles on the clip tested (cathedral), i.e. almost 30 cycles per mb faster. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 08 Feb, 2013 1 commit
-
-
Diego Biurrun authored
-
- 06 Feb, 2013 1 commit
-
-
Diego Biurrun authored
-
- 05 Feb, 2013 2 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
This avoids SIMD-optimized functions having to sign-extend their line size argument manually to be able to do pointer arithmetic.
-
- 01 Feb, 2013 1 commit
-
-
Diego Biurrun authored
-
- 24 Jan, 2013 1 commit
-
-
Mans Rullgard authored
The sh4 optimizations are removed, because the code is 100% identical to the C code, so it is unlikely to provide any real practical benefit. Signed-off-by:
Diego Biurrun <diego@biurrun.de> Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com> Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 23 Jan, 2013 1 commit
-
-
Diego Biurrun authored
It does not help as an abstraction and adds dsputil dependencies. Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
- 22 Jan, 2013 2 commits
-
-
Ronald S. Bultje authored
Now, nellymoserenc and aacenc no longer depends on dsputil. Independent of this patch, wmaprodec also does not depend on dsputil, so I removed it from there also.
-
Ronald S. Bultje authored
-
- 21 Jan, 2013 1 commit
-
-
Ronald S. Bultje authored
This saves one instruction in the x86-64 assembly.
-
- 20 Jan, 2013 4 commits
-
-
Diego Biurrun authored
Also fixes compilation with AltiVec disabled.
-
Martin Storsjö authored
This fixes build failures on ppc machines with a compiler that supports -Werror=implicit-function-declaration. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Ronald S. Bultje authored
Conveniently (together with Justin's earlier patches), this makes our vorbis decoder entirely independent of dsputil.
-
Ronald S. Bultje authored
This is identical to what e.g. vp8 does, and prevents the function call overhead (plus dependency on dsputil for this particular function). Arm asm updated by Janne Grunau <janne-libav@jannau.net>. Signed-off-by:
Janne Grunau <janne-libav@jannau.net>
-