Le W3C entérine les DRM - sebsauvage.net - Les trucs qui m’énervent -
►http://sebsauvage.net/rhaa/index.php?2013/10/03/10/09/24-le-w3c-enterine-les-drm
Voilà. Le #W3C continue sa poussée en intégrant officiellement le draft de norme sur les #DRM dans le groupe de travail #HTML. Le draft s’appelle EME (Encrypted Media Extensions) : ▻http://www.w3.org/TR/encrypted-media. C’est une API permettant de standardiser l’interfaçage des navigateurs et des systèmes de DRM. Dans la pratique, vous ne pourrez pas enregistrer les vidéos. Le navigateur passera le contenu chiffré au module DRM qui se chargera de décoder les trames.
Histoire de bien foutre le bordel : Notez que ce standard n’impose pas un système de DRM particulier, mais juste une #API. Ce qui veut dire que chacun va se fendre de son petit système de DRM, qui sera différent d’un vendeur à l’autre, d’un système d’exploitation à l’autre, d’un site à l’autre, d’un navigateur à l’autre. De quoi - en plus d’être emmerdé par les DRM - morceler un peu plus le web. Vous trouviez que c’était déjà le bordel entre MPEG4, WebM/VP8, OGG/Theora, MP3 et Vorbis ? Vous n’avez encore rien vu. Le plus beau, c’est que ça n’empêchera même pas le piratage des œuvres. (C’est pas comme si la TOTALITÉ des DRM existants avaient été cassés, hein ?).
Certes, cette norme est uniquement orientée vidéo, mais après la vidéo, que croyez-vous qu’il va se passer ? Il y a plein de monde qui attend à la porte pour avoir sa petite couette confortable de DRM : Les photographes pour empêcher la « copie » de leurs photos, les maisons de disque pour restreindre l’écoute, les agences de presse et maisons d’édition pour empêcher le vilain copier-coller, les webmasters neuneus pour « protéger » leur code HTML/javascript.