[Chapter-delegates] DRM in HTML5 - something brewing in W3C
Christian de Larrinaga
cdel at firsthand.net
Fri Apr 19 01:33:06 PDT 2013
This is worth unpicking.
I am only involved as a user in this area (developing media services and
sites). I am not involved in W3C activities around this myself. I am not
planning to implement browser based DRM.
As I understand the background at this time and hoping somebody will
speak up who is involved in the w3C working groups who can guide on the
implications of how this is being implemented.
HTML5 is adding some media features such as audio and video tags. The
idea is as you design your webpage you can insert these tags around a
media object and this will provide a player for the user to directly
access the content (video or audio) without calling in a third party
plug in such as Flash or Silverlight in the browser. This simplifies as
it standardises access to digital media in web browsers.
The DRM issue being complained about is separate from the codecs that
process the media (play). The choice of a codec or codecs has been
highly contentious in terms of patent coverage so that playing content
can be open (free to all). Google has assured use of a codec and there
has been much negotiations going on behind the scenes to make this
possible. This covers Rights to the 'means' to play content
But for managing the rights to the content itself some content providers
(mainly distributors like NetFlix) are saying they will not use HTML5
media tags for their content unless they can impose DRM on their content.
W3C is discussing this in the context of supporting DRM in the browser.
The implications of this would appear to impose DRM on content that is
presented via the browser directly.
I would prefer myself, that any DRM functionality that content
distributors wish to implement is managed via a plug in architecture
rather than intrinsic to the browser functionality. Otherwise free
content which is the vast bulk of content as I understand it today
should not be defaulted through a DRM filter intended for some
(significant) commercial corner cases.
This would add some extra complexity and cost for those businesses that
wish to impose DRM on content but presumably the cost is worth the
effort. By implementing in the browser it would seem the cost is being
passed on to the browser (in added complexity and processing). I'm not
clear why the cost of doing business for a few should be passed on to
users and content providers not interested in DRM. That is the many.
best
Christian
Dr. Alejandro Pisanty Baruch wrote:
> Hi,
>
> I have received a call to join a protest
> in http://www.defectivebydesign.org/no-drm-in-html5
>
> This would be against some goings-on in the W3C that the authors of the
> protest calls "Hollyweb".
>
> Can anyone more knowledgeable help understand what this is and whether
> we should try to intervene?
>
> Yours,
>
> Alejandro Pisanty
>
>
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - -
> Dr. Alejandro Pisanty
> Facultad de Química UNAM
> Av. Universidad 3000, 04510 Mexico DF Mexico
>
>
>
> +52-1-5541444475 FROM ABROAD
>
> +525541444475 DESDE MÉXICO SMS +525541444475
> Blog: http://pisanty.blogspot.com
> LinkedIn: http://www.linkedin.com/in/pisanty
> Unete al grupo UNAM en LinkedIn,
> http://www.linkedin.com/e/gis/22285/4A106C0C8614
> Twitter: http://twitter.com/apisanty
> ---->> Unete a ISOC Mexico, http://www.isoc.org
> . . . . . . . . . . . . . . . .
>
> _______________________________________________
> As an Internet Society Chapter Officer you are automatically subscribed
> to this list, which is regularly synchronized with the Internet Society
> Chapter Portal (AMS): https://portal.isoc.org
More information about the Chapter-delegates
mailing list