Its quality is horrible, yadif should always be used instead.

Some compilers still do not support this syntax.
Signed-off-by: Mans Rullgard <mans@mansr.com>

Using threaded decoding by default breaks backward compatibility if
AVHWAccel is used or if an appliction sets threadunsafe callbacks.
Avconv and avplay still use -threads auto if not specified.

Frames must be counted when they are passed to the encoder, not when
they come out.

Fixes Bug 202.

This is a hopefully temporary solution until lavfi can properly deal
with resolution changes.

This option only applies to streamcopy, but is currently processed only
when encoding.

Codec timebase is not framerate and the situation when it's different
from AVStream.r_frame_rate is quite common, nothing to warn about.

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

Decoding Sintel.2010.1080p.mkv with 4 threads on an i7 2600K goes from
260s to 244s.

This will allow memcpy-free passing frames to lavfi.

The 'fiel' atoms can be found in H.264 tracks clobbering the extradata.
MJPEG supports non field based extradata, and this data should be
preserved when copying.

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

It's broken and doesn't work anyway.

This patch means that avconv will ignore encoding options from the ffm
file and will instead use whatever is provided on the commandline as for
normal output.

All the currently supported OS-es manage to use return values
properly.

This avoids allocating/freeing an AVFrame for each packet decode. It also
simplifies error handling in transcode_audio() and transcode_video().

Commit 035af998 made avconv always call an encoder when using the
null muxer.  While useful for 2-pass encodes, it inadvertently
caused an extra memcpy of raw frames when decoding only.

This hack restores the old behaviour when only decoding while
allowing use of the null muxer with encoded streams as well.
Signed-off-by: Mans Rullgard <mans@mansr.com>

I.e. on streamcopy set output codec timebase from input stream timebase
(as opposed to input codec timebase). This should be more sane, because
since the stream is not decoded, the input codec tb has no relation to
the timestamps of the copied packets.

This was broken in 2a651b71.

Also fix reporting of the number of samples added/dropped.

At EOF it makes no sense to modify avpkt.{data,size} in output_packet
since no data is consumed. Frame threading with more than 1 threads
hits the segfault.

I.e. if the packet was only partially consumed, pass the rest of it into
the decoder again.

Also simplify the code so it's the same for video/audio/subs.

Prevent avconv from duplicating or dropping frames for formats where it
makes even less sense than usual, e.g. image2.