W3C home > Mailing lists > Public > public-html-media@w3.org > May 2014

RE: [EME] To what extent should EME support usage rules?

From: Maruyama, Shinya <Shinya.Maruyama@jp.sony.com>
Date: Thu, 15 May 2014 02:40:21 +0000
To: Joe Steele <steele@adobe.com>
CC: "public-html-media@w3.org" <public-html-media@w3.org>
Message-ID: <E7496ED336482E459A47A005EAE816120339B4@JPYOKXMS121.jp.sony.com>
I agree with your point.
>From your viewpoint, I wonder if start time would be useful for application to know a key is not available yet because start time is future time.
You opinion?

- Shinya

From: Joe Steele [mailto:steele@adobe.com]
Sent: Thursday, May 15, 2014 6:11 AM
To: Maruyama, Shinya
Cc: public-html-media@w3.org
Subject: Re: [EME] To what extent should EME support usage rules?

There are a couple of additional usage rules that have been mentioned.

There has been discussion of usage rules around output protection (e.g. HDCP). This used to be represented via an error code, but that has gone away at this point.

There has also been discussion around output downscaling in bug 25092.

My opinion is that the application only needs to know about things that might be impacting playback.

For example:
* When a key is no longer available because it has expired. What type of expiration occurred and the exact times makes less sense to me.
* When playback has stopped because output protection has been violated. Again the type of OP failure makes less sense to me.
* When playback has degraded for some reason (e.g. OP failure).

There are lots of other usage rules (geolocation, domain membership, etc.) but I think most of these can be invisible to the application and handle on the server side. Do you have a specific policy in mind that we do not have?

Joe

On May 13, 2014, at 12:07 AM, Maruyama, Shinya <Shinya.Maruyama@jp.sony.com<mailto:Shinya.Maruyama@jp.sony.com>> wrote:


Now expiration time is the only usage rule EME API supports by Bug 25537<https://www.w3.org/Bugs/Public/show_bug.cgi?id=25537>.

Is the expiration time sufficient for the envisioned use cases? or
Is there still the room to add other parameters?

For instance, in case of rental video, start time and period after first use are used in general.
In this case, constructing UI only by expiration date might be confusing to users because end time shortens after first use implicitly.
As to start time, it might be useful if video is upcoming movie; i.e. start time is future time.

Honestly, I'm not sure what is the criteria to decide which usage rules are common concept in EME world.
Any opinion?

Thanks,
Shinya
Received on Thursday, 15 May 2014 02:40:55 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:33:03 UTC