[Red5] About the VOD playback performance check-in

[Steven Gong]

Fixed. Thanks for the reminder. :-)

On Fri, Feb 15, 2008 at 9:20 PM, Dan Rossi <spam at electroteque.org> wrote:

> There was a xml config problem there need to add the "
> <property name="minimalClientBufferDuration" value="1000"/>
>
> On 15/02/2008, at 11:50 PM, Steven Gong wrote:
>
> Hi all,
> I just checked in the update that might alleviate the VOD playback
> performance issue on trunk r2649. This is a conservative solution though as
> I don't plan to change a lot to the code base before the release. There are
> several possible solutions to enhance the performance which need more code
> changes and I will put off the check-in after 0.7 release.
>
> This check-in changes a little of the behavior server controls the VOD
> client buffer duration. I found the more client buffer duration the clients
> set, the server can provide more capacities for VOD streaming. This is
> because the server needs to track the client play buffer to make sure it
> neither overflow nor underflow. If the play buffer is small, the server
> needs a smaller interval for the check which needs more processing. The
> original implementation of this check is always use the 10ms interval and
> now it is enhanced to use the interval per the client buffer duration
> setting which is getClientBufferDuration()/10. And the minimal client buffer
> duration that takes effect could be set as a property of
> PlaylistSubscriberStream. The default value is 1s which means the check
> interval is 100ms.
>
> To get a good server capacity, it is recommended to set a big client
> buffer duration on the client side. Normally 5s or 10s is a good value. Or
> you can set the minimal client buffer duration on the server to a big value
> globally.
>
> As we are about to release 0.7 soon, I appreciate much your help for
> testing this check-in (great if you can use a dual-buffer algorithm client
> against the server) and report any issues you find. Thanks!
>
> --
> Best Regards
> Steven Gong
>
> InfraRed5 Red5 Consultant: http://www.infrared5.com, 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>
>
> Javaflash Project Founder and Maintainer: http://osflash.org/javaflash
>
> 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
>
>
>
> _______________________________________________
> Red5 mailing list
> 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

Red5 Developer: http://osflash.org/red5,
http://jira.red5.org/confluence/display/~steven/Home

Javaflash Project Founder and Maintainer: http://osflash.org/javaflash

Modesty is an overrated quality in men of no great accomplishment. -- Ricky
Jay
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://osflash.org/pipermail/red5_osflash.org/attachments/20080215/ad9483f5/attachment-0001.html