W3C home > Mailing lists > Public > whatwg@whatwg.org > June 2012

Re: [whatwg] <source>s in <video> by quality as well as codec

From: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
Date: Wed, 6 Jun 2012 18:32:05 +1000
Message-ID: <CAHp8n2kGCAKpMgpOBK=MCaabOFLY1yYeuCBbYB_=pg_BBs7u+Q@mail.gmail.com>
To: Charles Pritchard <chuck@jumis.com>
Cc: "whatwg@lists.whatwg.org" <whatwg@lists.whatwg.org>, Ian Hickson <ian@hixie.ch>, Rodger Combs <rodger.combs@gmail.com>
I believe right now there are two proposals under discussion that are
trying to address the adaptive streaming issues:

I believe both are still somewhat at the experimental level and need
harmonization, but they are both being worked on at the W3C.



On Wed, Jun 6, 2012 at 8:23 AM, Charles Pritchard <chuck@jumis.com> wrote:
> On Jun 5, 2012, at 2:54 PM, Ian Hickson <ian@hixie.ch> wrote:
>> On Tue, 21 Feb 2012, Rodger Combs wrote:
>>> I propose that <source> add a quality, bitrate, or filesize attribute to
>>> allow the UA to decide between multiple streams by choosing the maximum
>>> quality file that it can download within a reasonable amount of time
>>> (e.g. it will download faster than it will play) or based on a user
>>> preference (e.g. prefer SD quality, or always use HD when provided). It
>>> should also be possible to retrieve a list of the <source>s the UA can
>>> play in JS, and switch between them by user action (either a JS call for
>>> a custom UI or a dropdown in the builtin UI), loading the new file and
>>> switching to it with minimal skipping. This way, a site like YouTube,
>>> which presents several files in various bitrates and codecs, can allow
>>> the user to choose to use a higher quality without having to force an
>>> src attribute on the video, and a mobile UA that roams from 3G to WiFi
>>> or moves close to a base station can increase the quality of its stream.
>>> I think it fits in well with the purpose of the source element. This is
>>> certainly open for modification, but I think it's a good concept in
>>> essence.
>> If this is for a site like YouTube, I think an adaptive network channel
>> would be a more effective solution (i.e. one where the download adapts in
>> real time to changing network conditions, with the endpoints negotiating
>> with each other regarding what to transmit).
> I'd like to see strawman proposals for resource description markup.
> Presently, magnet+BitTorrent is the only mature and implemented tech in this field that I've found with wide support. And it's not even meant for adaptive streaming.
> I know that markup for subtitles happened in this group. I'd like to see an effort for markup for resources, with the same experimental atmosphere.
> The hope being that we can copy and paste some kind of text markup which describes various endpoints and metadata sufficient for streaming strategies for media.
> -Charles
Received on Wednesday, 6 June 2012 08:32:54 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:43 UTC