summaryrefslogtreecommitdiff
path: root/libavcodec/h264.h
Commit message (Collapse)AuthorAge
...
* H.264: faster P-SKIP decodingJason Garrett-Glaser2011-07-08
| | | | | Inline the relevant parts of fill_decode_caches into P-SKIP mv prediction to avoid calling the whole thing.
* H.264: av_always_inline some more functionsJason Garrett-Glaser2011-07-08
| | | | These weren't getting inlined all the time in all gcc versions.
* H.264: template left MB handlingJason Garrett-Glaser2011-07-03
| | | | Faster H.264 decoding with ALLOW_INTERLACE off.
* H.264: faster fill_decode_cachesJason Garrett-Glaser2011-07-03
| | | | Aliasing avoidance and general cleanup.
* H.264: faster write_back_*Jason Garrett-Glaser2011-07-03
| | | | Avoid aliasing, unroll loops, and inline more functions.
* doxygen: Prefer member groups over grouping into modulesReinhard Tartler2011-07-02
| | | | | | | | | Before this, almost all module groups have been used for grouping functions and fields in structures semantically. This causes them to not appear properly in the file documentation and needlessly clutters up the "Modules" index. Additionally, this commit streamlines some spelling and appearances.
* 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.
* svq3: Move svq3-specific fields to their own context.Baptiste Coudurier2011-06-03
| | | | | Signed-off-by: Michael Niedermayer <michaelni@gmx.at> Signed-off-by: Diego Biurrun <diego@biurrun.de>
* H264/MPEG frame-level multi-threading.Alexander Strange2011-06-02
| | | | Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
* Add support for higher QP values in h264.Oskar Arvidsson2011-05-10
| | | | | | | | 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>
* Add the notion of pixel size in h264 related functions.Oskar Arvidsson2011-05-10
| | | | | | | | | | 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>
* Replace deprecated FF_*_TYPE symbols with AV_PICTURE_TYPE_*.Stefano Sabatini2011-05-02
| | | | Signed-off-by: Diego Biurrun <diego@biurrun.de>
* Eliminate pointless '#if 1' statements without matching '#else'.Diego Biurrun2011-04-26
|
* Replace FFmpeg with Libav in licence headersMans Rullgard2011-03-19
| | | | Signed-off-by: Mans Rullgard <mans@mansr.com>
* h264: Add Intra and Constrained Baseline profiles to avctx.profileJanne Grunau2011-02-01
|
* Make ff_h264_decode_rbsp_trailing static to h264.cDiego Elio Pettenò2011-01-25
| | | | Signed-off-by: Janne Grunau <janne-ffmpeg@jannau.net>
* Revert 2a1f431d38ea9c05abb215d70c7dc09cdb6888ab, it broke H264 lossless.Ronald S. Bultje2011-01-20
|
* H.264/SVQ3: make chroma DC work the same way as luma DCJason Garrett-Glaser2011-01-15
| | | | | | | 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
* H.264: switch to x264-style tracking of luma/chroma DC NNZJason Garrett-Glaser2011-01-14
| | | | | | | 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
* H.264: split luma dc idct out and implement MMX/SSE2 versionsJason Garrett-Glaser2011-01-14
| | | | | | | | | | 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
* Add av_unused to decode_mb_skip declaration to fix the following warning:Eli Friedman2010-07-06
| | | | | | | libavcodec/h264.h:1260: warning: ‘decode_mb_skip’ defined but not used patch by Eli Friedman, eli.friedman gmail com Originally committed as revision 24069 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Factorize ff_generate_sliding_window_mmcos() out.Michael Niedermayer2010-07-05
| | | | Originally committed as revision 24056 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Fix grammar errors in documentationMåns Rullgård2010-06-30
| | | | Originally committed as revision 23904 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Cleanup prev commit, flag variable should start with 0Howard Chu2010-05-28
| | | | Originally committed as revision 23364 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Parse avctx->extradata if available.Howard Chu2010-05-28
| | | | | | Fixes many "non-existing PPS referenced" error messages Originally committed as revision 23363 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Factorize ff_h264_decode_extradata().Howard Chu2010-05-26
| | | | | | Patch by Howard Chu, hyc highlandsun com Originally committed as revision 23340 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Remove explicit filename from Doxygen @file commands.Diego Biurrun2010-04-20
| | | | | | | | 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
* Move static function fill_filter_caches() from h264.h to h264.c.Diego Biurrun2010-04-13
| | | | | | | | The function is only used within that file, so it makes sense to place it there. This fixes many warnings of the type: h264.h:1170: warning: ‘fill_filter_caches’ defined but not used Originally committed as revision 22876 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Fix implicit weight for b frames in mbaff.Michael Niedermayer2010-03-30
| | | | Originally committed as revision 22733 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Replace @returns by @return.Benoit Fouet2010-03-30
| | | | Originally committed as revision 22729 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Move H264 dsputil functions into their own structMåns Rullgård2010-03-16
| | | | | | | | | | | This moves the H264-specific functions from DSPContext to the new H264DSPContext. The code is made conditional on CONFIG_H264DSP which is set by the codecs requiring it. The qpel and chroma MC functions are not moved as these are used by non-h264 code. Originally committed as revision 22565 to svn://svn.ffmpeg.org/ffmpeg/trunk
* H264: fix signed overflow in constant multiplicationMåns Rullgård2010-03-15
| | | | | | This fixes libavcodec/h264.h:1100: warning: integer overflow in expression Originally committed as revision 22558 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Remove DECLARE_ALIGNED_{8,16} macrosMåns Rullgård2010-03-06
| | | | | | | These macros are redundant. All uses are replaced with the generic DECLARE_ALIGNED macro instead. Originally committed as revision 22233 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Port Optimizations about *_type init from decode to filter code.Michael Niedermayer2010-03-04
| | | | | | 1 cpu cycle faster Originally committed as revision 22193 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Optimize *_type init, 1.5 cpu cycles faster.Michael Niedermayer2010-03-04
| | | | Originally committed as revision 22192 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Reorder indexes in weight tables.Michael Niedermayer2010-03-03
| | | | | | 5 cpu cycles faster. Originally committed as revision 22183 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Move all context fields that are not used in the mb and block layersMichael Niedermayer2010-03-03
| | | | | | | to the end of the structure. 4 cpu cycles faster in 3k cpu cycles Originally committed as revision 22181 to svn://svn.ffmpeg.org/ffmpeg/trunk
* remove unused left_border field from context.Michael Niedermayer2010-03-03
| | | | Originally committed as revision 22179 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Note about luma/chroma_weight tables and their datatype.Michael Niedermayer2010-03-03
| | | | Originally committed as revision 22177 to svn://svn.ffmpeg.org/ffmpeg/trunk
* move svq3 specific fields to the end of the contextMichael Niedermayer2010-03-03
| | | | Originally committed as revision 22171 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Merge weight & offset tables, 15 cpu cycles faster.Michael Niedermayer2010-03-03
| | | | Originally committed as revision 22169 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Another 3 useless zeroing instructions.Michael Niedermayer2010-03-03
| | | | Originally committed as revision 22162 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Load the whole left side of mv&ref only when needed.Michael Niedermayer2010-03-03
| | | | | | 30 cpu cycles faster Originally committed as revision 22161 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Merge h->slice_table[left_xy[0/1] ] checks, 4 cpu cycles speedupMichael Niedermayer2010-02-27
| | | | Originally committed as revision 22086 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Split *_type setting up, 4 cpu cycles faster.Michael Niedermayer2010-02-27
| | | | Originally committed as revision 22085 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Only load the topleft mv/ref when the topright is unavailable.Michael Niedermayer2010-02-26
| | | | | | 8 cpu cycles faster. Originally committed as revision 22079 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Remove some useless operations from the code setting left_cbp.Michael Niedermayer2010-02-26
| | | | | | maybe 0.5 cpu cycles faster Originally committed as revision 22078 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Simplify code to set cbp_*Michael Niedermayer2010-02-26
| | | | | | | | this seems 1 cpu cycle slower even though we practically just remove code. Speed loss seems caused by the merge of if(left_type), iam commiting this anyway as i cant imagine this to be anything but compiler messup. Originally committed as revision 22073 to svn://svn.ffmpeg.org/ffmpeg/trunk