- 29 Jan, 2014 1 commit
-
-
Diego Biurrun authored
-
- 25 Jan, 2014 1 commit
-
-
Janne Grunau authored
Added libavutil/timer.h include to all files with {START,STOP}_TIMER.
-
- 20 Jan, 2014 1 commit
-
-
Anton Khirnov authored
Allocating edges will be removed from generic code, so the encoder must handle this explicitly.
-
- 09 Jan, 2014 1 commit
-
-
Anton Khirnov authored
Several decoders disable those anyway and they are not measurably faster on x86. They might be somewhat faster on other platforms due to missing emu edge SIMD, but the gain is not large enough (and those decoders relevant enough) to justify the added complexity.
-
- 03 Jan, 2014 4 commits
-
-
Anton Khirnov authored
It has been disabled as 'broken' over 3 years ago in b716a792
-
Anton Khirnov authored
-
Anton Khirnov authored
This introduces some code duplication. However, much of it should go away once the decoders stop using MpegEncContext.
-
Anton Khirnov authored
Otherwise the generic code will unref them, which can then result in last_picture_ptr == current_picture_ptr, which causes deadlocks at least in rv40. Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC:libav-stable@libav.org
-
- 11 Dec, 2013 2 commits
-
-
Anton Khirnov authored
This is a temporary workaround to allow deprecating avcodec_get_frame_defaults(). The proper solution will be using a properly allocated AVFrame in Picture.
-
Anton Khirnov authored
ff_mpeg_unref_picture() already resets the frame.
-
- 05 Dec, 2013 9 commits
-
-
Anton Khirnov authored
It is only called from one place in mpegvideo.c now. Also remove the remove_current parameter, which is always 1.
-
Anton Khirnov authored
It is not called from outside of mpegvideo.c anymore.
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
It is used for encoding only.
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
It is encoding-only, frame threading is not used for encoding.
-
- 29 Nov, 2013 2 commits
-
-
Anton Khirnov authored
The field remains in MpegEncContext for use in the encoder.
-
Anton Khirnov authored
-
- 19 Nov, 2013 1 commit
-
-
Kostya Shishkov authored
-
- 18 Nov, 2013 1 commit
-
-
Anton Khirnov authored
data[0] may be NULL for valid frames with hwaccel pixel formats.
-
- 13 Nov, 2013 2 commits
-
-
Diego Biurrun authored
XvMC has long ago been superseded by newer acceleration APIs, such as VDPAU, and few downstreams still support it. Furthermore XvMC is not implemented within the hwaccel framework, but requires its own specific code in the MPEG-1/2 decoder, which is a maintenance burden.
-
Diego Biurrun authored
Alpha has been end-of-lifed and no more test machines are available.
-
- 31 Oct, 2013 1 commit
-
-
Anton Khirnov authored
It has not been actually used since 37045e42, when the broken vismv code was removed.
-
- 23 Oct, 2013 1 commit
-
-
Luca Barbato authored
That check is easily reachable by faulty input. CC:libav-stable@libav.org Reported-by: Torsten Sadowski <tsadowski@gmx.net>
-
- 24 Sep, 2013 1 commit
-
-
Martin Storsjö authored
This fixes breakage in a few fate tests on certain setups (that for some reason didn't break on OS X) after the previous commit (8812a805). Currently, some video streams are initialized in ff_MPV_common_init with width/height set at 0 and only changed to a proper video size with ff_MPV_common_frame_size_change later. The breakage was diagnosed by Anton Khirnov. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 28 Aug, 2013 1 commit
-
-
Diego Biurrun authored
-
- 05 Aug, 2013 1 commit
-
-
Rémi Denis-Courmont authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 22 May, 2013 1 commit
-
-
Janne Grunau authored
ff_mpeg_unref_picture clears the flag indicating that the frame needs to be reallocated after a frame size change. Since we have now reference counted buffers we can unref the buffers immediately.
-
- 19 May, 2013 1 commit
-
-
Janne Grunau authored
Allows decoding with only three frame buffers with frame reference counting. Fixes VAAPI based decoding in vlc which uses only three frame buffers for the mpegvideo-based codecs.
-
- 17 May, 2013 1 commit
-
-
Jindrich Makovicka authored
MPV_decode_mb_internal needs 3 * 16 * linesize bytes of scratch buffer For interlaced content, linesize is multiplied by two after the allocation of the scratch buffer, and the dest_cr pointer ends past the buffer. This patch makes ff_mpv_frame_size_alloc allocate a total of (aligned line_size) * 2 * 16 * 3 bytes, which suffices even for the interlaced case. CC:libav-stable@libav.org Signed-off-by: Jindrich Makovicka <makovick@gmail.com> Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 15 May, 2013 2 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
- 04 May, 2013 1 commit
-
-
Diego Biurrun authored
-
- 30 Apr, 2013 1 commit
-
-
Diego Biurrun authored
-
- 23 Apr, 2013 1 commit
-
-
Hendrik Leppkes authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 19 Apr, 2013 1 commit
-
-
Ronald S. Bultje authored
This also converts vc1, since that is mpegvideo-based. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 26 Mar, 2013 1 commit
-
-
Martin Storsjö authored
This allows dropping the mpegvideo dependency from a number of components. This also fixes standalone building of the h264 parser, which was broken in 64e43869. Signed-off-by: Martin Storsjö <martin@martin.st>
-