- 09 Nov, 2013 1 commit
-
-
Rafaël Carré authored
-
- 08 Nov, 2013 6 commits
-
-
Adrien Maglo authored
-
Adrien Maglo authored
-
Adrien Maglo authored
-
Adrien Maglo authored
-
Adrien Maglo authored
-
Jean-Baptiste Kempf authored
-
- 07 Nov, 2013 13 commits
-
-
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
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
Also remove bogus RGBA masks. Masks are only used for RGB formats - the VLC chromas without implicitly fixed masks.
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
- 06 Nov, 2013 10 commits
-
-
Felix Paul Kühne authored
-
Rémi Denis-Courmont authored
This should fix compilation on non-Apple Darwin and plausibly addresses hypothetical future support for Mesa's shared GLAPI.
-
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
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
libavcodec only has a LJPG encoder, not a decoder
-
Tristan Matthews authored
Signed-off-by: Rafaël Carré <funman@videolan.org>
-
- 05 Nov, 2013 6 commits
-
-
Tristan Matthews authored
Signed-off-by: Ilkka Ollakka <ileoo@videolan.org>
-
Tristan Matthews authored
avcodec_fill_audio_frame will reject input buffers that are too small, therefore we cannot call it directly with the input buffer p_aout_buf. Signed-off-by: Ilkka Ollakka <ileoo@videolan.org>
-
Francois Cartegnie authored
-
Luca Barbato authored
The files must be .asm Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Felix Abecassis authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Adrien Maglo authored
-
- 04 Nov, 2013 4 commits
-
-
Rémi Denis-Courmont authored
(There does not appear to be much logic there, this might be a driver issue or confusing documentation.)
-
Martin Storsjö authored
The loop parameter is always 0 nowadays. Always call the dequeueOutputBuffer method again if it returned changed output buffers or changed output format. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Felix Abecassis authored
Previously we would only return one frame even if multiple output frames were available, dropping all but the last one, while waiting for a free input buffer. Instead return the first output buffer and don't consume the input buffer at all in that case. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Felix Abecassis authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-