summaryrefslogtreecommitdiff
path: root/libavcodec/h264_mvpred.h
Commit message (Collapse)AuthorAgeFilesLines
* avcodec: Remove some commented-out debug cruftDiego Biurrun2013-08-201-1/+0
|
* h264: add a parameter to the CHROMA444 macro.Anton Khirnov2013-03-211-1/+1
| | | | This way it does not look like a constant.
* h264: add a parameter to the CHROMA422 macro.Anton Khirnov2013-03-211-1/+1
| | | | This way it does not look like a constant.
* h264: add a parameter to the CABAC macro.Anton Khirnov2013-03-211-4/+4
| | | | This way it does not look like a constant.
* h264: add a parameter to the FRAME_MBAFF macro.Anton Khirnov2013-03-211-5/+5
| | | | This way it does not look like a constant.
* h264: add a parameter to the MB_FIELD macro.Anton Khirnov2013-03-211-6/+6
| | | | This way it does not look like a constant.
* lavc decoders: work with refcounted frames.Anton Khirnov2013-03-081-19/+19
|
* h264: deMpegEncContextizeAnton Khirnov2013-02-151-51/+46
| | | | | | | | | | | | | | | | | | | | | | | | | | | Most of the changes are just trivial are just trivial replacements of fields from MpegEncContext with equivalent fields in H264Context. Everything in h264* other than h264.c are those trivial changes. The nontrivial parts are: 1) extracting a simplified version of the frame management code from mpegvideo.c. We don't need last/next_picture anymore, since h264 uses its own more complex system already and those were set only to appease the mpegvideo parts. 2) some tables that need to be allocated/freed in appropriate places. 3) hwaccels -- mostly trivial replacements. for dxva, the draw_horiz_band() call is moved from ff_dxva2_common_end_frame() to per-codec end_frame() callbacks, because it's now different for h264 and MpegEncContext-based decoders. 4) svq3 -- it does not use h264 complex reference system, so I just added some very simplistic frame management instead and dropped the use of ff_h264_frame_start(). Because of this I also had to move some initialization code to svq3. Additional fixes for chroma format and bit depth changes by Janne Grunau <janne-libav@jannau.net> Signed-off-by: Anton Khirnov <anton@khirnov.net>
* h264: K&R formatting cosmetics for header files (part II/II)Diego Biurrun2012-05-101-482/+525
|
* doxygen: misc consistency, spelling and wording fixesDiego Biurrun2011-12-121-3/+3
|
* h264: 4:2:2 intra decoding supportBaptiste Coudurier2011-10-211-1/+6
| | | | | Signed-off-by: Diego Biurrun <diego@biurrun.de> Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
* h264: fix signed overflows in x*0x01010101 expressionsMans Rullgard2011-10-091-1/+1
| | | | Signed-off-by: Mans Rullgard <mans@mansr.com>
* h264: move fill_decode_neighbors()/fill_decode_caches() to h264_mvpred.hDiego Biurrun2011-07-141-0/+418
| | | | This fixes a bunch of unused function warnings.
* h264: move decode_mb_skip() from h264.h to h.264_mvpred.hDiego Biurrun2011-07-121-0/+39
| | | | This resolves a circular dependency between the headers.
* Eliminate FF_COMMON_FRAME macro.Diego Biurrun2011-07-111-5/+5
| | | | | 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.
* H.264: merge fill_rectangle into P-SKIP MV prediction, to match B-SKIPJason Garrett-Glaser2011-07-081-20/+22
|
* H.264: faster P-SKIP decodingJason Garrett-Glaser2011-07-081-9/+102
| | | | | 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-081-4/+4
| | | | These weren't getting inlined all the time in all gcc versions.
* h264: remove assert() immediately following return statementMans Rullgard2011-07-031-1/+0
| | | | Signed-off-by: Mans Rullgard <mans@mansr.com>
* Replace FFmpeg with Libav in licence headersMans Rullgard2011-03-191-4/+4
| | | | Signed-off-by: Mans Rullgard <mans@mansr.com>
* Remove explicit filename from Doxygen @file commands.Diego Biurrun2010-04-201-1/+1
| | | | | | | | 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
* Simplify code in mv_pred.Michael Niedermayer2010-02-261-4/+4
| | | | | | Not benchmarked as this is petty much just code removial. Originally committed as revision 22066 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Get rid of mb2b8_xy and b8_stride, change arrays organized based on b8_stride toMichael Niedermayer2010-02-251-7/+8
| | | | | | | ones based on mb_stride in h264. about 20 cpu cycles faster overall per MB Originally committed as revision 22065 to svn://svn.ffmpeg.org/ffmpeg/trunk
* H264: use alias-safe macrosMåns Rullgård2010-02-181-3/+3
| | | | | | | This eliminates all aliasing violation warnings in h264 code. No measurable speed difference with gcc-4.4.3 on i7. Originally committed as revision 21881 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Remove 2 checks from fetch_diagonal_mv() that apparently serve no purpose.Michael Niedermayer2010-01-191-3/+2
| | | | Originally committed as revision 21314 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Move a few things into a deeper if() in fetch_diagonal_mv().Michael Niedermayer2010-01-191-4/+5
| | | | Originally committed as revision 21313 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Remove code that handles the case of a MB pair to our right being available.Michael Niedermayer2010-01-191-7/+0
| | | | | | | Thats not possible except maybe in FMO which noone uses anyway. iam also not sure if this wasnt missing a part_width. Originally committed as revision 21312 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Add forgotton multiple inclusion guards to h264_mvpred.h.Michael Niedermayer2010-01-151-0/+5
| | | | Originally committed as revision 21220 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Split motion vector prediction off h264.c/h.Michael Niedermayer2010-01-121-0/+237
Originally committed as revision 21174 to svn://svn.ffmpeg.org/ffmpeg/trunk
View Lorry Controller Status