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

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.

From ffmpeg commit 2e6636aa.

Before this, output bitstream filters would never see EOF and
therefore would not be able to flush any delayed packets.

In order to work correctly with the i965 driver, this also fixes the
direction of forward/backward references - forward references are
intended to be those from the past to the current frame, not from the
current frame to the future.

Previously, the former form always produced a manually aligned,
padded buffer, while the latter can use DECLARE_ALIGNED, if that
amount of stack alignment is supported.

libavutil/internal.h needs to include mem.h, since it uses
the DECLARE_ALIGNED macro.
Signed-off-by: Martin Storsjö <martin@martin.st>

The data types within the MvField struct themselves imply 4 byte alignment.
Signed-off-by: Martin Storsjö <martin@martin.st>

libavformat/takdec.c:144:20: warning: format '%X' expects argument of type 'unsigned int', but argument 4 has type 'uint32_t'

num_core_channels is always equal to s->audio_header.prim_channels,
neither one of those variables ever get changed.
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

Not all compilers can do alignment larger than the normal stack alignment
for variables on the stack. In these cases, the LOCAL_ALIGNED_* macros
produce the workaround alignment wrapper consisting of a padded array
and a pointer variable.

This fixes the hevc fate tests on RVCT/ARMCC after adding IDCT assembly
that actually assumes/relies on this alignment.
Signed-off-by: Martin Storsjö <martin@martin.st>

The main hevcdsp.c file calls this init function if HAVE_ARM is set,
regardless of whether neon support is available or not.

This fixes builds where neon isn't supported by the build tools at all.
Signed-off-by: Martin Storsjö <martin@martin.st>

Also use that to fix a warning in av_hwdevice_get_type_name().

Optimized by Martin Storsjö <martin@martin.st>.

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

These compilers pass the inline assembly check, but fail to compile
our inline assembly in various ways.

Fixes invalid reads with corrupted files.

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

Replicates lavf/librtmp.c behavior in L145-152 and rtmpdump's
behavior with "--swfVfy <url>" passing the url to swfUrl.

Fixes bug 943.
Signed-off-by: Martin Storsjö <martin@martin.st>