- 15 Feb, 2014 1 commit
-
-
Vittorio Giovara authored
-
- 14 Feb, 2014 1 commit
-
-
Vittorio Giovara authored
Also make error style consistent and drop redundant information.
-
- 26 Oct, 2013 1 commit
-
-
Michael Niedermayer authored
Fixes Ticket3083 Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 22 Oct, 2013 2 commits
-
-
Yusuke Nakamura authored
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at> Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
- 19 Oct, 2013 1 commit
-
-
Michael Niedermayer authored
Fixes CID1108576 Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 15 Oct, 2013 2 commits
-
-
Yusuke Nakamura authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Yusuke Nakamura authored
The prev_ values were not set after parsing POC. Increase length of the buffer decoded to parse enough safely. Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 08 Aug, 2013 2 commits
-
-
Ben Avison authored
This performs the start code search which was previously part of h264_find_frame_end() - the most CPU intensive part of the function. By itself, this results in a performance regression: Before After Mean StdDev Mean StdDev Change Overall time 2925.6 26.2 3068.5 31.7 -4.7% but this can more than be made up for by platform-optimised implementations of the function. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Ben Avison authored
Each AVStream struct for an H.264 elementary stream actually has two copies of the H264DSPContext struct (and in fact all the other members of H264Context as well): ((H264Context *) ((AVStream *)st)->codec->priv_data)->h264dsp ((H264Context *) ((AVStream *)st)->parser->priv_data)->h264dsp but only the first of these was actually being initialised. This prevented the addition of platform-specific implementations of parser-related functions. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 02 Aug, 2013 1 commit
-
-
Yusuke Nakamura authored
Set output_picture_number in H.264 parser. Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 21 Jul, 2013 1 commit
-
-
Joakim Plate authored
This matches the matroska defintion of stereo_mode, with no metadata written if no info exist in sei Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 07 Jun, 2013 1 commit
-
-
Luca Barbato authored
-
- 24 May, 2013 1 commit
-
-
Yusuke Nakamura authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 04 May, 2013 1 commit
-
-
Diego Biurrun authored
-
- 30 Apr, 2013 1 commit
-
-
Diego Biurrun authored
-
- 26 Mar, 2013 1 commit
-
-
Martin Storsjö authored
Also move the declaration to internal.h, and add restrict qualifiers to the declaration (as in the implementation). Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 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>
-
- 01 Oct, 2012 1 commit
-
-
Diego Biurrun authored
-
- 07 Aug, 2012 1 commit
-
-
Anton Khirnov authored
-
- 25 Jun, 2012 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 26 Feb, 2012 1 commit
-
-
Reinhard Tartler authored
Because in contrast to the decoder, the parser does not setup low_delay. The code in parse_nal_units would always end up setting has_b_frames to "1", except when stream is explicitly marked as low delay. Since the parser itself would create 'extradata', simply reopening the parser would cause this. This happens for instance in estimate_timings_from_pts(), which causes the parser to be reopened on the same stream. This fixes Libav #22 and FFmpeg (trac) #360 CC: libav-stable@libav.org Based on a patch by Reimar Döffinger <Reimar.Doeffinger@gmx.de> (commit 31ac0ac2) Comments and description adapted by Reinhard Tartler. Signed-off-by: Reinhard Tartler <siretart@tauware.de>
-
- 19 Feb, 2012 1 commit
-
-
Reimar Döffinger authored
Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
- 06 Jan, 2012 1 commit
-
-
Janne Grunau authored
The mpeg4 video, H264 and VC-1 parser hold (directly or indirectly) a MpegEncContext in their private context. Since they do not call the common mpegvideo init function slice_context_count has explicitly set to 1. Prevents a null pointer dereference in the h264 parser and fixes bug 193.
-
- 19 Dec, 2011 1 commit
-
-
Janne Grunau authored
This reverts commit 87eebb34.
-
- 18 Dec, 2011 2 commits
-
-
Janne Grunau authored
Start code emulation prevention is only required in Annex B bytestream packed NAL units. For other coding formats the size is already known. Looking for a start code prefix can result in false positives like in http://streams.videolan.org/streams/mp4/Mr_MrsSmith-h264_aac.mp4 which has a false positive in the SPS.
-
Michael Niedermayer authored
in ffmpegs h264 decoder. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 03 Dec, 2011 1 commit
-
-
Carl Eugen Hoyos authored
Fixes ticket #571.
-
- 02 Nov, 2011 1 commit
-
-
Anton Khirnov authored
-
- 27 Oct, 2011 2 commits
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 20 Oct, 2011 1 commit
-
-
Anton Khirnov authored
It's used in lavf.
-
- 03 Oct, 2011 2 commits
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 23 Sep, 2011 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 20 Aug, 2011 1 commit
-
-
Reimar Döffinger authored
Due to it in contrast to the decoder not setting up low_delay, the code in parse_nal_units would always end up setting has_b_frames to 1 (except when stream is explicitly marked as low delay). Since the parser itself would create extradata, simply reopening the parser would cause this. estimate_timings_from_pts would cause the parser to be reopened on the same stream. This fixes trac issue #360. Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
- 23 Jun, 2011 1 commit
-
-
Diego Biurrun authored
Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 13 Jun, 2011 2 commits
-
-
Philip Langdale authored
Signed-off-by: Philip Langdale <philipl@overt.org> Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Philip Langdale authored
Currently, the parser is buggy and only processes the stream extradata when the flag is set. This fixes it to actually inspect the frames. Whitespce will be fixed in a separate change. Signed-off-by: Philip Langdale <philipl@overt.org> Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 02 May, 2011 1 commit
-
-
Stefano Sabatini authored
-