- From: <bugzilla@jessica.w3.org>
- Date: Fri, 22 Feb 2013 13:06:33 +0000
- To: public-html-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=20964 --- Comment #10 from Fred Andrews <fredandw@live.com> --- (In reply to comment #8) > A 'streaming' service such as ours does not allow the storage of the content > for later viewing, even though the platform may be capable of this. It's > just not part of the service we offer - the user hasn't paid for that, has > agreed in the terms of conditions that they won't do that and we haven't > bought the license for that. > > There's no technical or political issue here - it's just the business > decision we've made and the service we offer. We could spend money on > licenses that allow storage and offline viewing, but we feel that money is > better spend on offering more variety of content. A competitor could take a > different view and the customers would decide what they preferred. > > There's no 'artificial' construct here that you can expect to change just > due to technical capabilities. If the back channel is removed then you no longer have a capacity to verify or enforce such licensing terms and then what the user does in their own privacy with the bits of data you send to them becomes a private matter for the user. > Returning to the subject of the bug, as I mentioned before it's not true > that *EME* requires that license servers be available to view the content. A > *service* such as ours may require that - for the reasons above - but > another service may not. In our case, with respect to this issue, EME is > doing nothing more than making it difficult for users to do something > they've already agreed not to by signing up to the service. I agree that some CDM instances need not depend on license servers for viewing. However the EME interface is designed to support this, and it is clear that this is the expected use case. You appear to be acknowledging this bug is a real issue, but that you would not want it fixed because it is inherent in your business model terms. I presume it is inherent in your technical model that the CDM dictates if the output can be stored irrespective of the UA or EME? It may help people understand the scope of EME if such constraints were articulated in the EME specification. For example: 'Many use cases require that the CDM have privileged control over the storage of the CDM output, in particular usage terms that do not allow the storage of video output for replay at a future time.' This would then relate to bug 20961 as many platforms would not support this requirement. -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Friday, 22 February 2013 13:06:34 UTC