<br><br><div class="gmail_quote">On Fri, Jul 2, 2010 at 5:50 AM, Lachlan Hunt <span dir="ltr"><<a href="mailto:lachlan.hunt@lachy.id.au">lachlan.hunt@lachy.id.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div><div></div><div class="h5">On 2010-07-02 13:56, Julian Reschke wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 02.07.2010 13:38, Anne van Kesteren wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Whether playing video requires a plugin is very much an issue for this<br>
list, I think. What Henri explained -- not having lock-in to a<br>
particular platform because of proprietary plugins -- is a large part of<br>
the reason why we have <video> in the first place.<br>
</blockquote>
<br>
That may be true.<br>
<br>
But there's nothing in the spec that actually disallows adding support<br>
for plugin-based DRM, right? (Just clarifying)<br>
</blockquote>
<br></div></div>
Correct. Vendors can theoretically implement any codec or container they like, with any features or limitations they like.<br>
<br>
MP4 already has various DRM schemes in use.  Apple, for example, could support FairPlay protected videos, though the use of such content with <video> would effectively be limited to within iTunes.<br>
<br>
Even Matroska has elements that can be used for general purpose encryption and DRM purposes, though these features were not included within WebM.  But theoretically, those features could be added and implemented with some agreed upon encryption scheme.<br>


<br>
I would still, however, argue against anything of the sort being added to WebM because DRM doesn't do anything to protect content, but is rather used as a way for content providers to control the market by blocking unwanted innovation and competition that they don't like, including open source software.<br>

<font class="Apple-style-span" color="#888888"><br></font></blockquote><div><br></div><div>I think it's unavoidable that the functionality of the <video> tag in some browsers will be extended by various add-ons to the browser.  IE's implementation uses whatever codecs are installed and available to DirectShow; my understanding is that Safari operates this way as well.  My point here is primarily that it would be good for <video> tag adoption in general if browsers enabled traditional DRM solutions to integrate in this way.  It still requires that users will have some non-open software installed on their machine (that's unavoidable as long as content owners require it of us), but means that users can continue using their browser of choice, and content distributors don't need to write a completely new player for each DRM provider they need to support.</div>

<div><br></div></div>