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

(disabled until next major bump)

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

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

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

and supporting it for more formats, fixing issue 2258.

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

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

description of url_seek(), which references it.

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

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

Patch by John Stebbins stebbins jetheaddev com.

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

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

This fixes roundup issue 2270.

Patch by Robert Schlabbach, robert_s at gmx dot net

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

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