FFmpeg

Commit Graph

Author	SHA1	Message	Date
Vittorio Giovara	e0c16e4e32	mpegvideo: move mpegvideo formats-related defines to mpegutils.h	11 years ago
Diego Biurrun	2a61592573	avcodec: Remove some commented-out debug cruft	11 years ago
Anton Khirnov	23e85be58f	h264: add a parameter to the CHROMA444 macro. This way it does not look like a constant.	12 years ago
Anton Khirnov	e962bd08ee	h264: add a parameter to the CHROMA422 macro. This way it does not look like a constant.	12 years ago
Anton Khirnov	6d2b6f21eb	h264: add a parameter to the CABAC macro. This way it does not look like a constant.	12 years ago
Anton Khirnov	7bece9b22f	h264: add a parameter to the FRAME_MBAFF macro. This way it does not look like a constant.	12 years ago
Anton Khirnov	da6be8fcec	h264: add a parameter to the MB_FIELD macro. This way it does not look like a constant.	12 years ago
Anton Khirnov	759001c534	lavc decoders: work with refcounted frames.	12 years ago
Anton Khirnov	2c54155407	h264: deMpegEncContextize 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>	12 years ago
Diego Biurrun	1de53d006b	h264: K&R formatting cosmetics for header files (part II/II)	13 years ago
Diego Biurrun	58c42af722	doxygen: misc consistency, spelling and wording fixes	13 years ago
Baptiste Coudurier	76741b0e56	h264: 4:2:2 intra decoding support Signed-off-by: Diego Biurrun <diego@biurrun.de> Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>	13 years ago
Mans Rullgard	4d1418cd4f	h264: fix signed overflows in x*0x01010101 expressions Signed-off-by: Mans Rullgard <mans@mansr.com>	13 years ago
Diego Biurrun	806212498a	h264: move fill_decode_neighbors()/fill_decode_caches() to h264_mvpred.h This fixes a bunch of unused function warnings.	14 years ago
Diego Biurrun	028216b2c2	h264: move decode_mb_skip() from h264.h to h.264_mvpred.h This resolves a circular dependency between the headers.	14 years ago
Diego Biurrun	657ccb5ac7	Eliminate FF_COMMON_FRAME macro. 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.	14 years ago
Jason Garrett-Glaser	ef0c594801	H.264: merge fill_rectangle into P-SKIP MV prediction, to match B-SKIP	14 years ago
Jason Garrett-Glaser	5136ba7c69	H.264: faster P-SKIP decoding Inline the relevant parts of fill_decode_caches into P-SKIP mv prediction to avoid calling the whole thing.	14 years ago
Jason Garrett-Glaser	bbdd52ed34	H.264: av_always_inline some more functions These weren't getting inlined all the time in all gcc versions.	14 years ago
Mans Rullgard	21accb3bb2	h264: remove assert() immediately following return statement Signed-off-by: Mans Rullgard <mans@mansr.com>	14 years ago
Mans Rullgard	2912e87a6c	Replace FFmpeg with Libav in licence headers Signed-off-by: Mans Rullgard <mans@mansr.com>	14 years ago
Diego Biurrun	ba87f0801d	Remove explicit filename from Doxygen @file commands. 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	15 years ago
Michael Niedermayer	aa5ee59eee	Simplify code in mv_pred. Not benchmarked as this is petty much just code removial. Originally committed as revision 22066 to svn://svn.ffmpeg.org/ffmpeg/trunk	15 years ago
Michael Niedermayer	358b5b1a59	Get rid of mb2b8_xy and b8_stride, change arrays organized based on b8_stride to 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	15 years ago
Måns Rullgård	19769ece3b	H264: use alias-safe macros 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	15 years ago
Michael Niedermayer	580920f8dc	Remove 2 checks from fetch_diagonal_mv() that apparently serve no purpose. Originally committed as revision 21314 to svn://svn.ffmpeg.org/ffmpeg/trunk	15 years ago
Michael Niedermayer	26c83a4161	Move a few things into a deeper if() in fetch_diagonal_mv(). Originally committed as revision 21313 to svn://svn.ffmpeg.org/ffmpeg/trunk	15 years ago
Michael Niedermayer	350fc614b4	Remove code that handles the case of a MB pair to our right being available. 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	15 years ago
Michael Niedermayer	e2dd8586d8	Add forgotton multiple inclusion guards to h264_mvpred.h. Originally committed as revision 21220 to svn://svn.ffmpeg.org/ffmpeg/trunk	15 years ago
Michael Niedermayer	188d3c510d	Split motion vector prediction off h264.c/h. Originally committed as revision 21174 to svn://svn.ffmpeg.org/ffmpeg/trunk	15 years ago

30 Commits (96dd04427fc46e5e25a5ac1f00753207e3aedb0c)