- 21 Apr, 2017 1 commit
-
-
Martin Storsjö authored
This makes it easier to group them with the rest when running e.g. --bench=hevc. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 20 Apr, 2017 4 commits
-
-
Luca Barbato authored
Bug-Id: 1046 CC: libav-stable@libav.org
-
Luca Barbato authored
Bug-Id: 1043 CC: libav-stable@libav.org
-
Luca Barbato authored
Size can be negative at that point. Bug-Id: 1041 CC: libav-stable@libav.org
-
Luca Barbato authored
On a normal macOS setup, 'gcc' is a symlink to clang. Therefore there is little point in running the tests twice, with CC=gcc and CC=clang.
-
- 19 Apr, 2017 1 commit
-
-
Luca Barbato authored
Bug-Id: 1037 CC: libav-stable@libav.org
-
- 15 Apr, 2017 7 commits
-
-
Luca Barbato authored
Avoid warnings about types mismatch and make the code a little simpler.
-
Luca Barbato authored
It is undefined in C as reported: warning: shifting a negative signed value is undefined
-
Paul B Mahol authored
Introduced with utvideo 18. Signed-off-by: Paul B Mahol <onemda@gmail.com> Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Paul B Mahol authored
~10% faster when simd is available. Signed-off-by: Paul B Mahol <onemda@gmail.com> Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com> Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Paul B Mahol authored
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc> Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
- 13 Apr, 2017 8 commits
-
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com> Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Paul B Mahol authored
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Luca Barbato authored
Avoid a use after free in avformat_find_stream_info. CC: libav-stable@libav.org
-
Luca Barbato authored
The loop always consumes the bit read and the new bitstream reader can read 0 bits just fine.
-
Ganesh Ajjanagadde authored
Doing slice_end - slice_start is unsafe and can lead to undefined behavior until slice_end has been properly sanitized. Reviewed-by: Ronald S. Bultje <rsbultje@gmail.com> Signed-off-by: Ganesh Ajjanagadde <gajjanag@gmail.com> Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Diego Biurrun authored
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com> Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 12 Apr, 2017 3 commits
-
-
Alexandra Hájková authored
The speedup vs C code is around 6-13x. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Anton Khirnov authored
Make the current semi-public avpriv_ac3_parse_header() private to lavc. Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
Diego Biurrun authored
Silences a bunch of "statement with no effect" warnings with threads disabled.
-
- 10 Apr, 2017 5 commits
-
-
Andreas Unterweger authored
Added parameter descriptions for all functions and converted in-function comments into regular (non-Doxygen) comments. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
Vittorio Giovara authored
libavcodec/decode.c:608:9: warning: variable 'ret' is used uninitialized whenever 'if' condition is false
-
Vittorio Giovara authored
libavfilter/tests/filtfmts.c:57:18: warning: assigning to 'AVFilter *' (aka 'struct AVFilter *') from 'const AVFilter *' (aka 'const struct AVFilter *') discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers]
-
Vittorio Giovara authored
This header was public but deprecated on 2013-04-11 (lavfi 3.8.0).
-
Luca Barbato authored
The private buffer is 20bytes but depending on the type only 12 bytes are actually filled.
-
- 05 Apr, 2017 1 commit
-
-
Sean McGovern authored
CC: libav-stable@libav.org Bug-Id: 1012
-
- 03 Apr, 2017 2 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
- 02 Apr, 2017 8 commits
-
-
Mark Thompson authored
-
Mark Thompson authored
-
Mark Thompson authored
-
Mark Thompson authored
-
Mark Thompson authored
-
Mark Thompson authored
Takes a raw input stream containing frames with correct timestamps but possibly out of order and inserts additional show-existing-frame packets to correct the ordering.
-
Ronald S. Bultje authored
From ffmpeg commit 2e6636aa.
-
Mark Thompson authored
Before this, output bitstream filters would never see EOF and therefore would not be able to flush any delayed packets.
-