On Thu, Mar 1, 2012 at 6:21 PM, Ashwin Rao <[email protected]>wrote:
> > One big question is: at what level should we be doing this? The obvious > two > > choices are to 1) have the video layer control download speed by calling > > suspend/resume on the network channel as needed. That's a pretty blunt > > hammer; > Our media cache already calls suspend/resume "as needed" to throttle downloading when the cache fills up. It is a blunt hammer :-). The good news is that the media cache already knows exactly what is being read by the decoder and when, and makes download decisions based on that. Improving the download management policy is therefore not architecturally difficult. I'm not really sure what kind of policy is needed, though. We could easily shrink the window of data we download for a particular video (e.g. 20s ahead of and behind the current play point), but previous experience told us that the more we buffer, the better. Should we do something like limit the download rate to, say, 3x the playback data rate? I'm not sure the suspend/resume approach to bandwidth management could do that. Rob -- “You have heard that it was said, ‘Love your neighbor and hate your enemy.’ But I tell you, love your enemies and pray for those who persecute you, that you may be children of your Father in heaven. ... If you love those who love you, what reward will you get? Are not even the tax collectors doing that? And if you greet only your own people, what are you doing more than others?" [Matthew 5:43-47] _______________________________________________ dev-tech-network mailing list [email protected] https://lists.mozilla.org/listinfo/dev-tech-network
