summaryrefslogtreecommitdiff
path: root/libavcodec/x86
Commit message (Collapse)AuthorAge
* Move clipd macros to x86util.asm.Ronald S. Bultje2011-08-17
| | | | This allows sharing them between multiple .asm files.
* Fix NASM include directiveDave Yeo2011-08-15
| | | | Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
* dsputil_mmx: Honor HAVE_AMD3DNOWAlex Converse2011-08-15
|
* Move x86util.asm from libavcodec/ to libavutil/.Ronald S. Bultje2011-08-12
| | | | This allows using it in swscale also.
* Move x86inc.asm to libavutil/.Ronald S. Bultje2011-08-12
| | | | This allows using it in libswscale/ also.
* Move RV3/4-specific DSP functions into their own contextKostya Shishkov2011-08-11
| | | | Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
* dct32: Add SSE2 ASM optimizationsVitor Sessak2011-08-02
| | | | Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
* H.264: tweak some other x86 asm for AtomJason Garrett-Glaser2011-07-29
|
* x86: cabac: add operand size suffixes missing from 6c32576Mans Rullgard2011-07-28
| | | | | | This fixes build with clang. Signed-off-by: Mans Rullgard <mans@mansr.com>
* x86: cabac: don't load/store context values in asmMans Rullgard2011-07-28
| | | | | | | | | | | Inspection of compiled code shows gcc handles these fine on its own. Benchmarking also shows no measurable speed difference. Removing the remaining cases in get_cabac_bypass_sign_x86() does cause more substantial changes to the compiled code with uncertain impact. Signed-off-by: Mans Rullgard <mans@mansr.com>
* H.264: optimize CABAC x86 asm for AtomJason Garrett-Glaser2011-07-28
|
* x86: fix build with gcc 4.7Mans Rullgard2011-07-26
| | | | | | | | | | | | | | The upcoming gcc 4.7 has more advanced constant propagation resulting some inline asm operands becoming constants and thus emitted as literals, sometimes in contexts where this results in invalid instructions. This patch changes the constraints of the relevant operands to "rm" thus forcing a valid type. While obviously suboptimal, this is what older gcc versions already did, and there is no change to the code generated with these. Signed-off-by: Mans Rullgard <mans@mansr.com>
* H.264: Add optimizations to predict x86 assembly.Daniel Kang2011-07-22
| | | | Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
* dnxhd: 10-bit supportJoseph Artsimovich2011-07-21
| | | | Signed-off-by: Mans Rullgard <mans@mansr.com>
* dsputil: update per-arch init funcs for non-h264 high bit depthMans Rullgard2011-07-21
| | | | Signed-off-by: Mans Rullgard <mans@mansr.com>
* dsputil: template get_pixels() for different bit depthsMans Rullgard2011-07-21
| | | | Signed-off-by: Mans Rullgard <mans@mansr.com>
* jfdctint: add 10-bit versionMans Rullgard2011-07-21
| | | | Signed-off-by: Mans Rullgard <mans@mansr.com>
* simple_idct: add 10-bit versionMans Rullgard2011-07-20
| | | | Signed-off-by: Mans Rullgard <mans@mansr.com>
* dsputil: remove disabled codeDiego Biurrun2011-07-18
|
* x86: Use LOCAL_ALIGNED in mpegvideo_mmx_templateMartin Storsjö2011-07-18
| | | | Signed-off-by: Martin Storsjö <martin@martin.st>
* simple_idct: remove disabled codeDiego Biurrun2011-07-17
|
* H.264: Add more x86 assembly for 10-bit H.264 predict functionsDaniel Kang2011-07-13
| | | | | | | | Mainly ported from 8-bit H.264 predict. Some code ported from x264. LGPL ok by author. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
* H.264: add filter_mb_fast support for >8-bit decodingJason Garrett-Glaser2011-07-11
| | | | Much faster high bit depth deblocking.
* dsputil: remove ff_emulated_edge_mc macro used in one placeMans Rullgard2011-07-10
| | | | | | | | | | 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>
* H.264: Add x86 assembly for 10-bit H.264 predict functionsDaniel Kang2011-07-08
| | | | | | | | Mainly ported from 8-bit H.264 predict. Some code ported from x264. LGPL ok by author. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
* YASM: Shut up unused variable compiler warning with --disable-yasm.Daniel Kang2011-07-04
| | | | Signed-off-by: Diego Biurrun <diego@biurrun.de>
* x86_32: Fix build on x86_32 with --disable-yasm.Daniel Kang2011-07-04
| | | | Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
* Fix build with --disable-yasm.Daniel Kang2011-07-03
| | | | Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
* H.264: Add x86 assembly for 10-bit H.264 qpel functions.Daniel Kang2011-07-03
| | | | | | | | Mainly ported from 8-bit H.264 qpel. Some code ported from x264. LGPL ok by author. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
* ac3dsp: add x86-optimized versions of ac3dsp.extract_exponents().Justin Ruggles2011-07-01
|
* ac3enc: add int32_t array clipping function to DSPUtil, including x86 versions.Justin Ruggles2011-07-01
|
* configure: Drop check for availability of ten assembler operands.Diego Biurrun2011-06-28
| | | | | This was done to support gcc 2.95, which is an old legacy compiler that fails to compile the current codebase anyway.
* doxygen: Consistently use '@' instead of '\' for Doxygen markup.Diego Biurrun2011-06-24
| | | | Signed-off-by: Diego Biurrun <diego@biurrun.de>
* h264: Add x86 assembly for 10-bit weight/biweight H.264 functions.Daniel Kang2011-06-21
| | | | | | Mainly ported from 8-bit H.264 weight/biweight. Signed-off-by: Diego Biurrun <diego@biurrun.de>
* x86: cabac: fix register constraints for 32-bit modeMans Rullgard2011-06-20
| | | | | | | | Some operands need to be accessed in byte mode, which restricts the available registers in 32-bit mode. Using the 'q' constraint selects a suitable register. Signed-off-by: Mans Rullgard <mans@mansr.com>
* cabac: move x86 asm to libavcodec/x86/cabac.hMans Rullgard2011-06-20
| | | | Signed-off-by: Mans Rullgard <mans@mansr.com>
* x86: h264: cast pointers to intptr_t rather than intMans Rullgard2011-06-20
| | | | | | | Only the low-order bits are used here so the type is not important, but this avoids a compiler warning. Signed-off-by: Mans Rullgard <mans@mansr.com>
* x86: h264: remove hardcoded edi in decode_significance_8x8_x86()Mans Rullgard2011-06-20
| | | | Signed-off-by: Mans Rullgard <mans@mansr.com>
* x86: h264: remove hardcoded esi in decode_significance[_8x8]_x86()Mans Rullgard2011-06-20
| | | | Signed-off-by: Mans Rullgard <mans@mansr.com>
* x86: h264: remove hardcoded edx in decode_significance[_8x8]_x86()Mans Rullgard2011-06-20
| | | | Signed-off-by: Mans Rullgard <mans@mansr.com>
* x86: h264: remove hardcoded eax in decode_significance[_8x8]_x86()Mans Rullgard2011-06-20
| | | | Signed-off-by: Mans Rullgard <mans@mansr.com>
* x86: cabac: remove hardcoded ebx in inline asmMans Rullgard2011-06-20
| | | | Signed-off-by: Mans Rullgard <mans@mansr.com>
* x86: cabac: remove hardcoded struct offsets from inline asmMans Rullgard2011-06-20
| | | | Signed-off-by: Mans Rullgard <mans@mansr.com>
* Fix build if yasm is not available.Ronald S. Bultje2011-06-18
|
* H.264: Add x86 assembly for 10-bit MC Chroma H.264 functions.Daniel Kang2011-06-18
| | | | | | Mainly ported from 8-bit H.264 MC Chroma. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
* 4:4:4 H.264 decoding supportJason Garrett-Glaser2011-06-13
| | | | Note: this is 4:4:4 from the 2007 spec revision, not the previous (now deprecated) 4:4:4 mode in H.264.
* Roll back 4:4:4 H.264 for nowJason Garrett-Glaser2011-06-13
| | | | Needs some ARM/PPC asm modifications.
* 4:4:4 H.264 decoding supportJason Garrett-Glaser2011-06-13
| | | | Note: this is 4:4:4 from the 2007 spec revision, not the previous (now deprecated) 4:4:4 mode in H.264.
* h264: Fix 10-bit H.264 x86 chroma v loopfilter asm.Oskar Arvidsson2011-06-10
| | | | | | The tc variable was not splatted correctly. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
* H264: x86 predict init cosmetics.Daniel Kang2011-06-08
| | | | | | Change indentation and whitespace; also move HAVE_YASM blocks. Signed-off-by: Diego Biurrun <diego@biurrun.de>