Instead of setting FFLIBS in each library Makefile configure
exports FFLIBS-$library in config.mak.

Values are positive powers of two, so just replace it with right shift.

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

It leverages the new hwaccel 1.2 features:

- get_buffer2 is never called
- the internal context is automatically initialized/deinitialized
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

The current hwaccel is broken and cannot be fixed in a compatible
way. It will be deprecated and replaced with a new one.

It would reduce the boilerplate code users have to write.

This describes more accurately what this field is for.

This way each decoder does not have to do the same thing manually.

It will be useful in the following commits.

Increment the pointer as needed.

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

As pointed out by Reimar Döffinger.

CC: libav-stable@libav.org
Signed-off-by: Martin Storsjö <martin@martin.st>

Support the URL scheme where the playpath is in an RTMP URL is
passed as the slist argument and the app is given infront of the
query part of the URL:

rtmp://host[:port]/[app]?slist=[playpath]

(other arguments in the query part are stripped as they are not used)
Signed-off-by: Martin Storsjö <martin@martin.st>

This should make it possible for Fraunhofer to contribute to these
wrappers - they didn't want to contribute to code under LGPL2.1 with
the "or any later version" clause (which allowed using the code
under the LGPL3 license).
Signed-off-by: Martin Storsjö <martin@martin.st>

7.1(wide) and 7.1(wide-side) channel layouts are supported in
fdk-aac since the 0.1.3 release.

The earlier versions of fdk-aac didn't include any library
version defines in the public headers, thus checking for
the AACENCODER_LIB_VL0 define is enough to know that we're
building against a new enough version of fdk-aac.

This change includes contributions by Tim Walker,
Michael Niedermayer and Timothy Gu.
Signed-off-by: Martin Storsjö <martin@martin.st>

This makes it more clear what is this variable for exactly.

Doing anything with that field when we are doing streamcopy (so the
encoder is not opened) should have absolutely no effect.

This more clearly describes what is the variable used for.

Also, move its declaration into the block where it is actually used.

This more clearly describes what is the variable used for.

This makes it more clear what is this variable for exactly.

Prevent a division by zero down the codepath.

Sample-Id: 00001721-google
Reported-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
CC: libav-stable@libav.org

Sample-Id: 00001723-google
Reported-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
CC: libav-stable@libav.org

It is undocumented and has no real use.

That field will be deprecated.

That field will be deprecated and the value that is written there is not
particularly useful.

Also, stop using AVCodecContext.codec_name as fallback, since it will be
deprecated.

Changes the result of the lavf-asf test (and its associated seektest),
since 'msmpeg4v3' gets written instead of just 'msmpeg4'.

That field is undocumented, of dubious use, and will be deprecated.

Stop using the undocumented to-be-deprecated AVCodecContext.codec_name
field.

The addition of reference-counted frames makes it pointless.