- From: Lewis, Jason <Jason.Lewis@disney.com>
- Date: Fri, 16 Dec 2011 00:09:28 -0800
- To: Jan Lindquist <jan.lindquist@ericsson.com>
- CC: "public-web-and-tv@w3.org" <public-web-and-tv@w3.org>
Received on Friday, 16 December 2011 08:10:15 UTC
I think minBandwidth should be kept. It enables some valuable use cases. It is useful to manage a single manifest file with bitrate representations across multiple devices (ie phone & tablet). The UA can be hinted to avoid the lowest bitrates that may look acceptable on an phone, but are not on a tablet. It could also provide the ability to set a target'starting' bitrate to optimize quality or startup time. --Jason Lewis On Dec 15, 2011, at 11:43 PM, "Jan Lindquist" <jan.lindquist@ericsson.com<mailto:jan.lindquist@ericsson.com>> wrote: Hello, To have a minimumBandwidth does not make sense from a control of the the stream perspective. If the stream is of type VBR there is going to be some very odd behaviour with increased quality levels at low bandwidth consuming portions of a stream. If comparing to what is described in Silverlight the max and min related to tracks which I interpret as the levels relating to the manifest. The support of maximumBandwidth is makes sense and should be kept but not minimumBandwidth. Regards, JanL
Received on Friday, 16 December 2011 08:10:15 UTC