It will be useful in lavfi, and could conceivably be useful to the user
applications as well.

Signed-off-by: Anton Khirnov <anton@khirnov.net>

Signed-off-by: Anton Khirnov <anton@khirnov.net>

Based on a patch by Vittorio Giovara <vittorio.giovara@gmail.com>

Fixes Bug 378.

Removes an arbitrary hardcoded limit on the number of filters.

The caller needs to know what valid indices can be passed to
avfilter_pad_get_name/type.

This will be useful in avtools in the following commits.
Any other caller might also want to know this information.

Drop the unused opaque parameter from its signature.

It will be useful in the following commits.

Since this function adds a standalone filter to a filter graph and we do
not support creating such filters, there is no reason for this function
to exist.

Since we do not support "standalone" filters not attached to an
AVFilterGraph, we should not have a public function to create such
filters. In addition that function is horribly named, the action it does
cannot be possibly described as "opening" a filter.

We do not support using filters without AVFilterGraph in practice
anyway, so there is no point in pretending we do.

This is more consistent with the naming in the rest of Libav.

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

Can be used to set multiple key/value pairs from a string.

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

This is a length limited version of strstr()

Signed-off-by: Vladimir Pantelic <vladoman@gmail.com>
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

This supports HMAC-MD5 and HMAC-SHA1 for now, other hashes are
simple to add.

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

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

Also fix a lavu version typo in APIchanges.

This allows reordering, duplication, and silencing of input channels.

Thread safe version of the common basename and dirname.

In addition to the recent tables mess, the AVOption defaults behavior
changed, so an old lavc used with a new lavu will get completely messed
up defaults.

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

Make av_pix_fmt_descriptors table static on next major bump.

Making the table public is dangerous, since the caller has no way to
know how large it actually is. It also prevents adding new fields to
AVPixFmtDescriptor without a major bump.

The current API where the plain size is exposed is not of much
use - in most cases it is allocated dynamically anyway.

If allocated e.g. on the stack via an uint8_t array, there's no
guarantee that the struct's members are aligned properly (unless
the array is overallocated and the opaque pointer within it
manually aligned to some unspecified alignment).

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

Since an AVFrame now has malloced members (extended_data), it must have
a destructor.

Can be used by DTS-HD, TrueHD and E-AC-3, among others.

Signed-off-by: Justin Ruggles <justin.ruggles@gmail.com>

Also mention this change in APIchanges.

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

Also fill in missing dates and hashes.

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

C++ does not allow to mix different enums, so e.g. code comparing
ACodecID with CodecID would fail to compile with gcc.

This very evil hack should fix this problem.

This adds a function to retrieve the number of entries in a
dictionary and updates the places directly accessing what should
be an opaque struct to use this new function instead.

Signed-off-by: Mans Rullgard <mans@mansr.com>