- 04 Jun, 2014 1 commit
-
-
Michael Niedermayer authored
Fixes: Ticket3652 Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 01 Apr, 2014 1 commit
-
-
Diego Biurrun authored
This avoids compiler warnings about argument and specifier type mismatch.
-
- 16 Mar, 2014 2 commits
-
-
Vittorio Giovara authored
-
Vittorio Giovara authored
-
- 28 Feb, 2014 2 commits
-
-
Vittorio Giovara authored
-
Vittorio Giovara authored
This is the name used in the specifications.
-
- 27 Feb, 2014 2 commits
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Fixes Ticket3386 Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 13 Feb, 2014 1 commit
-
-
Luca Barbato authored
In preparation for MVC support.
-
- 18 Jan, 2014 1 commit
-
-
Anton Khirnov authored
Fixes possible access to freed memory. Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC:libav-stable@libav.org
-
- 02 Dec, 2013 2 commits
-
-
Michael Niedermayer authored
Fixes Ticket3186 Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 27 Nov, 2013 1 commit
-
-
Anton Khirnov authored
Fixes invalid writes. Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC:libav-stable@libav.org
-
- 18 Nov, 2013 1 commit
-
-
Anton Khirnov authored
data[0] may be NULL for valid frames with hwaccel pixel formats.
-
- 02 Nov, 2013 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 25 Oct, 2013 1 commit
-
-
Michael Niedermayer authored
Do not consider it an error if we have no frames and should discard one. This condition can easily happen when decoding is started from an I frame Fixes Ticket2811 Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 09 Oct, 2013 1 commit
-
-
Michael Niedermayer authored
Fixes Ticket2968 Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 20 Aug, 2013 1 commit
-
-
Diego Biurrun authored
-
- 04 May, 2013 1 commit
-
-
Michael Niedermayer authored
When decoding succeeded the array is copied into the permanent one. This prevents inconsistencies Fixes assertion failure Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 27 Apr, 2013 1 commit
-
-
Diego Biurrun authored
The return value provides no useful information and removing the printing avoids the following warning: libavcodec/h264_refs.c:788:15: warning: 'i' may be used uninitialized in this function [-Wuninitialized]
-
- 30 Mar, 2013 3 commits
-
-
Michael Niedermayer authored
Fixes failure of the assert added a few hours ago. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 28 Mar, 2013 1 commit
-
-
Michael Niedermayer authored
Fixes null pointer dereference Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 21 Mar, 2013 1 commit
-
-
Anton Khirnov authored
This way it does not look like a constant.
-
- 17 Mar, 2013 1 commit
-
-
Michael Niedermayer authored
Fixes regression since 01a0283c Fixes Ticket2371 Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 12 Mar, 2013 1 commit
-
-
Michael Niedermayer authored
Fixes deadlock
-
- 11 Mar, 2013 1 commit
-
-
Anton Khirnov authored
-
- 08 Mar, 2013 1 commit
-
-
Anton Khirnov authored
-
- 25 Feb, 2013 1 commit
-
-
Diego Biurrun authored
-
- 15 Feb, 2013 1 commit
-
-
Anton Khirnov authored
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>
-
- 13 Feb, 2013 1 commit
-
-
Michael Niedermayer authored
This prevents faulty increasing of has_b_frames Should fix Ticket 2062 Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 20 Jan, 2013 3 commits
-
-
Michael Niedermayer authored
Fixes CID968587 Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Fixed CID968588 Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 15 Jan, 2013 1 commit
-
-
Ronald S. Bultje authored
Clobbering these tables will temporarily clobber the template used as a basis for other threads to start decoding from. If the other decoding thread updates from the template right at that moment, subsequent threads will get invalid (or, usually, none at all) mmco tables. This leads to invalid reference lists and subsequent decode failures. Therefore, instead, decode the mmco tables only for the first slice in a field or frame. For other slices, decode the bits and ensure they are identical to the mmco tables in the first slice, but don't ever clobber the context state. This prevents other threads from using a clobbered/invalid template as starting point for decoding, and thus fixes decoding in these cases. This fixes occasional (~1%) failures of h264-conformance-mr1_bt_a with frame-multithreading enabled. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 14 Jan, 2013 2 commits
-
-
Anton Khirnov authored
It's been returning an error value since bad446e2 Also check for the errors it returns.
-
Ronald S. Bultje authored
Clobbering these tables will temporarily clobber the template used as a basis for other threads to start decoding from. If the other decoding thread updates from the template right at that moment, subsequent threads will get invalid (or, usually, none at all) mmco tables. This leads to invalid reference lists and subsequent decode failures. Therefore, instead, decode the mmco tables only for the first slice in a field or frame. For other slices, decode the bits and ensure they are identical to the mmco tables in the first slice, but don't ever clobber the context state. This prevents other threads from using a clobbered/invalid template as starting point for decoding, and thus fixes decoding in these cases. This fixes occasional (~1%) failures of h264-conformance-mr1_bt_a with frame-multithreading enabled. Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 11 Nov, 2012 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 15 Oct, 2012 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-