- 14 Jun, 2016 2 commits
-
-
Clément Bœsch authored
-
Clément Bœsch authored
Reduces diff for the next merge with Libav.
-
- 12 Jun, 2016 1 commit
-
-
Clément Bœsch authored
Unused since 1534ef87 / 3176217c.
-
- 24 Apr, 2016 4 commits
-
-
Anton Khirnov authored
This will allow decoupling the parser from the decoder.
-
Anton Khirnov authored
Make the SPS/PPS parsing independent of the H264Context, to allow decoupling the parser from the decoder. The change is modelled after the one done earlier for HEVC. Move the dequant buffers to the PPS to avoid complex checks whether they changed and an expensive copy for frame threads.
-
Anton Khirnov authored
This will allow decoupling the parser from the decoder.
-
Anton Khirnov authored
Remove now unused ff_h264_decode_nal().
-
- 30 Mar, 2016 1 commit
-
-
Diego Biurrun authored
-
- 28 Mar, 2016 4 commits
-
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
It is shared with svq3.
-
Anton Khirnov authored
This will allow decoupling the parser from the decoder.
-
- 23 Feb, 2016 1 commit
-
-
Michael Niedermayer authored
Sample-Id: asan_heap-uaf_3660f67_757_cov_1257014655_Hi422FR1_SONY_A.jsv Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by:
Michael Niedermayer <michaelni@gmx.at> Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 04 Jan, 2016 1 commit
-
-
Michael Niedermayer authored
This fixes a regression of the sample from Ticket 2371 Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 06 Dec, 2015 1 commit
-
-
Anton Khirnov authored
According to the spec, the reference list for a slice should be constructed by first generating an initial (what we now call "default") reference list and then optionally applying modifications to it. Our code has an optimization where the initial reference list is constructed for the first inter slice and then rebuilt for other slices if needed. This, however, adds complexity to the code, requires an extra 2.5kB array in the codec context and there is no reason to think that it has any positive effect on performance. Therefore, simplify the code by generating the reference list from scratch for each slice.
-
- 14 Oct, 2015 1 commit
-
-
Derek Buitenhuis authored
This makes the h.264 decoder threadsafe to initialize. Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com> Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 02 Oct, 2015 1 commit
-
-
wm4 authored
We assume an upper bound of 4096 bytes for each raw SPS/PPS. It's hard to determine an exact maximum size, but this value was was considered high enough and safe. Needed for the following VideotoolBox commit.
-
- 17 Jul, 2015 1 commit
-
-
Kieran Kunhya authored
Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 06 Jul, 2015 1 commit
-
-
Kieran Kunhya authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 30 Jun, 2015 2 commits
-
-
Nicolas DEROUINEAU authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Vittorio Giovara authored
Partially based on code by Marton Balint and Kieran Kunhya. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 27 Jun, 2015 2 commits
-
-
Anton Khirnov authored
Should fix a large number of possible races with frame threading.
-
Anton Khirnov authored
Based on a patch by Michael Niedermayer <michaelni@gmx.at>. CC: libav-stable@libav.org Found-by:
Kieran Kunhya <kierank@obe.tv>
-
- 26 Jun, 2015 1 commit
-
-
Kieran Kunhya authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 12 Jun, 2015 1 commit
-
-
Andreas Cadhalpun authored
Inconsistencies between the dimensions/pixel format of avctx and the frame can confuse API users. For example this can crash the demuxing_decoding example. Back up the previous values and restore them, when decoding the next frame. This is necessary, because these can be different between the returned frame and the last decoded frame. Reviewed-by:
Michael Niedermayer <michaelni@gmx.at> Signed-off-by:
Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
-
- 29 Apr, 2015 6 commits
-
-
Anton Khirnov authored
-
Anton Khirnov authored
It now has a fixed size and is initialized only once, so there is no point in allocating it separately.
-
Anton Khirnov authored
It does not logically belong in free_tables(), since it's not allocated in alloc_tables() and its size has nothing to do with the frame size.
-
Anton Khirnov authored
That function currently does two things -- reinitializing the DSP contexts and setting low_delay based on the SPS values. The former more appropriately belongs in h264_slice_header_init(), while the latter only really makes sense in decode_slice_header(). The third call to ff_h264_set_parameter_from_sps(), done immediately after parsing a new SPS, appears to serve no useful purpose, so it is just dropped. Also, drop now unneeded H264Context.cur_chroma_format_idc.
-
Anton Khirnov authored
It is only set, but never used for anything.
-
Anton Khirnov authored
It is not needed anymore since switching to refcounted frames.
-
- 19 Apr, 2015 1 commit
-
-
Vittorio Giovara authored
-
- 10 Apr, 2015 1 commit
-
-
Michael Niedermayer authored
Fixes Ticket4445 Tested-by:
Vittorio Giovara <vittorio.giovara@gmail.com> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 08 Apr, 2015 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 06 Apr, 2015 1 commit
-
-
Michael Niedermayer authored
Fixes non deterministic crash in ticket4408/fuzz2.264 Likely fixes other samples as well Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 03 Apr, 2015 1 commit
-
-
Anton Khirnov authored
The way it is currently designed is fundamentally unsafe and cannot be reasonably fixed without completely rewriting it.
-
- 25 Mar, 2015 1 commit
-
-
Michael Niedermayer authored
Fixes assertion failure Fixes: f12c79769501ee471a5c731b8304ffcb/signal_sigabrt_7ffff6ac8cc9_3766_cov_4267830138_undemuxable_h264.ts Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 21 Mar, 2015 3 commits
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Anton Khirnov authored
While it is a per-frame variable, it is only really used in the low-level decoding code, so it is more efficient to store it in the slice context.
-
Anton Khirnov authored
There is no need to store a whole H264Picture, with a full AVFrame embedded in it. This should allow getting rid of the embedded AVFrame later.
-