- 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 2 commits
-
-
Stefano Sabatini authored
-
Stefano Sabatini authored
Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 05 Apr, 2011 2 commits
-
-
Philip Langdale authored
'git diff -w' confirmed to return nothing. Signed-off-by: Philip Langdale <philipl@overt.org>
-
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>
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 02 Feb, 2011 1 commit
-
-
Janne Grunau authored
(cherry picked from commit fe9a3fbe)
-
- 01 Feb, 2011 1 commit
-
-
Janne Grunau authored
-
- 28 Jan, 2011 1 commit
-
-
Diego Elio Pettenò authored
None of these symbols should be accessed directly, so declare them as hidden. Signed-off-by: Mans Rullgard <mans@mansr.com> (cherry picked from commit d36beb3f)
-
- 26 Jan, 2011 2 commits
-
-
Diego Elio Pettenò authored
None of these symbols should be accessed directly, so declare them as hidden. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Diego Elio Pettenò authored
The header is empty after making the function static, so delete it and drop its usage. Signed-off-by: Janne Grunau <janne-ffmpeg@jannau.net> (cherry picked from commit 13eb6b90)
-
- 25 Jan, 2011 1 commit
-
-
Diego Elio Pettenò authored
The header is empty after making the function static, so delete it and drop its usage. Signed-off-by: Janne Grunau <janne-ffmpeg@jannau.net>
-
- 23 Jul, 2010 1 commit
-
-
Baptiste Coudurier authored
erroneous message for last frame. Originally committed as revision 24450 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 28 May, 2010 2 commits
-
-
Howard Chu authored
Originally committed as revision 23364 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Howard Chu authored
Fixes many "non-existing PPS referenced" error messages Originally committed as revision 23363 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 26 May, 2010 1 commit
-
-
Alex Converse authored
Add an AVSTREAM_PARSE_FULL_ONCE parsing mode to parse headers and combine packets once and only once. Originally committed as revision 23332 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 20 Apr, 2010 1 commit
-
-
Diego Biurrun authored
Passing an explicit filename to this command is only necessary if the documentation in the @file block refers to a file different from the one the block resides in. Originally committed as revision 22921 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 28 Jan, 2010 2 commits
-
-
Rafaël Carré authored
Patch by Rafaël Carré, rafael D carre A gmail Originally committed as revision 21517 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Rafaël Carré authored
This allows freeing the parser memory in the thread_context freeing loop. Patch by Rafaël Carré gmailify(rafael, carre) Originally committed as revision 21508 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 13 Apr, 2009 1 commit
-
-
Baptiste Coudurier authored
Fix: ==22063== Conditional jump or move depends on uninitialised value(s) ==22063== at 0x811A4B7: ff_find_start_code (mpegvideo.c:99) ==22063== by 0x82F5B74: parse_nal_units (h264_parser.c:132) ==22063== by 0x82F5A68: h264_parse (h264_parser.c:261) [...] ==22063== Uninitialised value was created by a stack allocation ==22063== at 0x82F5AF5: parse_nal_units (h264_parser.c:112) Originally committed as revision 18479 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 10 Apr, 2009 1 commit
-
-
Reimar Döffinger authored
This ensures that the parser will no longer leak memory for all SPS/PPS it encounters. Originally committed as revision 18406 to svn://svn.ffmpeg.org/ffmpeg/trunk
-