May 19, 2002
View a6e14ed

* If a stream gets stuck in WAIT_FEED, then disconnecting the other end 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.

Philip Gladstone authored on 2002/05/19 06:33:05
May 17, 2002
View 79c4ea3

* Change the default behaviour to start streaming as soon as possible (i.e. 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.

Philip Gladstone authored on 2002/05/17 10:53:28
May 16, 2002
View 42a63c6

* Add code to configure the following: * 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.

Philip Gladstone authored on 2002/05/16 11:03:07
May 10, 2002
View 7434ba6

* Improve logging -- now actually gives you the number of bytes sent * 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.

Philip Gladstone authored on 2002/05/10 11:20:27
May 9, 2002
View e7f9c67

- HQ option for ffserver. Thanks to D Richard Felker III.

Juanjo authored on 2002/05/09 16:43:07
View ba9b374

- Changed default qmin = 3 as ffmpeg.c - Less bitrate tolerance since we are streaming.

Juanjo authored on 2002/05/09 11:33:27
View f747e6d

* Fix a nasty problem with output buffering not have enough (or large enough) 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!

Philip Gladstone authored on 2002/05/09 10:11:08
April 8, 2002
View 10bb702

- Added force_pts to av_write_packet() to be able to force PTS, this helps (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.

Juanjo authored on 2002/04/08 06:44:29
March 19, 2002
View 68d7eef

trying to fix qscale==0

Michael Niedermayer authored on 2002/03/19 13:31:10
February 27, 2002
View f5d1f41

fixing warning

Michael Niedermayer authored on 2002/02/27 08:11:08
February 18, 2002
View 608d0de

* Also include time.h for nanosleep() by: Philipp Matthias Hahn <pmhahn@titan.lahn.de>

Zdenek Kabelac authored on 2002/02/18 19:20:03
February 15, 2002
View d8cf5ae

optimized the normal bitstream writer, its faster than the alternative one on p3 now ... lets hope its at least not slower on p4 & k7

Michael Niedermayer authored on 2002/02/15 09:14:01
September 26, 2001
View 63bdb08

fixed prototype change

Fabrice Bellard authored on 2001/09/26 03:27:53
August 15, 2001
View dd2af5a

jpeg hack

Fabrice Bellard authored on 2001/08/15 22:03:37
July 22, 2001
View 85f07f2

merge

Fabrice Bellard authored on 2001/07/22 23:37:44