generic-library/ffmpeg
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity

* Updated with new stream configuration items

Browse Source 
Originally committed as revision 502 to svn://svn.ffmpeg.org/ffmpeg/trunk
This commit is contained in:
Philip Gladstone 2002-05-16 02:03:34 +00:00
parent 42a63c6a02
commit 9cfe269e70
2 changed files with 39 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

27
doc/HOWTO-STREAM
View File

@ -2,7 +2,7 @@ The FFserver streaming HOWTO
----------------------------
Philip Gladstone <philip-ffserver@gladstonefamily.net>
Last updated: May 8, 2002
Last updated: May 10, 2002
0. What is this HOWTO about?
@ -77,6 +77,14 @@ Yes, they do.
Yes, it does. Who knows why?
* WMP 6.4 behaves differently to WMP 7.
Yes, it does. Any thoughts on this would be gratefully received. These
differences extend to embedding WMP into a web page. [There are two
different object ids that you can use, one of them -- the old one -- cannot
play very well, and the new one works well (both on the same system). However,
I suspect that the new one is not available unless you have installed WMP 7].
6. What else can it do?
There seems to be a bunch of code that allows you to replay previous
@ -89,6 +97,14 @@ there are a bunch more parameters that you cannot control. Post a message
to the mailing list if there are some 'must have' parameters. Look in the
ffserver.conf for a list of the currently available controls.
It will automatically generate the .ASX or .RAM files that are often used
in browsers. These files are actually redirections to the underlying .ASF
or .RM file. The reason for this is that the browser often fetches the
entire file before starting up the external viewer. The redirection files
are very small and can be transferred quickly. [The stream itself is
often 'infinite' and thus the browser tries to download it and never
finishes.]
7. Tips
* When you connect to a live stream, most players (WMP, RA etc) want to
@ -100,3 +116,12 @@ cured by adding a '?buffer=5' to the end of the URL. This says that the
stream should start 5 seconds in the past -- and so the first 5 seconds
of the stream is sent as fast as the network will allow. It will then
slow down to real time. This noticeably improves the startup experience.
You can also add a 'Preroll 15' statement into the ffserver.conf that will
add the 15 second prebuffering on all requests that do not otherwise
specify a time. In addition, ffserver will skip frames until a key_frame
is found. This further reduces the startup delay by not transferring data
that will be discarded.
* You may want to adjust the MaxBandwidth in the ffserver.conf to limit
the amount of bandwidth consumed by live streams.

13
doc/ffserver.conf
View File

@ -15,6 +15,11 @@ BindAddress 0.0.0.0
MaxClients 1000
# This the maximum amount of kbit/sec that you are prepared to
# consume when streaming to clients
MaxBandwidth 1000
# Access Log file (uses standard Apache log file format)
# '-' is the standard output
@ -115,6 +120,14 @@ VideoGopSize 12
# Suppress video
#NoVideo
#VideoQMin 3
#VideoQMax 31
# Set this to the number of seconds backwards in time to start. Note that
# most players will buffer 5-10 seconds of video, and also you need to allow
# for a key frame to appear in the data stream.
#PreRoll 15
</Stream>
# second mpeg stream with high frame rate