- 11 Sep, 2014 3 commits
-
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
- 02 Sep, 2014 1 commit
-
-
ssbssa authored
Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
- 28 Aug, 2014 1 commit
-
-
ssbssa authored
Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
- 25 Aug, 2014 1 commit
-
-
flx42 authored
Fix #11930, #11693
-
- 28 Jun, 2014 1 commit
-
-
Tristan Matthews authored
-
- 20 Jun, 2014 1 commit
-
-
Jean-Baptiste Kempf authored
See CID #1223114
-
- 15 Jun, 2014 1 commit
-
-
Daniel Verkamp authored
Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
- 14 Jun, 2014 1 commit
-
-
Jean-Baptiste Kempf authored
-
- 27 Apr, 2014 1 commit
-
-
Luca Barbato authored
Overly large frame sizes are commonly caused by broken streams. Close #11245 Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
- 21 Mar, 2014 1 commit
-
-
Alex Woods authored
This patch fixes a problem that occurs at the start of playback of MPEG2 streams. The symptom is that an initial good frame will display and then the video appears to skip back a frame or two and some macroblocking is observed. The stream then plays correctly. This is really obvious when switching between SAPed multicast streams, where you're jumping right in to a lot of movement and probably not starting with an I frame. The issue appears to be some code introduced way back in 2004 (commit eaefb850) which resubmits data to the video codec. The commit notes suggest it was to avoid dropping the first I frame, but I see no obviously lost I frames after removing the code with my test samples. Presumably this was a work-around for a libavcodec issue that is no longer required. Therefore, this patch basically just reverts the 2004 commit in its current form. Signed-off-by:
Ilkka Ollakka <ileoo@videolan.org>
-
- 04 Mar, 2014 1 commit
-
-
Rémi Denis-Courmont authored
This should perhaps be const... but libavcodec seems to require non-const even when const ought to be enough :-(
-
- 15 Feb, 2014 3 commits
-
-
Jean-Paul Saman authored
This reverts commit d8199d8c.
-
Jean-Paul Saman authored
VLC has status reporting on the input state, but not on the output state. This makes it impossible to know if playback actually started completely from checking stream status states. For instance a failed audio output cannot be determined programatically. This patch adds an extra field per ES (in src/input/es_out.c) to determine the state of that ES (DISABLE, ENABLED, ERROR). If CreateDecoder() cannot instantiate an output, then it set p_dec->b_error = true. This is used to determine what the return value for es_out_GetEsState() should be. If p_dec->b_error is true, then it returns an ES_OUT_STATE_ES_ERROR to the caller. Else it returns ES_OUT_STATE_ES_ENABLED or ES_OUT_STATE_ES_DISABLED. A function 'es_out_GetEsState()' is available to query an input for the state of the primary audio, video and SPU elementary streams.
-
Denis Charmet authored
-
- 12 Feb, 2014 1 commit
-
-
Ilkka Ollakka authored
-
- 07 Feb, 2014 1 commit
-
-
Matthias Keiser authored
Signed-off-by:
Rémi Denis-Courmont <remi@remlab.net>
-
- 13 Jan, 2014 1 commit
-
-
Rafaël Carré authored
Closes: #10331
-
- 28 Dec, 2013 1 commit
-
-
Luca Barbato authored
With the introduction of CODEC_FLAG_OUTPUT_CORRUPT incomplete frames are silently dropped. Enable it to maintain the previous behaviour. Close #10140 Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
- 23 Oct, 2013 1 commit
-
-
Luca Barbato authored
And always pad it while at it. Codecs always expect extradata to be aligned and padded. Prevent memory corruption when memalign-hack is enabled. Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
- 18 Oct, 2013 1 commit
-
-
Rafaël Carré authored
-
- 12 Oct, 2013 1 commit
-
-
Edward Wang authored
Fix to actually conform to the range specified in doc. First introduced in 9d20efbbSigned-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
- 11 Sep, 2013 2 commits
-
-
Pierre Ynard authored
-
Jean-Baptiste Kempf authored
-
- 05 Sep, 2013 1 commit
-
-
Rémi Denis-Courmont authored
There is no use to CPU memory edges when decoding in hardware (arguably libavcodec should be "enhanced" to not add them in that case). This unbreaks VDPAU.
-
- 01 Sep, 2013 1 commit
-
-
Rémi Denis-Courmont authored
This enables direct rendering for H.264 software decoding.
-
- 16 Aug, 2013 1 commit
-
-
Rafaël Carré authored
-
- 09 Aug, 2013 1 commit
-
-
Vittorio Giovara authored
Such option is more suited to the avcodec-options field and should not be exposed to gui Signed-off-by:
Rafaël Carré <funman@videolan.org>
-
- 25 Jul, 2013 3 commits
-
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
- 24 Jul, 2013 6 commits
-
-
Rémi Denis-Courmont authored
With the reference counting stuff, the AVFrame structure is gone or unreachable by the time the release function is called.
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
- 23 Jul, 2013 2 commits
-
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-