This is only necessary because of the poll_frame implementation.
Removing it altogether would be another solution.

The branch with the test was already impossible.

Only write needs to be removed, other can be left.

The permissions not requested by the filter that created
the buffer may be useful for a later filter and avoid a copy.

ff_inplace_start_frame looks useless anyway.

The permissions not requested by the filter that created
the buffer may be useful for a later filter and avoid a copy.

* qatar/master:
  libvpxenc: use the default bitrate if not set
  utvideo: Rename utvideo.c to utvideodec.c
  doc: Fix syntax errors in sample Emacs config
  mjpegdec: more meaningful return values
  configure: clean up Altivec detection
  getopt: Remove an unnecessary define
  rtmp: Use int instead of ssize_t
  getopt: Add missing includes
  rtmp: Add support for receiving incoming streams
  Add missing includes for code relying on external libraries

Conflicts:
	libavcodec/libopenjpegenc.c
	libavcodec/libvpxenc.c
	libavcodec/mjpegdec.c
	libavformat/version.h
Merged-by: Michael Niedermayer <michaelni@gmx.at>

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

Signed-off-by: Kostya Shishkov <kostya.shishkov@gmail.com>

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

This should fix the 32-bit FATE instances where low_u8=19 and high_u8=49.

Found-by: Nicolas
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Fixes Ticket832
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

There used to be one test for Altivec intrinsics support and a
separate test to determine which of two possible syntaxes to use
for vector literals.  Since 2008, we only support the more common
of these so the split test no longer makes sense.

This combines the tests into one and also changes the hard error on
failure to a warning.  The test can reasonably fail if no --cpu flag
is provided (or is provided with an unknown CPU) and the compiler
default target does not support Altivec.  Aborting in this case is
probably over-reacting.
Signed-off-by: Mans Rullgard <mans@mansr.com>

Fixes Ticket1629
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

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

This function is problematic in several ways, its also quite
unpredictable which flags it ends up turning on
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>