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

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

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

This fixes issues if the first DTS is far away from 0.

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

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