[Red5] Prebuffering video with Red5

[Soren Petersen]

Thanks Dan!

Setting buffertime to 0 before resuming will however not work. Since the 
buffer is flushed at pause, there is no buffer and only high-end 
connections will be able to play the video with no buffer :S

Btw, thanks everybody for helping despite the fact that it is the 
24th/25th of December...  I guess it is me who is lame, working on such 
a holy day ; )

\S

Dan Rossi wrote:
> I have access to an FMS and Wowza i'll double check.
>  
> I believe if you unpause it will buffer to the set buffertime before 
> playing in red5 but that is possibly the flash client rather than red5 
> so have to set the buffertime to 0 before unpausing maybe ?
>
> Damn im so lame replying on the 25th ! :D
>
> Ill get back to you in a few days ;)
>
> On 24/12/2007, at 11:54 PM, 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 <mailto:Red5 at osflash.org>
>> http://osflash.org/mailman/listinfo/red5_osflash.org
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Red5 mailing list
> Red5 at osflash.org
> http://osflash.org/mailman/listinfo/red5_osflash.org
>