tested and submitted by (Torsten Spindler <spindler at hbt dot arch dot ethz dot ch>)

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

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

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

fixes the random dts/pts during encoding
asf preroll fix
no more initial zero frames for b frame encoding
mpeg-es dts during demuxing fixed
.ffm timestamp scale fixed, ffm is still broken though

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

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

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

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

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

overflows.

Fix streaming from non-streaming ffm files. It turned out that you
always got 'index & id do not match' errors.

Add some more error detection on getting FFM feeds

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

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

will happen, but at least this crash is gone.

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

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

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

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

fix decoding of old %16!=0 divx
fix assertion failure in motion_est.c

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

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

from the client. Simply ignore the unwanted/unasked streams.
- Don't need to pool() for every input character! (the socket is nonblocking,
so the loop is ok).
- Partially resurrect compute_send_delay for avoiding udp flood. Without a
similar patch, udp transmission is seriously unreliable.
(note that we don't link to a specific input reference stream, it's not needed
as the pts values should be coherent anyway. Also, non-monotonic pts
progression is unimportant in the long term).
- rtsp_cmd_pause must reset the time reference
patch by (Giancarlo Formicuccia <ilsensine at inwind dot it>)

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

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

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

Reading 1-char per read() is the less intrusive way to fix the behaviour I observed.
Not a nice fix, but the client requests shouldn't steal so much bandwidth
*** fix for find_rtp_session_with_url.
Note that mplayer send one PLAY request per stream, I don't know if this should be handled
more gracefully
patch by (Giancarlo Formicuccia <ilsensine at inwind dot it>)

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

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

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

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

* Add ReadOnlyFile which behaves like File, but does not permit changing of the
  file. This can be used to prevent deleting of saved ffm files.

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

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

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

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

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

not sure if it fixes the problem.

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

when WMP reports in, then we didn't increment the bandwidth, but we did
decrement it.

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

host order rather than network order.

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

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

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

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

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

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

still doesn't seem to work for me anyway.

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

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

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

This code is wrong, but it is not obvious what the right code is.
* Make sure that we reset SIGPIPE before execing ffmpeg.

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

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

adding AVVideoFrame
 moving quality, pict_type, key_frame, qscale_table, ... to AVVideoFrame
 removing obsolete variables in AVCodecContext
 skiping of MBs in b frames
 correctly initalizing AVCodecContext
 picture buffer cleanup

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

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

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

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

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

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

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

MIN/MAX -> FFMIN/FFMAX

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

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