Second attempt at fixing ticket #921.

There is no guarantee that the casted double which is assigned to the
variable will be contained in an int (also if it is almost sure for most
non-alien architectures).

Use long long int to contain such values instead of an int, which is
required to contain at least 64 bits, so it is guaranteed to contain also
int64_t values, which are used by some fields.

In particular, should fix trac ticket #921.

Obviously the packet allocated by the encoder must be freed somewhere.
Signed-off-by: NReimar Döffinger <Reimar.Doeffinger@gmx.de>

Signed-off-by: NReimar Döffinger <Reimar.Doeffinger@gmx.de>

This fixes demuxing of 2011_DCPTEST_24FPS.V.mxf.
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

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

This fixes parallel FATE (make fate -j4) failing under valgrind with:
 Syscall param ioctl(TCSET{S,SW,SF}) points to uninitialised byte(s)
    at 0x5D98B23: tcsetattr (tcsetattr.c:88)
    by 0x43D66C: term_init (ffmpeg.c:734)
    by 0x43CD8D: main (ffmpeg.c:5071)
  Address 0x7fefffdd0 is on thread 1's stack
  Uninitialised value was created by a stack allocation
    at 0x43D5B0: term_init (ffmpeg.c:716)
Signed-off-by: NReimar Döffinger <Reimar.Doeffinger@gmx.de>

The same as av_fast_malloc but uses av_mallocz and keeps extra
always-0 padding.
This does not mean the memory will be 0-initialized after each call,
but actually only after each growth of the buffer.
However this makes sure that
a) all data anywhere in the buffer is always initialized
b) the padding is always 0
c) the user does not have to bother with adding the padding themselves
Fixes another valgrind warning about use of uninitialized data,
this time with fate-vsynth1-jpegls.
Signed-off-by: NReimar Döffinger <Reimar.Doeffinger@gmx.de>

This combination is quite odd and almost certainly a bug if
it happens.
Reviewed-by: NJustin Ruggles <justin.ruggles@gmail.com>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

This is safer
Reviewed-by: NJustin Ruggles <justin.ruggles@gmail.com>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

The tool is useful for testing the internal arithmetic evaluation engine
(indeed I plan to use it in FATE), and provides a handy calculator when
you can't rely on bc ;-).

They allow to implement the if/then/else logic, which cannot be
implemented otherwise.

For example the expression:
A*B + not(A)*C

always evaluates to NaN if B is NaN, even in the case where A is 0.

Change log level from ERROR to WARNING and provide more specific
information in the message itself.

Fixes compilation with NASM.
Signed-off-by: NReimar Döffinger <Reimar.Doeffinger@gmx.de>

* qatar/master:
  rv34: add NEON rv34_idct_add
  rv34: 1-pass inter MB reconstruction
  add SMJPEG muxer
  avformat: split out common SMJPEG code
  pictordec: Use bytestream2 functions
  avconv: use avcodec_encode_audio2()
  pcmenc: use AVCodec.encode2()
  avcodec: bump minor version and add APIChanges for the new audio encoding API
  avcodec: Add avcodec_encode_audio2() as replacement for avcodec_encode_audio()
  avcodec: add a public function, avcodec_fill_audio_frame().
  rv34: Intra 16x16 handling
  rv34: Inter/intra MB code split

Conflicts:
	Changelog
	libavcodec/avcodec.h
	libavcodec/pictordec.c
	libavcodec/utils.c
	libavcodec/version.h
	libavcodec/x86/rv34dsp.asm
	libavformat/version.h
Merged-by: NMichael Niedermayer <michaelni@gmx.at>

This avoids fate breakage from bumping version.
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

This allows correct output pix_fmt auto-selection
if the input pix_fmt is yuva420.

Fixes ticket #290.

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

Signed-off-by: NReimar Döffinger <Reimar.Doeffinger@gmx.de>

Overall almost 4% faster, idct_add down from 350 to 85 cycles, idct_dc_add
down from 83 to 30 cycles.

squash: rv34 idct rearrange partial register loads

Implement 1-pass inverse transform and reconstruction for inter blocks.

This reworks the frame skipping code such that the reference
buffers are still updated according to the header.
However it also ensures that the current frame will not end
up in any reference buffer.
Also fixes a hang with frame-multithreading, probably because
get_buffer was already called and would have reset the progress,
however the frame could remain in framep due to the missing update
(or it could be assigned to next_framep and a skip_frame skip would
then write it into framep - there might be even more failure modes).
Sample might become available at samples/nsv/vp8.nsv
Signed-off-by: NReimar Döffinger <Reimar.Doeffinger@gmx.de>

Should fix valgrind FATE.
Signed-off-by: NReimar Döffinger <Reimar.Doeffinger@gmx.de>

Signed-off-by: NReimar Döffinger <Reimar.Doeffinger@gmx.de>

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

This is a preparation for adding SMJPEG muxer.
Signed-off-by: NKostya Shishkov <kostya.shishkov@gmail.com>