[Red5] Prebuffering video with Red5

Soren Petersen lists at nospam.sorenp.com
Mon Dec 24 05:03:49 PST 2007


I don't know. I never got the chance to play around with FMS (its too 
expensive for my current budget :( ). I'll check if there is a 
development license or something like that...

The functionality I'm searching for seems to be supported at a number 
places that use video streaming. It is, however, entirely possible that 
all those places are using progressive download rather than streaming...

Anyhow, it seems to be a problem if the user has to wait several seconds 
for the player to re-buffer each time playback is resumed...

\Soren

Steven Gong wrote:
> Soren,
> Does FMS flush the buffer for NetStream.pause()?
>
> On Dec 24, 2007 8:39 PM, Soren Petersen <lists at nospam.sorenp.com 
> <mailto:lists at nospam.sorenp.com>> wrote:
>
>     Hi everybody!
>
>     I'm wondering if it is possible to implement prebuffering of VOD
>     streams
>     from red5?
>
>     I would like the client/player to start downloading and buffering the
>     stream as soon as it has initialized so that the client can start
>     playback instantaneously when the user presses play. Similarly, I
>     would
>     like the client to continue downloading and buffering the stream when
>     the user presses pause. Again this would enable the client to start
>     playback instantaneously when the user presses resume.
>
>     As things are today, the buffer is flushed each time the client calls
>     NetStream.pause. This obviously causes a buffering wait every time the
>     stream is played/resumed.
>
>     Moreover, there seems to be a bug in Red5 that causes the server
>     to wait
>     between 3 and 6 seconds before starting to stream new data after
>     resume
>     is invoked (the server log shows --pause(false) and then nothing
>     for 3-6
>     seconds before it sends the first data package). This wait corresponds
>     roughly to the amount of data in the client buffer when pausing the
>     stream. This sometimes also causes a jump in the stream, presumably to
>     the closest keyframe (it sometimes jumps forward and sometimes
>     backwards).
>
>     Any enlightened thoughts on how to solve this problem or any part
>     thereof?
>
>     Kind regards,
>     Soren Petersen
>
>
>     _______________________________________________
>     Red5 mailing list
>     Red5 at osflash.org <mailto:Red5 at osflash.org>
>     http://osflash.org/mailman/listinfo/red5_osflash.org
>
>
>
>
> -- 
> Best Regards
> Steven Gong
>
> InfraRed5 Red5 Consultant: http://www.infrared5.com, 
> steven at infrared5.com <mailto:steven at infrared5.com>
>
> Red5 Developer: http://osflash.org/red5, 
> http://jira.red5.org/confluence/display/~steven/Home 
> <http://jira.red5.org/confluence/display/%7Esteven/Home>
>
> Modesty is an overrated quality in men of no great accomplishment.  -- 
> Ricky Jay
> ------------------------------------------------------------------------
>
> _______________________________________________
> Red5 mailing list
> Red5 at osflash.org
> http://osflash.org/mailman/listinfo/red5_osflash.org
>   




More information about the Red5 mailing list