This also allows dropping some PPC-specific ugliness from dsputil.[ch].

This fixes the warning:
libavcodec/mpegaudiodec.c:1704:14: warning: variable ‘out_size’ set but not used

If a video track specifies a zero frame rate (invalid but occurs),
this results in a division by zero and subsequent undefined conversion
to integer.  Setting the default duration from the frame rate only
if the latter is greater than zero avoids such problems.

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

It avoids some rounding errors.

This is in line with other demuxers and overall seems more correct
than assuming codec time base.

This improves output for formats with more than one AVCodec.

Do not pointlessly call ff_alloc_packet multiple times,
and fix an infinite loop by clamping the maximum
number of bits to target in the algorithm that does
not use lambda.

Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de>
Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>

This matches the value for the plain WAVEFORMATEX header.
Also fixes stream copy to WAVE for non-16-bit raw pcm.

This allows the user to specify an input channel layout without avconv aborting because the
"channels" option was not found.

The buffer must have its dimension, pixel format and aspect ratio
set.

Save the old output configuration (if it has been used
successfully) when trying a new configuration. If the new configuration
fails to decode, restore the last successful configuration.

Signed-off-by: Alex Converse <alex.converse@gmail.com>

This option is the stream identifier to play or to publish.
Sometimes the URL parser cannot determine the correct
playpath automatically, so it must be given explicitly
using this option (ie. -rtmp_playpath).

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

This option is the name of application to connect on the RTMP server.
Sometimes the URL parser cannot determine the app name automatically,
so it must be given explicitly using this option (ie. -rtmp_app).

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

Without these, the expansion contains things like --1 with
some compilers resulting in build errors.

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

Fixes crashes when using biweight on win64.

Prevents it from referring to the rest of the list.

Prevents extensive buffering when overlaying a single picture.

This is the first step towards supporting complex filtergraphs with more
than one input and/or output.

It more properly belongs to output, not input.

Always take it from lavfi. This way we don't need a clearly defined
corresponding input stream.

This is a more proper place for them, since they store parameters of the
input, not output, stream.

This way we don't require a clearly defined corresponding input stream.

The result for the xwd test changes because rgb24 is now chosen instead
of bgra.

Right now, they are arrays of structs, reallocated when new
streams/files are added. This makes storing pointers to those structs
harder than necessary.

They are globals, no point in pretending they are not.

Switch from changing global values to defining a separate C style
and add appropriate settings for indenting assignments that span
more than one line.

Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>

Call mov_read_close when mov_read_header fails.

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

Instead of allocating over the original, free first. MOVStreamContext
is zero initialized so no double free will occur. Same style as other
fixes for the same problem in this file.

Signed-off-by: Dale Curtis <dalecurtis@chromium.org>
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

If coefficient A is 12-bits xixed-point number "X", then the other
coefficient is (1 << 12) - X, not (1 << 12) - X - 1.

The user submitted variable in this function is frame, not buf.

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

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