Functions from these files are referenced from utils.c now. This fixes
building with --disable-everything.

Originally committed as revision 25425 to svn://svn.ffmpeg.org/ffmpeg/trunk

This makes the URL handling consistent - the URL hostname is used as
destination for the RTP packets, so the URL port should also belong to that.
Now the options announce_addr= and announce_port specify where the
announcements are sent.

Originally committed as revision 25424 to svn://svn.ffmpeg.org/ffmpeg/trunk

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

Originally committed as revision 25422 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25421 to svn://svn.ffmpeg.org/ffmpeg/trunk

Fix issue #2265.

Originally committed as revision 25420 to svn://svn.ffmpeg.org/ffmpeg/trunk

Prevent crash.

Originally committed as revision 25419 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25418 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25417 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25416 to svn://svn.ffmpeg.org/ffmpeg/trunk

Hide all code mentioning IPv6 behind HAVE_STRUCT_SOCKADDR_IN6.

Originally committed as revision 25415 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25414 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25413 to svn://svn.ffmpeg.org/ffmpeg/trunk

According to RFC 4566, a TTL value must not be present for IPv6 multicast.

Originally committed as revision 25412 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25411 to svn://svn.ffmpeg.org/ffmpeg/trunk

The new object file is added to the SDP demuxer in the makefile, since it
is needed in both the RTSP muxer and demuxer and in the SDP demuxer, due
to the current code coupling.

Originally committed as revision 25410 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25409 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25408 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25407 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25406 to svn://svn.ffmpeg.org/ffmpeg/trunk

This allows us to find out the local sending address via getsockname,
otherwise we just get INADDR_ANY (or similar for v6).

This also makes writes return ECONNREFUSED if nobody is listening on the
receiving port.

Originally committed as revision 25405 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25404 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25403 to svn://svn.ffmpeg.org/ffmpeg/trunk

Patch by Robert Schlabbach, robert_s at gmx dot net

Originally committed as revision 25402 to svn://svn.ffmpeg.org/ffmpeg/trunk

In gxf muxer, round up number of lines mod 16 in mpeg umf data, based patch by Reuben Martin, reuben dot m at gmail dot com

Originally committed as revision 25401 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25400 to svn://svn.ffmpeg.org/ffmpeg/trunk

In gxf muxer, fix number of flt entries based on patch by Reuben Martin, reuben dot m at gmail dot com

Originally committed as revision 25399 to svn://svn.ffmpeg.org/ffmpeg/trunk

There was an off-by-one when addressing bitstream_filters[] in this situation.

Originally committed as revision 25398 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25397 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25396 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25395 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25394 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25393 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25392 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

Originally committed as revision 25390 to svn://svn.ffmpeg.org/ffmpeg/trunk

No such option is used anywhere else. Instead, detect the address type.

Originally committed as revision 25389 to svn://svn.ffmpeg.org/ffmpeg/trunk

Not all users of this function will have a full struct sockaddr_storage
available, and casting other sockaddrs to sockaddr_storage is wrong,
while any sockaddr can be cast to a base sockaddr.

Originally committed as revision 25388 to svn://svn.ffmpeg.org/ffmpeg/trunk

The header probably isn't the right permanent place for this function, but
it is quite small, and consensus seems to be that it can stay in the
header for now, instead of creating a new file network.c just for this one.

Originally committed as revision 25387 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 25386 to svn://svn.ffmpeg.org/ffmpeg/trunk