It requires pthreads.

The arguments may contain '$', which gets interpreted by the shell.
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

Bug-Id: 1013
CC: libav-stable@libav.org

doc/examples/output.c:512:33: warning: passing argument 2 of ‘sws_scale’ from incompatible pointer type

doc/examples/filter_audio.c:168:17: warning: assignment discards ‘const’ qualifier from pointer target type

And reduce the vertical alignment constraint when possible to reduce the
memory usage.
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

Fill out the default/unset parameters with ones actually in use.

Matches the current MediaSDK example code.
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

This makes it easier to group them with the rest when running e.g.
--bench=hevc.
Signed-off-by: Martin Storsjö <martin@martin.st>

Bug-Id: 1046
CC: libav-stable@libav.org

Bug-Id: 1043
CC: libav-stable@libav.org

Size can be negative at that point.

Bug-Id: 1041
CC: libav-stable@libav.org

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.

Bug-Id: 1037
CC: libav-stable@libav.org

Avoid warnings about types mismatch and make the code a little simpler.

It is undefined in C as reported:
    warning: shifting a negative signed value is undefined

Introduced with utvideo 18.
Signed-off-by: Paul B Mahol <onemda@gmail.com>
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

~10% faster when simd is available.
Signed-off-by: Paul B Mahol <onemda@gmail.com>
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

Signed-off-by: Paul B Mahol <onemda@gmail.com>
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

Signed-off-by: Paul B Mahol <onemda@gmail.com>

Signed-off-by: Paul B Mahol <onemda@gmail.com>
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

Avoid a use after free in avformat_find_stream_info.

CC: libav-stable@libav.org

The loop always consumes the bit read and the new bitstream reader
can read 0 bits just fine.

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>

Signed-off-by: Paul B Mahol <onemda@gmail.com>
Signed-off-by: Diego Biurrun <diego@biurrun.de>

The speedup vs C code is around 6-13x.
Signed-off-by: Martin Storsjö <martin@martin.st>

Make the current semi-public avpriv_ac3_parse_header() private to lavc.
Signed-off-by: Diego Biurrun <diego@biurrun.de>

Silences a bunch of "statement with no effect" warnings with threads disabled.

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>

libavcodec/decode.c:608:9: warning: variable 'ret' is
      used uninitialized whenever 'if' condition is false

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]

This header was public but deprecated on 2013-04-11 (lavfi 3.8.0).

The private buffer is 20bytes but depending on the type only 12 bytes
are actually filled.

CC: libav-stable@libav.org
Bug-Id: 1012