The SAP muxer uses network functions directly, uses the rtp protocol and the
udp protocol. The network functions and the udp protocol are both transitively
enabled via the rtp protocol, so that's the only dependency that needs to
be stated.
Originally committed as revision 25423 to svn://svn.ffmpeg.org/ffmpeg/trunk
hip_decode_init() isn't used by the wrapper, and can be absent from the
library if lame was configured with --disable-decoder (like it is done
for windows builds of VLC)
Unfortunately this also removes the way to detect a libmp3lame more recent
than the buggy 3.98.2
Patch by Rafaël Carré, rafael carre at gmail
Originally committed as revision 25391 to svn://svn.ffmpeg.org/ffmpeg/trunk
On OS X, this struct is only available if _DARWIN_C_SOURCE is defined,
when we have _POSIX_C_SOURCE defined. This allows the struct to be found,
enabling proper IPv6 multicast functionality on OS X.
The define is already set within the file that uses the struct. Setting it
only for this test in configure avoids having to keep it defined for the
whole build.
Originally committed as revision 25370 to svn://svn.ffmpeg.org/ffmpeg/trunk
This makes e.g. --disable-everything --enable-demuxer=rtsp actually
enable the rtsp demuxer and everything else that is needed.
Originally committed as revision 25356 to svn://svn.ffmpeg.org/ffmpeg/trunk
See thread:
Subject: [FFmpeg-devel] [PATCH] Port MPlayer blackframe filter.
Date: Sun, 26 Sep 2010 01:10:40 +0200
Originally committed as revision 25214 to svn://svn.ffmpeg.org/ffmpeg/trunk
See thread:
Subject: [FFmpeg-devel] [POC] frei0r wrapper
Date: Tue, 24 Aug 2010 21:37:32 +0200
Originally committed as revision 25165 to svn://svn.ffmpeg.org/ffmpeg/trunk
This is set to 1 if the stack is guaranteed to be suitably aligned
for the strictest access mode of the machine.
Originally committed as revision 25151 to svn://svn.ffmpeg.org/ffmpeg/trunk
To avoid being burned at the stake by an angry mob, I am forced to
revert this commit.
Originally committed as revision 24949 to svn://svn.ffmpeg.org/ffmpeg/trunk
Release 4.1 changed the flag used to pass options through the gcc
translation layer. Detect which version is used, and choose the
appropriate flag.
Originally committed as revision 24945 to svn://svn.ffmpeg.org/ffmpeg/trunk
This allows using a libvpx that has been configured as decoder/encoder only.
patch by Frank Barchard, fbarchard google com
Originally committed as revision 24742 to svn://svn.ffmpeg.org/ffmpeg/trunk
Many H.264 derivatives, like RV40 and VP8, use the H.264 prediction functions
but not the weight/loopfilter functions.
This should reduce the size of builds with one of these derivatives but without
H.264 decoding itself.
Originally committed as revision 24741 to svn://svn.ffmpeg.org/ffmpeg/trunk
Without this flag -Wall generates warnings that nobody wants to see fixed or
worked around. Disabling those warnings is thus the best solution.
Originally committed as revision 24666 to svn://svn.ffmpeg.org/ffmpeg/trunk
The corresponding lavfi-pixfmts BE tests are not yet added, as there
are some bugs in the scaler (scaling rgba, argb, bgra, abgr, yuva420p)
which result in differences with the LE reference, and I cannot
visually check the generated files on BE.
Originally committed as revision 24657 to svn://svn.ffmpeg.org/ffmpeg/trunk
Martin Storsjö
Rafaël Carré
Ramiro Polla
Víctor Paesa
Stefano Sabatini
Måns Rullgård
Michael Niedermayer
James Darnley
Alex Converse
Janne Grunau
Anatoly Nenashev
Diego Biurrun
Frank Barchard
Jason Garrett-Glaser