- From: <bugzilla@jessica.w3.org>
- Date: Tue, 29 Apr 2014 00:57:41 +0000
- To: public-html-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=25092 --- Comment #19 from Mark Watson <watsonm@netflix.com> --- (In reply to David Dorwin from comment #18) > A few clarifications inline. > > (In reply to Mark Watson from comment #17) > > The CDM would need some way to associate the right fake IDs with the right > > files. Since we do not have the fake IDs embedded in the files, this can > > only be through the CDM understanding indications in the license that say > > 'this key ID is for files with resolution < X' together with the resolution > > indications in the file. > > The CDM doesn't care about files. It only cares about whether the policies > associated with the key IDs can be met. It is up the the application/license > server to communicate what those policies mean. > > The CDM just says, "I would [not] play content that uses this key ID." IIUC, > the resolution restriction is applied because the policy for higher > resolutions cannot be met. Resolution limitations are a symptom of something > else. This is what I mean by abusing key ids to represent policies. Those seem such different things that it makes no sense to use one to represent the other. > > > It's not necessary boolean. Sometimes you may be restricted to SD and > > sometimes to HD. > > The application and license server will have this information. The > application is going to need this information anyway to select an > appropriate stream (unless you assume that the CDM is going to tell you > "please only give me content that has a resolution of <= M x N"). The CDM > just tells you whether a policy can be met. If you want, you can get fancy > with any number of policies and key IDs. I was wondering if there was a way to use media queries to discover the output capabilities and be notified of changes in those, whether DRM related or not. -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Tuesday, 29 April 2014 00:57:43 UTC