- 08 Jun, 2012 1 commit
-
-
Justin Ruggles authored
Move vector_fmul() from DSPContext to AVFloatDSPContext.
-
- 21 May, 2012 1 commit
-
-
Kieran Kunhya authored
Signed-off-by:
Justin Ruggles <justin.ruggles@gmail.com>
-
- 22 Apr, 2012 1 commit
-
-
Michael Niedermayer authored
The new lowres support is limited to decoders where lowres decoding is possible in high quality. I was not able to measure any speed difference, but if one is found the 2-3 lines that might affect speed can be made compile time conditional Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 21 Apr, 2012 1 commit
-
-
Mans Rullgard authored
This feature is complex, of questionable utility, and slows down normal decoding. Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 18 Apr, 2012 1 commit
-
-
Diego Biurrun authored
This also allows dropping some PPC-specific ugliness from dsputil.[ch].
-
- 15 Mar, 2012 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 07 Mar, 2012 1 commit
-
-
Christophe GISQUET authored
There is only one caller, which does not need the shifting. Other use cases are situations where different roundings would be needed. The x86 and neon versions are modified accordingly. Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
- 15 Feb, 2012 3 commits
-
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 08 Feb, 2012 1 commit
-
-
Diego Biurrun authored
It is obscure, most likely unused and not bit-exact compared to libavcodec due to a different IDCT transform algorithm.
-
- 07 Feb, 2012 1 commit
-
-
Ronald S. Bultje authored
This fixes crashes in e.g. PNG decoding with SSE2 enabled. In fact, many x86 optimizations for codecs assume that our buffer strides are 16-byte aligned.
-
- 29 Jan, 2012 1 commit
-
-
Ronald S. Bultje authored
-
- 10 Dec, 2011 1 commit
-
-
Diego Biurrun authored
-
- 11 Nov, 2011 1 commit
-
-
Justin Ruggles authored
-
- 02 Nov, 2011 1 commit
-
-
Clément Bœsch authored
-
- 21 Oct, 2011 1 commit
-
-
Baptiste Coudurier authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de> Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
- 11 Oct, 2011 1 commit
-
-
Ronald S. Bultje authored
-
- 28 Sep, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 14 Aug, 2011 1 commit
-
-
Baptiste Coudurier authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 11 Aug, 2011 1 commit
-
-
Kostya Shishkov authored
Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
- 27 Jul, 2011 3 commits
-
-
Mans Rullgard authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 21 Jul, 2011 2 commits
-
-
Mans Rullgard authored
High bitdepth H.264 needs 32-bit transform coefficients, whereas dnxhd does not. This creates a conflict with the templated functions operating on DCTELEM data. This patch adds a field allowing the caller to choose the element size in dsputil_init() and adds the required functions. Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 20 Jul, 2011 1 commit
-
-
Mans Rullgard authored
Use of these has been broken ever since the h264 idct was changed to always use transposed inputs. Furthermore, they were only ever used if some *other* non-default idct was requested. Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 10 Jul, 2011 1 commit
-
-
Mans Rullgard authored
This macro can cause problems in conjunction with the bitdepth template expansion. It was presumably added to keep source compatibility when high bitdepth support was added. However, emulated_edge_mc is a dsputil pointer and should not be called directly, so there is little reason to keep such a macro. Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 01 Jul, 2011 1 commit
-
-
Justin Ruggles authored
-
- 30 Jun, 2011 1 commit
-
-
Diego Biurrun authored
-
- 14 Jun, 2011 1 commit
-
-
Jason Garrett-Glaser authored
Note: this is 4:4:4 from the 2007 spec revision, not the previous (now deprecated) 4:4:4 mode in H.264.
-
- 13 Jun, 2011 2 commits
-
-
Jason Garrett-Glaser authored
Needs some ARM/PPC asm modifications.
-
Jason Garrett-Glaser authored
Note: this is 4:4:4 from the 2007 spec revision, not the previous (now deprecated) 4:4:4 mode in H.264.
-
- 03 Jun, 2011 1 commit
-
-
Vladimir Pantelic authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 24 May, 2011 1 commit
-
-
Ronald S. Bultje authored
-
- 10 May, 2011 2 commits
-
-
Oskar Arvidsson authored
This patch lets e.g. dsputil_init chose dsp functions with respect to the bit depth to decode. The naming scheme of bit depth dependent functions is <base name>_<bit depth>[_<prefix>] (i.e. the old clear_blocks_c is now named clear_blocks_8_c). Note: Some of the functions for high bit depth is not dependent on the bit depth, but only on the pixel size. This leaves some room for optimizing binary size. Preparatory patch for high bit depth h264 decoding support. Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
Oskar Arvidsson authored
Needed for high bit depth h264 decoding. Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
- 27 Apr, 2011 1 commit
-
-
Baptiste Coudurier authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 19 Apr, 2011 1 commit
-
-
Anton Khirnov authored
-
- 10 Apr, 2011 1 commit
-
-
Oskar Arvidsson authored
This patch lets e.g. dsputil_init chose dsp functions with respect to the bit depth to decode. The naming scheme of bit depth dependent functions is <base name>_<bit depth>[_<prefix>] (i.e. the old clear_blocks_c is now named clear_blocks_8_c). Note: Some of the functions for high bit depth is not dependent on the bit depth, but only on the pixel size. This leaves some room for optimizing binary size. Preparatory patch for high bit depth h264 decoding support. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-