Re: Ratelimiting video to avoid buffer bloat
Christian Biesinger <[email protected]>
| Newsgroups | gmane.comp.mozilla.devel.netlib |
|---|---|
| Message-ID | <CACpOFMvfc3pLRUE-kC7bBOn9YurRVf0LL4M_1b=5OB-Eff7ODg@mail.gmail.com> |
On Thu, Mar 1, 2012 at 11:01 AM, Patrick McManus <[email protected]> wrote: > On Thu, 2012-03-01 at 09:56 -0800, Jason Duell 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; or 2) add some sort of API to necko that lets the >> consumer specify what sort of bitrate they need to get out of the >> channel, and have necko deal with controlling the rate. > > presumably #2.. maybe load group based instead of or in addition to > channel. non video use case would be things in the download window when > they were competing with interactive needs. FWIW, for the downloads case we could use the existing priorization mechanism (nsISupportsPriority) to give downloads a lower priority... -christian _______________________________________________ dev-tech-network mailing list [email protected] https://lists.mozilla.org/listinfo/dev-tech-network