Some muxer might or might not fit incomplete mp3 frames in
their packets.

Bug-Id: 899

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

This reverts commits 2edc7187, a2bb771a, 21c750f2, 8e7bea6d.

The WTV demuxer depends on large parts of the MPEG-TS demuxer internals
anyway and fails to build without it.

Signed-off-by: Diego Biurrun <diego@biurrun.de>

Needed for enum AVCodecID

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

Do not error out if some subcomponents cannot be enabled.

Reported-By: RT|AO

Also fix #endif comments in the FFT init code.

The timebase change in the zmbv-8bit test is due to the fact that
previously the timebase string was evaluated as floating point, then
converted to a rational. After this commit, the timebase is passed
directly as is.

This should allow using more complex allocators than simple malloc
wrappers.

It makes more sense to not claim anything about the SAR if we don't know
anything. No changes in the FATE tests, since this is what avconv ends
up doing anyway.

Make sure that the minimum set of dependencies needed by the tools
and the examples are enabled.
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

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

And make sure to enable all the components needed
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

An AVIO offset is int64_t.

Bug-Id: 921

Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

Today, we track the short term RPS size for DXVA, but only if the
SliceHeader RPS is being used. Otherwise it's left uninitialized.

NVIDIA's VDPAU implementation requires that the size be accurately
tracked even if an SPS RPS is being used. In this case, it's really
counting the size of the RPS idx information, but you end up with
mangled output if the value is not accurate.

VDPAU also needs the size of the long term RPS.
Signed-off-by: Philip Langdale <philipl@overt.org>
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>