avfilter: Fix printf format string conversion specifier

libavfilter/avfilter.c:224:9: warning: format ‘%ld’ expects argument of type ‘long int’, but argument 5 has type ‘int’ [-Wformat]
tcp: add port missing error message

Without this patch a user a bit absent-minded may not notice that
the connection doesn't work because the port is missing.

Signed-off-by: Martin Storsjö <martin@martin.st>
sctp: add port missing error message

Without this patch a user a bit absent-minded may not notice that
the connection doesn't work because the port is missing.

Signed-off-by: Martin Storsjö <martin@martin.st>
libfdk-aacenc: add LATM/LOAS encapsulation support

Signed-off-by: Martin Storsjö <martin@martin.st>
rtmp: Make the description of the rtmp_tcurl option more generic

Signed-off-by: Martin Storsjö <martin@martin.st>
doc: Update the description of the rtmp_tcurl option

Signed-off-by: Martin Storsjö <martin@martin.st>
rtmp: Add a new option 'rtmp_pageurl'

This option specifies the URL of the web page in which the media
was embedded.

Signed-off-by: Martin Storsjö <martin@martin.st>
rtmp: Factorize the code by adding handle_server_bw

Signed-off-by: Martin Storsjö <martin@martin.st>
rtmp: Factorize the code by adding handle_client_bw

Signed-off-by: Martin Storsjö <martin@martin.st>
rtmp: Factorize the code by adding handle_ping

Signed-off-by: Martin Storsjö <martin@martin.st>
rtmp: Factorize the code by adding handle_chunk_size

Signed-off-by: Martin Storsjö <martin@martin.st>
rtmp: Factorize the code by adding handle_invoke

Signed-off-by: Martin Storsjö <martin@martin.st>
dsputil_mmx: fix incorrect assembly code

In ff_put_pixels_clamped_mmx(), there are two assembly code blocks.
In the first block (in the unrolled loop), the instructions
"movq 8%3, %%mm1 \n\t", and so forth, have problems.

From above instruction, it is clear what the programmer wants: a load from
p + 8. But this assembly code doesn’t guarantee that. It only works if the
compiler puts p in a register to produce an instruction like this:
"movq 8(%edi), %mm1". During compiler optimization, it is possible that the
compiler will be able to constant propagate into p. Suppose p = &x[10000].
Then operand 3 can become 10000(%edi), where %edi holds &x. And the instruction
becomes "movq 810000(%edx)". That is, it will stride by 810000 instead of 8.

This will cause a segmentation fault.

This error was fixed in the second block of the assembly code, but not in
the unrolled loop.

How to reproduce:
    This error is exposed when we build using Intel C++ Compiler, with
    IPO+PGO optimization enabled. Crashed when decoding an MJPEG video.

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
x86/dsputil: put inline asm under HAVE_INLINE_ASM.

This allows compiling with compilers that don't support gcc-style
inline assembly.

Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
vp3: don't use calls to inline asm in yasm code.

Mixing yasm and inline asm is a bad idea, since if either yasm or inline
asm is not supported by your toolchain, all of the asm stops working.
Thus, better to use either one or the other alone.

Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
vp8: Replace x*155/100 by x*101581>>16.

Idea stolen from webp (by Pascal Massimino) - because it's Cool.

Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
lavr: x86: add missing vzeroupper in ff_mix_1_to_2_fltp_flt()
msvc: workaround __VA_ARGS__ missing tokenization

A second expansion forces the preprocessor to tokenize properly.
converter: Add source conversion script
converter: Add a workaround for vorbisenc.c