and clone its code to ffserver_guess_format() in ffserver.c.

guess_stream_format() is hackish since it relies on some undocumented
properties of the name of the muxers (wich is currently only relevant
for the ASF muxer), and has no use outside ffserver.c.

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

It is an exact duplicate of memsetw() in h263.c.

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

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

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

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

sdp_read_packet -> rtsp_fetch_packet

This way describes slightly better what it does.

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

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

It is used by both encoders and decoders and should not be below
a CONFIG_ENCODERS preprocessor check.

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

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

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

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

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

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

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

It is just a logical OR of several decoder definitions, all of which depend on
CONFIG_H263_DECODER. So it can just be replaced by the latter.

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

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

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

There is no need to list decoders that enable the H.263 decoder anyway.

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

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

The file is only ever compiled if the MLP decoder is enabled.

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

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

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

They share all code, there is no point in enabling one but not the other.

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

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

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

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

This affects the AAC decoder, S/PDIF muxer and ADTS to ASC bitstream filter.

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

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

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

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

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

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

This is already done by avcodec_thread_init().

Patch by Michael Dorr <dorr <at> inb.uni-luebeck.de>.

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

This is safer since avcodec_open() may initialize some structure using
the thread_count default value which will be changed later, causing
potential security / stability issues.

Also do not explicitely set the thread_count value in the decoder,
since this is already done by avcodec_thread_init().

See the thread:
"[FFmpeg-devel] [PATCH] Make ffplay define in the encoder the number of threads *before* to open it",
started in date 2008-03-08.

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

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

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

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

CONFIG_ANY_H263_ENCODER is just a logical OR of H.263 family definitions,
for which the build system enables CONFIG_H263_ENCODER anyway.

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

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

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