Avoid a crash if a text rectangle is provided.
Fix the segfault reported in trac ticket #1661.

Based on code by: Andrey Utkin <andrey.krieger.utkin@gmail.com>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

This way it gets executed earlier and updated timestamps become available earlier.
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

The code failed with negative timestamps due to using unsigned numbers
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Fixes Ticket121
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

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

Add support for GBRP9, GBRP10, GBRP12 and GBRP14 pix formats in ffv1.
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

This should fix issues with direct rendering
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Fixes ticket #1662
Reviewed-by: NPaul B Mahol <onemda@gmail.com>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Fixes Ticket1049
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

* qatar/master:
  doc/APIchanges: add an entry for codec descriptors.
  vorbisenc: set AVCodecContext.bit_rate to 0
  vorbisenc: fix quality parameter
  FATE: add ALAC encoding tests
  lpc: fix alignment of windowed samples for odd maximum LPC order
  alacenc: use s16p sample format as input
  alacenc: remove unneeded sample_fmt check
  alacenc: fix max_frame_size calculation for the final frame
  adpcm_swf: Use correct sample offsets when using trellis.
  rtmp: support strict rtmp servers
  mjpegdec: support AVRn interlaced
  x86: remove FASTDIV inline asm

Conflicts:
	doc/APIchanges
	libavcodec/mjpegdec.c
	libavcodec/vorbisenc.c
	libavutil/x86/intmath.h
Merged-by: NMichael Niedermayer <michaelni@gmx.at>

Also fill in missing dates and hashes.

The Vorbis encoder is always VBR.

This generates output with bitrates similar to libvorbis for a given quality
value.

Fix a memleak that the recent change of architecture made
more likely to happen.

Fixes crash on x86 due to alignment requirements for w_data in
lpc_apply_welch_window_sse2().

Signed-off-by: NDerek Buitenhuis <derek.buitenhuis@gmail.com>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Reviewed-by: NDerek Buitenhuis <derek.buitenhuis@gmail.com>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

This is essential for fast SIMD accesses.
The same should be done with the predict output.
Reviewed-by: NDerek Buitenhuis <derek.buitenhuis@gmail.com>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Reviewed-by: NDerek Buitenhuis <derek.buitenhuis@gmail.com>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Reviewed-by: NDerek Buitenhuis <derek.buitenhuis@gmail.com>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

19% faster
smaller files
this may also fix possible integer overflows due to previous 32bit useage

Tested with libutvideo and our utvideo decoder, this patch does not change
decoder output in the test
Reviewed-by: NDerek Buitenhuis <derek.buitenhuis@gmail.com>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

They were only roughly adapted when error return was
added to the push functions.

Return AVERROR_EOF if all outputs are closed.

It will avoid a forward declaration.

It will help forward errors and maintain consistency.

It reduces the lifespan of buffers in filter graphs,
and therefore the memory consumption.

Fixes invalid reads when encoding mono streams when trellis is used.

In order to send or receive a stream FCPublish, FCSubscribe and _checkbw
are completely optional and often not implemented. releaseStream over a
non-existen stream might report an error instead of being silent.
Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>

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

Reviewed-by: NDerek Buitenhuis <derek.buitenhuis@gmail.com>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Reviewed-by: NDerek Buitenhuis <derek.buitenhuis@gmail.com>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

GCC 4.3 and later do the right thing with the plain C code.  Earlier
versions in 32-bit mode generate one extra instruction, needlessly
zeroing what would be the high half of the shifted value.  At least
two gcc configurations miscompile the inline asm in some situations.

In 64-bit mode, all gcc versions generate imul r64, r64 followed by
shr.  On Intel i7 and later, this imul is faster 32-bit mul.  On
older Intel and all AMD, it is slightly slower.  On Atom it is much
slower.

Considering where the FASTDIV macro is used, any overall negative
performance impact of this change should be negligible.  If anyone
cares, they should file a bug against gcc and get the instruction
selection fixed.
Signed-off-by: NMans Rullgard <mans@mansr.com>

* qatar/master:
  build: x86: Only compile mpegvideo optimizations when necessary
  configure: Drop fastdiv option
  build: Make the E-AC-3 encoder select the AC-3 encoder
  fate: flac: Only run tests requiring samples when samples are available

Conflicts:
	configure
Merged-by: NMichael Niedermayer <michaelni@gmx.at>