Adapt commit 982b596e for the arm and
aarch64 NEON asm. 5-10% faster on Cortex-A9.

get_len can overflow for specially crafted payload.
Reported-By: Don A. Baley <donb@securitymouse.com>
CC: libav-stable@libav.org

Signed-off-by: Kostya Shishkov <kostya.shishkov@gmail.com>

As indicated in the function documentation, the header MUST be
checked prior to calling it because no consistency check is done
there.

CC:libav-stable@libav.org

Fixes an invalid read past the end of avpriv_mpa_freq_tab.
Fixes divide-by-zero due to sample_rate being set to 0.

Bug-Id: 705

CC:libav-stable@libav.org

The language and the program that consumes the language are not the same.

By default they are set to -1.

It is not used outside of the file.

eatqi uses more than just the shared mpegvideo bits.

Instead, store them in the context and compute on each parameter change.

We do not allow the frame parameters to change during encoding, so there
is no need to do this for each frame.

Intel i263 codec has special 8-byte dummy frames that should not be decoded,
so do not even attempt to decode them and skip them instead.
Signed-off-by: Kostya Shishkov <kostya.shishkov@gmail.com>

Only its size is actually used. Silence a clang warning.

Issue present in Avigilon IP cameras.

Previously, AVStream.codec.time_base was used for that purpose, which
was quite confusing for the callers. This change also opens the path for
removing AVStream.codec.

The change in the lavf-mkv test is due to the native timebase (1/1000)
being used instead of the default one (1/90000), so the packets are now
sent to the crc muxer in the same order in which they are demuxed
(previously some of them got reordered because of inexact timestamp
conversion).

It will be useful in the following commits.

Also, rename the AVCodecContext pointer name from 'stream' to 'codec'.

Fall back to 1 (which is what is used for most cases anyway) when the
framerate is not set.