requests. The current state is that at startup, WMP will get the
best stream that it can handle. However, subsequent rate switching
only puts a message in the log saying what the new stream ought to
be. Solving this will be tricky. I guess that we would have to wait for
key frames to appear in the new stream, and then switch over to it.
Some care would be needed to deal with the PTS of the new stream
versus the old stream.
Originally committed as revision 602 to svn://svn.ffmpeg.org/ffmpeg/trunk
my pondcam streams for 24 hours! I'll bet he wasn't watching.
* Add code to allocate the priv_data so that the ffm header can be
parsed again. [Fix crash]
Originally committed as revision 577 to svn://svn.ffmpeg.org/ffmpeg/trunk
will clear out the stream. I think that this is really a linux bug in
the handling of poll, but I did a workaround anyway.
* Improve the statistics output and prevent a buffer overrun when lots
of clients are connected.
* Process ffm input when it is received and don't always be one ffm
packet behind.
* Try to avoid going through the poll loop when not required.
Originally committed as revision 514 to svn://svn.ffmpeg.org/ffmpeg/trunk
no waiting for key frames).
* Provide StartSendOnKey paramter for a stream to wait until we get key frames
before sending.
* Add the codec names into the status page. May help debugging problems.
Originally committed as revision 507 to svn://svn.ffmpeg.org/ffmpeg/trunk
* prebuffering/preroll a live stream -- this improves startup time
* videoqmin/videoqmax/videoqdiff -- codec parameters
* maximum bandwidth for live streams
* Add support for .ram and .rpm extensions mapping onto .rm
* Make the status page show bandwidth. Also make the .asf and .rm
links go to .asx and .ram files.
* Make a stream only start streaming when it gets a keyframe on each
stream. This is arguable, and it maybe ought to be restricted to
live streams. However, since I don't think that file streams work,
this is a step in the right direction. It improves the startup delay.
* Log an error if we are unable to delete the temp feed file.
Originally committed as revision 501 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Print out the logging information that comes from WMP (you'd be suprised what
it sends!
* Fix a remotely exploitable buffer overflow (argh!)
* Add support for automatically serving up .asx files. It generates an automatic
redirect to the associated .asf file (with the same parameters). I guess that
someone who understands the realaudio equivalent could hack that it as well.
Originally committed as revision 482 to svn://svn.ffmpeg.org/ffmpeg/trunk
buffers. In fact, the code was pretty much shot.
* Try to fool WMP into thinking that we are a microsoft server.
* When we establish a stream to a user, copy the codec information from
that saved as part of the stream. This gives us the real frame_size and
other important parameters.
* ASF needs to know about key frames, so add some logic to copy this information
around.
* When we get the data from ffmpeg as part of a feed, make sure that we save
the actual codec parameters.
* Allow configuration of AudioCodec and VideoCodec
* Make sure that we delete the feed file before starting. This is not ideal
but it makes things work a whole lot better!
Originally committed as revision 454 to svn://svn.ffmpeg.org/ffmpeg/trunk
(and fix) stream copying. By now force_pts it's just honoured by the MPEG
muxer. ASF could honour this also, but it should be fixed to use Tickers
first.
- MPEG audio decoder exports it's frame size in bytes.
- Hope this fix the floating point exception found in ffserver.
Originally committed as revision 382 to svn://svn.ffmpeg.org/ffmpeg/trunk
