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>

This will make multi-channel implementation simpler.
Based partially on a patch by Andrew D'Addesio <modchipv12@gmail.com>.

Use get_bits_long() in decode_scalar().
Use unsigned int for decoded value.

Avoids unneeded interleaving and allows for reusing the AVFrame output buffer
as the internal buffer for 24-bit and 32-bit sample size.

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

This will simplify the multi-channel implementation.