Alors nous, dans chez Mozilla, on aime pas bien les DRM (surprise!).
Par contre, on aime pas vraiment que le web soit non-compétitif par rapport au natif (bon, alors quand on recontextualise, cette phrase pourrait vouloir dire que le web est moins bien que le natif parce que c'est plus facile de faire du DRM avec du code natif, et là, du coup, ahem).
Du coup, on est en train d'implémenter la specification "Media Source Extensions" 1, pour que les gens puisse gérer leur buffering à la main, insérer des pubs (on peut être d'accord où pas d'accord avec ça, mais les fournisseurs de contenus en ont besoin. Perso, je préfère payer pour mon contenu, mais tout le monde n'est pas de mon avis), faire du time shifting, de l'édition vidéo, et du streaming adaptatif (on pourra faire plein d'autre chose avec, c'est que des exemples). À priori, puisqu'on aura un contrôle assez bas niveau, on pourra implémenter des DRM avec. Notez qu'en fait, ça sera assez trivial pour quelqu'un qui sait appliquer un patch et compiler un programme de récupérer le flux brut (un peu comme avec tous les systèmes de DRM, en fait, mais ça, les ayant droits n'ont pas encore bien compris).
Nous, ça nous sert principalement à faire Shumway [2], une VM flash écrite en Javascript. Quand on aura cette API, on pourra lancer (par exemple), le lecteur flash d'un site qui n'est pas passé à HTML5, sans avoir le plugin binaire (proprio ou pas) flash. Ce qui est, à mon avis complètement biaisé, une bonne chose.
Autant vous dire qu'on va essayer de se battre pour éviter au maximum d'avoir des DRM dans le web, mais qu'il y a deux-trois boites dans le secteur pas forcément de notre avis.
# Dans Firefox
Posté par padenot . En réponse au journal DRM et Web ouvert : le drame shakespearien du W3C.. Évalué à 10.
Alors nous, dans chez Mozilla, on aime pas bien les DRM (surprise!).
Par contre, on aime pas vraiment que le web soit non-compétitif par rapport au natif (bon, alors quand on recontextualise, cette phrase pourrait vouloir dire que le web est moins bien que le natif parce que c'est plus facile de faire du DRM avec du code natif, et là, du coup, ahem).
Du coup, on est en train d'implémenter la specification "Media Source Extensions" 1, pour que les gens puisse gérer leur buffering à la main, insérer des pubs (on peut être d'accord où pas d'accord avec ça, mais les fournisseurs de contenus en ont besoin. Perso, je préfère payer pour mon contenu, mais tout le monde n'est pas de mon avis), faire du time shifting, de l'édition vidéo, et du streaming adaptatif (on pourra faire plein d'autre chose avec, c'est que des exemples). À priori, puisqu'on aura un contrôle assez bas niveau, on pourra implémenter des DRM avec. Notez qu'en fait, ça sera assez trivial pour quelqu'un qui sait appliquer un patch et compiler un programme de récupérer le flux brut (un peu comme avec tous les systèmes de DRM, en fait, mais ça, les ayant droits n'ont pas encore bien compris).
Nous, ça nous sert principalement à faire Shumway [2], une VM flash écrite en Javascript. Quand on aura cette API, on pourra lancer (par exemple), le lecteur flash d'un site qui n'est pas passé à HTML5, sans avoir le plugin binaire (proprio ou pas) flash. Ce qui est, à mon avis complètement biaisé, une bonne chose.
Autant vous dire qu'on va essayer de se battre pour éviter au maximum d'avoir des DRM dans le web, mais qu'il y a deux-trois boites dans le secteur pas forcément de notre avis.
[2]: https://github.com/mozilla/shumway, démos: http://mozilla.github.com/shumway/