Re: [MEDIA_PIPELINE_TF] ISSUE-34: Adaptive Bit Rate Delivery

Igarashi san,

I apologize for not responding sooner. We exchanged some thoughts on this internally, but they were not forwarded back to the group yet.

We agree with your list of items to be standardized. A lot of discussion has taken place on the reflector as to ways to meet various items in your list. We should continue the discussion and see if we can come to some consensus.

We are not proposing a new format of adaptive streaming. That's one approach, but probably not the best solution. A lot of effort is being invested into trying to converge to a common file format. It would be good to leverage those efforts.

It would be good if you could update the use case associated with issue-34 to make sure your concerns are addressed.

Thanks,
-Clarke

From: "Igarashi, Tatsuya" <Tatsuya.Igarashi@jp.sony.com<mailto:Tatsuya.Igarashi@jp.sony.com>>
Date: Wed, 27 Jul 2011 22:37:56 -0600
To: "public-web-and-tv@w3.org<mailto:public-web-and-tv@w3.org>" <public-web-and-tv@w3.org<mailto:public-web-and-tv@w3.org>>
Subject: [MEDIA_PIPELINE_TF] ISSUE-34: Adaptive Bit Rate Delivery

Hi Clarke,

In the last teleconference, I have tried to ask how to realize supporting a new adaptive bitrate delivery protocol not natively support.

By stretching my imagination on the following description of ISSUE-34, is your proposal to define a new format of adaptive streaming, such as Apple’s m3u and MPEG DASH MPD ? The answer to my question is that a JavaScript application converts from an arbitrary format which is not natively supported to the defined new format which is supported by the video element interface natively, is not it?

What needs to be standardized

1.      The user agent must be able to identify adaptive bit rate formats passed by the video element interface.

2.      The video element interface must support specification of maximum bit rate and other bit rate algorithm parameter specification.

3.      The video element interface needs to expose relevant adaptive bit rate delivery events and errors

4.      Streams of undefined length must be supported.

Thank you.

-***---***---***---***---***---***---***---***---***--***---***---***-
Tatsuya Igarashi (Tatsuya.Igarashi@jp.sony.com<mailto:Tatsuya.Igarashi@jp.sony.com>)
NS Development Dept. Technology Development Group
Sony Corporation
(Voice) +81-3-5435-3252 (Fax) +81-3-5435-3274

Received on Thursday, 11 August 2011 21:24:40 UTC