Netflix hat Silverlight aufgegeben, aber DRM für Webvideos eingeführt

Netflix, das mehr Videos über das Internet liefert als jeder andere außer YouTube, lässt die Silverlight-Plug-In-Technologie von Microsoft für die Videobereitstellung fallen und wechselt stattdessen zu HTML5. Hier ist der Haken: Die HTML5-Standards, die Netflix mit Unterstützung anderer großer Unternehmen vorschlägt, enthalten Hooks für den Kopierschutz.

Anfang dieses Jahres haben Google, Microsoft und Netflix dem W3C einen Entwurf eines Vorschlags vorgelegt, mit dem das über HTML5 abgespielte Video um Digital Rights Management (DRM) erweitert werden kann. Der Entwurf für Encrypted Media Extensions (EME) wurde von vielen scharf kritisiert - insbesondere von Ian Hickson, einem der ursprünglichen Autoren der HTML5-Spezifikation. Er beschrieb den Versuch, Kopierschutz-Hooks hinzuzufügen, als "unethisch" und "eine getarnte Plug-In-Plattform", da EME wie vorgeschlagen ein API-Framework beschreibt, bei dem Plug-Ins von Drittanbietern anstelle des Browsers zur Entschlüsselung verwendet werden könnten selbst.

Die Befürworter der Technologie sagen, dass dies ein optionales System sein soll, kein obligatorisches Element für die Videowiedergabe. Es wurden jedoch auch andere Einwände erhoben. Wenn der Entschlüsselungsprozess Plug-Ins umfasst, ist das System nicht wirklich offener als die aktuellen Methoden, die die Wiedergabe mit Inhaltsschutz über Adobe Flash oder Microsoft Silverlight ermöglichen. Wenn solche Plug-Ins an einen bestimmten kommerziellen Dienst (z. B. Hulu oder Netflix) und nicht an eine bestimmte Übermittlungsmethode (z. B. Flash oder Silverlight) gebunden sind, sind Benutzer möglicherweise gezwungen, eine Vielzahl von Plug-Ins zu verwenden mit verschiedenen Diensten arbeiten.

Der Plug-In-Ansatz funktioniert aufgrund des Apple-Sicherheitsmodells auch nicht in iOS Safari und ist im Metro-Bereich von Windows 8 stark eingeschränkt. Benutzer würden stattdessen native Apps benötigen, wodurch eine stärkere Fragmentierung entsteht.

EME ist nicht das einzige Element, das Netflix benötigt, bevor es Videos über HTML5 liefern kann. Zwei weitere Entwürfe von Vorschlägen, die Media Source Extensions und die Web Cryptography API, die weit weniger kontrovers diskutiert wurden, müssen ebenfalls als vollständige Standards akzeptiert werden, bevor sie Teil der Implementierung sein können, die Netflix für seinen Service in Betracht zieht.

Netflix wartet jedoch nicht. Es heißt, dass derzeit eine Version dieser Technologie verwendet wird, um die Netflix-Wiedergabe auf Google Chrome OS-basierten Laptops bereitzustellen, und "mit Google zusammenarbeitet, um die Unterstützung für die HTML5 Premium-Videoerweiterungen im Chrome-Browser zu implementieren".

Ein weiterer Grund dafür, dass Netflix den Ball eher früher als später ins Rollen bringt, sind die langfristigen Pläne von Microsoft für Silverlight. Da sich das Web von proprietären Plug-Ins im Allgemeinen von HTML5 als allgemeinem Framework und Bereitstellungsmechanismus für umfangreiche Inhalte abhebt, hat Microsoft beschlossen, die Sonne auf Silverlight untergehen zu lassen. Microsoft unterstützt Silverlight in seinen eigenen Windows 8 Metro- und Windows RT-Benutzeroberflächen nicht.

Obwohl die aktuelle Silverlight-Version 5 bis zum 12. Oktober 2021 unterstützt wird, gibt es keine Anzeichen für eine Version 6. Andererseits haben die letzten Versionen von Internet Explorer neue und erweiterte HTML5-basierte Funktionen hinzugefügt, einschließlich Video, Dieser Browser bleibt jedoch in Bezug auf die HTML5-Kompatibilität weit hinter Chrome, Safari und Firefox zurück.

Die Kontroverse über die Aufnahme von DRM in HTML5, ob direkt oder über Plug-Ins, ist nur das neueste Problem im Kampf um die Aufnahme von Videos als Teil des HTML5-Standards.

Zu Beginn der Entwicklung von HTML5 kam es zu Kontroversen darüber, welche Codecs als Teil des Videostandards angegeben werden sollten. Ursprünglich empfahl der Standardentwurf die Verwendung der Theora-Video- und Vorbis-Audio-Codecs im Ogg-Container-Format. Die Empfehlung wurde jedoch nach Kritik von großen Anbietern wie Nokia und Apple zurückgezogen. Die Versuche von Mozilla und Google, das Interesse an einem anderen frei lizenzierten Codec, VP8, zu wecken, fanden ebenfalls wenig Anklang.

Zu den Kritikpunkten an der Verwendung dieser Codecs gehörte die Unsicherheit über mögliche Patentprobleme. H.264 / AVC, der derzeit wichtigste Codec für die Videobereitstellung, ist patentiert, wird jedoch von vielen Unternehmen unterstützt, sodass Patentrisiken durch ihre Lizenzen verringert werden können. Darüber hinaus ermöglicht die aktuelle Lizenzierung für H.264 die freie Nutzung im Internet, sofern für das Ansehen von Videos keine Gebühren erhoben werden.

Mozilla war einer der lautstärkeren Gegner gegen die Verwendung von H.264 für Videos, hat jedoch in letzter Zeit seine Position aufgrund der mangelnden Akzeptanz von Theora oder VP8 etwas aufgeweicht. Die zunehmende Verbreitung der Unterstützung auf Plattformebene (sowohl in Hardware als auch in Betriebssystemen) für die H.264-Dekodierung hat es Firefox unter Windows ermöglicht, H.264 über die von Microsoft bereitgestellten nativen Plattformbibliotheken zu dekodieren, anstatt es in Firefox selbst zu integrieren. - Mozilla vom Haken lassen, um eine unerwünschte Lizenz direkt zu unterstützen.

Was auch immer in den Codec-Kämpfen passiert, der EME-Entwurf soll nicht mit einem bestimmten Codec funktionieren. Bis alle gängigen Browser EME unterstützen, verwenden Netflix und die anderen wichtigen Videobereitstellungsdienste im Web möglicherweise HEVC, auch bekannt als H.265, den Nachfolger von H.264, der 4K und noch höhere Auflösungen unterstützt.

Diese Geschichte "Netflix will Silverlight aufgeben, aber DRM für Webvideos einführen" wurde ursprünglich auf .com veröffentlicht. Erfahren Sie im Tech Watch-Blog, was die wichtigen technischen Neuigkeiten wirklich bedeuten. Folgen Sie .com auf Twitter, um die neuesten Entwicklungen in den Nachrichten zu Geschäftstechnologien zu erfahren.