The variables which are declared in the teplate file are static and
therefore there is no symbol clash.

This is in preparation for following changes.
Signed-off-by: Mans Rullgard <mans@mansr.com>

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

Fixes compilation for compilers that do not support gcc inline assembly.
Signed-off-by: Diego Biurrun <diego@biurrun.de>

This makes usage of the macro look more natural when
used with array entries.
Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>

The incompatibility with librtmp is already expressed in the ffrtmphttp
protocol dependency declaration, which both RTMPT and RTMPTS depend on.
Signed-off-by: Diego Biurrun <diego@biurrun.de>

This is in preparation for supporting host compilers with
non-standard flags.
Signed-off-by: Mans Rullgard <mans@mansr.com>

This is more consistent, and doing it earlier is harmless.
Signed-off-by: Mans Rullgard <mans@mansr.com>

This allows filtering of linker flags the same was as already
supported for CFLAGS.  The filter must be initialised to 'echo'
early since it is invoked by --extra-ldflags.
Signed-off-by: Mans Rullgard <mans@mansr.com>

Name variables pertaining to various types of flags with 'cflags' etc
as prefix instead of suffix.
Signed-off-by: Mans Rullgard <mans@mansr.com>

This is not used and the current design would not work properly
if mixing tools needing different filters.
Signed-off-by: Mans Rullgard <mans@mansr.com>

This variable is only used once, so setting it there is clearer.
Signed-off-by: Mans Rullgard <mans@mansr.com>

This reduces code duplication and prevents stale pointers from remaining
on the link.

This reduces code duplication and prevents stale pointers from remaining
on the link.

The buffer is passed on to the next filter, so we shouldn't keep any
pointers to it.

Avoid pointless filter ref/unref. Just use the reference passed to
start_frame().

Directly forwarding the input buffer to the next filter means that
drawtext no longer owns any references to it and thus shouldn't refer to
it in any way.

The buffer is passed on to the next filter, so we shouldn't keep any
pointers to it.

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

OpenJPEG can decode in lower resolution or decode only a number
of enhancement layers.

It already skips any extra bytes at the end, and apparently there are some
samples in the wild with larger 'kuki' chunks.

Needs to be done separately for each element.

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