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
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
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
* 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
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
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
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
Also made the Launch directive work again if you invoke ffserver with a relative
path.
Originally committed as revision 1111 to svn://svn.ffmpeg.org/ffmpeg/trunk
We limit the datarate to twice the average datarate (however the first
few seconds are sent flat out to help with prebuffering).
* Add the initialization of the rc_eq fields and the like for VIDEO codecs.
* Add the missing get_arg calls for VideoQxxxx
Originally committed as revision 920 to svn://svn.ffmpeg.org/ffmpeg/trunk
parameters as the currently desired codec settings. Thus it is
important not to fiddle with the streams if you want to keep the
old data.
* Fix it so that the ?buffer= paramter can be larger than 40 minutes or
so. Why is this good? So I can use ?buffer=43200 and get video from
12 hours ago (i.e. when it is daylight outside)
Originally committed as revision 829 to svn://svn.ffmpeg.org/ffmpeg/trunk
