- 09 11月, 2016 1 次提交
-
-
由 Diego Biurrun 提交于
-
- 17 8月, 2016 1 次提交
-
-
由 Diego Biurrun 提交于
-
- 11 7月, 2016 1 次提交
-
-
由 Anton Khirnov 提交于
Currently, SPS.mb_height is actually what the spec calls PicHeightInMapUnits, which is half the frame height when interlacing is allowed. Calling this 'mb_height' is quite confusing, and there are at least two associated bugs where this field is treated as the actual frame height - in the h264 parser and in the code computing maximum reordering buffer size for a given level. Fix those issues (and avoid possible future ones) by exporting the real frame height in this field.
-
- 21 6月, 2016 3 次提交
-
-
由 Anton Khirnov 提交于
This field (which the spec calls max_num_ref_frames) must be less than or equal to MaxDpbFrames, which is at most 16.
-
由 Anton Khirnov 提交于
The PS parsing code is independent from the decoder, so it makes more sense for it to have its own separate header.
-
由 Anton Khirnov 提交于
This is more consistent with the naming of other decoders.
-
- 13 6月, 2016 1 次提交
-
-
由 Anton Mitrofanov 提交于
Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
- 05 5月, 2016 1 次提交
-
-
由 Vittorio Giovara 提交于
Signed-off-by: NDiego Biurrun <diego@biurrun.de>
-
- 24 4月, 2016 1 次提交
-
-
由 Anton Khirnov 提交于
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.
-
- 28 3月, 2016 1 次提交
-
-
由 Anton Khirnov 提交于
-
- 25 3月, 2016 1 次提交
-
-
由 Diego Biurrun 提交于
-
- 06 12月, 2015 1 次提交
-
-
由 Anton Khirnov 提交于
Fall back to maximum DPB size if the level is unknown. This should be more spec-compliant and does not depend on the caller setting has_b_frames before opening the decoder. The old behaviour, when the delay is supplied by the caller setting has_b_frames, can still be obtained by setting strict_std_compliance below normal.
-
- 27 7月, 2015 1 次提交
-
-
由 Vittorio Giovara 提交于
Convert doxygen to multiline and express bitfields more simply. Signed-off-by: NVittorio Giovara <vittorio.giovara@gmail.com>
-
- 20 4月, 2015 1 次提交
-
-
由 Vittorio Giovara 提交于
Bug-Id: CID 1026763
-
- 05 4月, 2015 1 次提交
-
-
由 Anton Khirnov 提交于
There is in general no reason for the currently active SPS to be the one referenced by the PPS being parsed.
-
- 21 3月, 2015 1 次提交
-
-
由 Anton Khirnov 提交于
CC: libav-stable@libav.org
-
- 15 8月, 2014 1 次提交
-
-
由 Gabriel Dume 提交于
Signed-off-by: NDiego Biurrun <diego@biurrun.de>
-
- 02 4月, 2014 1 次提交
-
-
由 Diego Biurrun 提交于
This avoids compiler warnings about argument and specifier type mismatch.
-
- 22 3月, 2014 1 次提交
-
-
由 Diego Biurrun 提交于
-
- 17 3月, 2014 1 次提交
-
-
由 Vittorio Giovara 提交于
-
- 01 3月, 2014 2 次提交
-
-
由 Vittorio Giovara 提交于
-
由 Vittorio Giovara 提交于
Also comment all previous profiles.
-
- 17 2月, 2014 1 次提交
-
-
由 Vittorio Giovara 提交于
-
- 14 2月, 2014 2 次提交
-
-
由 Vittorio Giovara 提交于
In preparation for MVC support.
-
由 Vittorio Giovara 提交于
Also make error style consistent and drop redundant information.
-
- 19 1月, 2014 1 次提交
-
-
由 Anton Khirnov 提交于
An invalid VUI is not considered a fatal error, so the SPS containing it may still be used. Leaving an invalid value of num_reorder_frames there can result in writing over the bounds of H264Context.delayed_pic. Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC:libav-stable@libav.org
-
- 06 1月, 2014 1 次提交
-
-
由 Anton Khirnov 提交于
There is no point in delaying the check and it avoids bugs with a half-initialized context. Fixes invalid reads. Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC:libav-stable@libav.org
-
- 28 10月, 2013 1 次提交
-
-
由 Anton Khirnov 提交于
A VUI doesn't contain anything strictly necessary for decoding. Apparently there are many samples with truncated VUIs in the wild, this commit should allow decoding them.
-
- 21 8月, 2013 4 次提交
-
-
由 Diego Biurrun 提交于
-
由 Diego Biurrun 提交于
-
由 Diego Biurrun 提交于
-
由 Diego Biurrun 提交于
-
- 19 4月, 2013 1 次提交
-
-
由 Anton Khirnov 提交于
Based on a patch by Vittorio Giovara <vittorio.giovara@gmail.com> Fixes Bug 378.
-
- 26 2月, 2013 1 次提交
-
-
由 Diego Biurrun 提交于
-
- 15 2月, 2013 1 次提交
-
-
由 Anton Khirnov 提交于
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: NAnton Khirnov <anton@khirnov.net>
-
- 25 1月, 2013 1 次提交
-
-
由 Vittorio Giovara 提交于
Some 3D systems overload the meaning of the field for other purposes. Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>
-
- 19 12月, 2012 1 次提交
-
-
由 Victor Lopez 提交于
Fixes bug 396. CC: libav-stable@libav.org
-
- 16 12月, 2012 1 次提交
-
-
由 Janne Grunau 提交于
Introduced in d7d6efe4.
-
- 14 12月, 2012 1 次提交
-
-
由 Janne Grunau 提交于
Fixes a crash in the fuzzed sample sample_varPAR.avi_s26638 with alternating bit depths.
-
- 07 12月, 2012 1 次提交
-
-
由 Janne Grunau 提交于
Fixes infinite or long taking loop in frame num gap code in the fuzzed sample bipbop234.ts_s223302. CC: libav-stable@libav.org
-