Welcome to mirror list, hosted at ThFree Co, Russian Federation.

github.com/FFmpeg/FFmpeg.git - Unnamed repository; edit this file 'description' to name the repository.
summaryrefslogtreecommitdiff
path: root/libavcodec/h264_cabac.c
AgeCommit message (Collapse)Author
2012-02-10h264: disallow constrained intra prediction modes for luma.Ronald S. Bultje
Conversion of the luma intra prediction mode to one of the constrained ("alzheimer") ones can happen by crafting special bitstreams, causing a crash because we'll call a NULL function pointer for 16x16 block intra prediction, since constrained intra prediction functions are only implemented for chroma (8x8 blocks). Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC: libav-stable@libav.org
2012-01-13cabac: split cabac.h into declarations and function definitionsDiego Biurrun
This fixes standalone compilation of some decoders with --disable-optimizations. cabac.h defines some inline functions that use symbols from cabac.c. Without optimizations these inline functions are not eliminated and linking fails with references to non-existing symbols. Splitting the inline functions off into their own header and only #including it in the places where the inline functions are used allows #including cabac.h from anywhere without ill effects.
2011-12-27x86: Fix constraints for decode_significance*_x86Martin Storsjö
Originally, prior to 8742a4ff8, the caller code was compiled within this condition: ARCH_X86 && HAVE_7REGS && HAVE_EBX_AVAILABLE && !defined(BROKEN_RELOCATIONS) Since HAVE_7REGS is defined as (ARCH_X86_64 || (HAVE_EBX_AVAILABLE && HAVE_EBP_AVAILABLE)) the subcondition HAVE_7REGS && HAVE_EBX_AVAILABLE is equal to HAVE_7REGS (for 32 bit at least). The correct simplification of the original condition thus is HAVE_7REGS, not HAVE_EBX_AVAILABLE. This fixes compilation in some cases where HAVE_EBP_AVAILABLE = 0 and HAVE_EBX_AVAILABLE = 1. Signed-off-by: Martin Storsjö <martin@martin.st>
2011-12-21x86: Tighten register constraints for decode_significance*_x86.Diego Biurrun
On 32-bit OS X with gcc 4.0/4.2 and shared libraries enabled, the ebx register is not available, but required to assemble the functions. This reverts commit 8742a4f to a simplified version of the original constraints.
2011-12-21h264_cabac: synchronize decode_significance_*_x86 conditionalsDiego Biurrun
The definition and the call site where under different #ifdefs.
2011-12-13error_resilience: use the ER_ namespaceLuca Barbato
Add the namespace to {AC_,DC_,MV_}{END,ERROR} macros Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
2011-12-13doxygen: misc consistency, spelling and wording fixesDiego Biurrun
2011-10-21h264: 4:2:2 intra decoding supportBaptiste Coudurier
Signed-off-by: Diego Biurrun <diego@biurrun.de> Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
2011-07-29H.264: optimize CABAC x86 asm for AtomJason Garrett-Glaser
2011-07-11Eliminate FF_COMMON_FRAME macro.Diego Biurrun
FF_COMMON_FRAME holds the contents of the AVFrame structure and is also copied to struct Picture. Replace by an embedded AVFrame structure in struct Picture.
2011-07-09H.264: use fill_rectangle in CABAC decodingJason Garrett-Glaser
2011-07-04H.264: template left MB handlingJason Garrett-Glaser
Faster H.264 decoding with ALLOW_INTERLACE off.
2011-07-04H.264: faster write_back_*Jason Garrett-Glaser
Avoid aliasing, unroll loops, and inline more functions.
2011-06-144:4:4 H.264 decoding supportJason Garrett-Glaser
Note: this is 4:4:4 from the 2007 spec revision, not the previous (now deprecated) 4:4:4 mode in H.264.
2011-06-14Roll back 4:4:4 H.264 for nowJason Garrett-Glaser
Needs some ARM/PPC asm modifications.
2011-06-134:4:4 H.264 decoding supportJason Garrett-Glaser
Note: this is 4:4:4 from the 2007 spec revision, not the previous (now deprecated) 4:4:4 mode in H.264.
2011-05-10Add support for higher QP values in h264.Oskar Arvidsson
In high bit depth, the QP values may now be up to (51 + 6*(bit_depth-8)). Preparatory patch for high bit depth h264 decoding support. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
2011-05-10Add the notion of pixel size in h264 related functions.Oskar Arvidsson
In high bit depth the pixels will not be stored in uint8_t like in the normal case, but in uint16_t. The pixel size is thus 1 in normal bit depth and 2 in high bit depth. Preparatory patch for high bit depth h264 decoding support. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
2011-05-02Replace deprecated FF_*_TYPE symbols with AV_PICTURE_TYPE_*.Stefano Sabatini
Signed-off-by: Diego Biurrun <diego@biurrun.de>
2011-03-19Replace FFmpeg with Libav in licence headersMans Rullgard
Signed-off-by: Mans Rullgard <mans@mansr.com>
2011-01-21Revert 2a1f431d38ea9c05abb215d70c7dc09cdb6888ab, it broke H264 lossless.Ronald S. Bultje
2011-01-21Set gray (128) U/V planes for chroma-less samples. Fixes two fate samplesRonald S. Bultje
when played with -flags emu_edge.
2011-01-15Remove evil timers that snuck their way into r26375.Jason Garrett-Glaser
Originally committed as revision 26377 to svn://svn.ffmpeg.org/ffmpeg/trunk
2011-01-15Fix r26375 on non-x86.Jason Garrett-Glaser
Originally committed as revision 26376 to svn://svn.ffmpeg.org/ffmpeg/trunk
2011-01-15H.264: Partially inline CABAC residual decodingJason Garrett-Glaser
Improves CABAC performance about ~1.2%. Trick originates from x264 and has also been used in ffvp8. It's useful because coded block flags are usually zero, so it helps to have the early termination inlined into the main function. Originally committed as revision 26375 to svn://svn.ffmpeg.org/ffmpeg/trunk
2011-01-15H.264/SVQ3: make chroma DC work the same way as luma DCJason Garrett-Glaser
No speed improvement, but necessary for some future stuff. Also opens up the possibility of asm chroma dc idct/dequant. Originally committed as revision 26349 to svn://svn.ffmpeg.org/ffmpeg/trunk
2011-01-15H.264: switch to x264-style tracking of luma/chroma DC NNZJason Garrett-Glaser
Useful so that we don't have to run the hierarchical DC iDCT if there aren't any coefficients. Opens up some future opportunities for optimization as well. Originally committed as revision 26337 to svn://svn.ffmpeg.org/ffmpeg/trunk
2011-01-15H.264: split luma dc idct out and implement MMX/SSE2 versionsJason Garrett-Glaser
About 2.5x the speed. NOTE: the way that the asm code handles large qmuls is a bit suboptimal. If x264-style dequant was used (separate shift and qmul values), it might be possible to get some extra speed. Originally committed as revision 26336 to svn://svn.ffmpeg.org/ffmpeg/trunk
2010-04-20Remove explicit filename from Doxygen @file commands.Diego Biurrun
Passing an explicit filename to this command is only necessary if the documentation in the @file block refers to a file different from the one the block resides in. Originally committed as revision 22921 to svn://svn.ffmpeg.org/ffmpeg/trunk
2010-03-30Replace @returns by @return.Benoit Fouet
Originally committed as revision 22729 to svn://svn.ffmpeg.org/ffmpeg/trunk
2010-03-26h264: Use + instead of | in some placesAlexander Strange
6 insns less on x86-64/gcc 4.2. Originally committed as revision 22692 to svn://svn.ffmpeg.org/ffmpeg/trunk
2010-03-26h264: Remove unused function argumentAlexander Strange
Originally committed as revision 22690 to svn://svn.ffmpeg.org/ffmpeg/trunk
2010-03-26h264: Simplify decode_cabac_residual() specializationAlexander Strange
Gives more consistent inlining with some compilers (such as llvm). Originally committed as revision 22689 to svn://svn.ffmpeg.org/ffmpeg/trunk
2010-03-01Remove some unneeded fill_rectangle() for 16x16 blocks.Michael Niedermayer
Originally committed as revision 22124 to svn://svn.ffmpeg.org/ffmpeg/trunk
2010-02-27Optimize (amvd>2)+(amvd>32), about 1 cpu cycles faster.Zhou Zongyi
patch by Zhou Zongyi @ zhouzy () os punkt pku dot edu speck cn Originally committed as revision 22084 to svn://svn.ffmpeg.org/ffmpeg/trunk
2010-02-24Change mvd_cache & mvd_table to 8bit, this is overall a bit fasterMichael Niedermayer
for high resolution videos. about 20cycles faster per MB for cathederal. Originally committed as revision 22038 to svn://svn.ffmpeg.org/ffmpeg/trunk
2010-02-24Calculate mvd without abs()Michael Niedermayer
same speed (ask gcc why, i dont know) Originally committed as revision 22035 to svn://svn.ffmpeg.org/ffmpeg/trunk
2010-02-24switch back to (amvd>2)+(amvd>32), its 5 cpu cycles faster now.Michael Niedermayer
Originally committed as revision 22032 to svn://svn.ffmpeg.org/ffmpeg/trunk
2010-02-24Factorize common code from the top of decode_cabac_mb_mvd()Michael Niedermayer
10-15 cpu cycles faster. Originally committed as revision 22029 to svn://svn.ffmpeg.org/ffmpeg/trunk
2010-02-24Replace mvd>2 + mvd>32 by MIN((mvd+28)*17>>9, 2)Michael Niedermayer
same speed as far as i can meassure but it might have fewer branches on some archs. Idea from x264 / jason Originally committed as revision 22027 to svn://svn.ffmpeg.org/ffmpeg/trunk
2010-02-24Replace ad-hoc fill rectangle by fill_rectangle().Michael Niedermayer
Originally committed as revision 22025 to svn://svn.ffmpeg.org/ffmpeg/trunk
2010-02-19get rid of an if() 1 cpu cycle faster.Michael Niedermayer
Originally committed as revision 21889 to svn://svn.ffmpeg.org/ffmpeg/trunk
2010-02-19Get rid of a local variable, 10 cpu cycles faster.Michael Niedermayer
Originally committed as revision 21888 to svn://svn.ffmpeg.org/ffmpeg/trunk
2010-02-19Move abs() from decode_cabac_mb_mvd() to the code that writes mvd_cache.Michael Niedermayer
4-8 cycles faster Originally committed as revision 21887 to svn://svn.ffmpeg.org/ffmpeg/trunk
2010-02-18Speedup decode_cabac_field_decoding_flag() by 9 cpu cycles.Michael Niedermayer
Originally committed as revision 21875 to svn://svn.ffmpeg.org/ffmpeg/trunk
2010-02-17Move check for and call of predict_field_decoding_flag() from the mb code toMichael Niedermayer
the row code. This function would only be needed on a MB basis for MBAFF+FMO Originally committed as revision 21860 to svn://svn.ffmpeg.org/ffmpeg/trunk
2010-02-172x faster ff_h264_init_cabac_states(), 4k cpu cycles less.Michael Niedermayer
Sadly this is just per slice so the speedup with normal files should be negligible. Originally committed as revision 21859 to svn://svn.ffmpeg.org/ffmpeg/trunk
2010-02-162 cpu cycles faster context calculation for decode_cabac_intra_mb_type()Michael Niedermayer
Originally committed as revision 21845 to svn://svn.ffmpeg.org/ffmpeg/trunk
2010-02-16Drop a few redundant slice_num checks.Michael Niedermayer
Originally committed as revision 21844 to svn://svn.ffmpeg.org/ffmpeg/trunk
2010-02-16Drop compute_mb_neighbors() and move fill_decode_neighbors() up to take itsMichael Niedermayer
role. Should be faster as this is a strict code removial. Originally committed as revision 21843 to svn://svn.ffmpeg.org/ffmpeg/trunk
generated by cgit v1.2.3 (git 2.25.1) at 2024-09-02 20:00:29 +0300