Wer über ein Maxdome-Abo verfügt, der muss nun nichts anderes machen, als die Maxdome-Webseite aufzurufen und einen Film starten — das funktioniert jetzt auch auf einem Linux-System. Allerdings gibt es durchaus noch eine gravierende Einschränkung: Die HTML5-Streams lassen sich wie auch bei der Konkurrenz von Netflix nur mit Chrome als Browser abrufen, da nur dieser die entsprechende Funktionen der Encrypted Media Extensions zur DRM-Rechteminderung implementiert hat (Safari und der Internet Explorer würden auch funktionieren, als Linux-User kommt man mit diesen Browser aber natürlich nicht weiter).

Maxdome unter Linux

1 von 3

Wer es unter Linux mit anderen Browsern probiert, der kommt weiterhin nicht weiter. Surft man Maxdome unter Linux mit Firefox an, dem empfiehlt der Dienst doch bitte Microsoft Silverlight zu installieren. Bei Chromium, auf dessen Quellcode ja der Chrome-Browser basiert, der aber auf sämtlich proprietäre Komponenten verzichtet, kommt der Hinweis doch bitte Widevine auf den neuesten Stand zu bringen — diese Browser-Komponente gibt es allerdings eben nur bei Chrome. Von daher bleibt einem nichts anderes übrig für Netflix oder Maxdome Chrome zu installieren, oder ganz auf den PC zu verzichten und die Dienste über einen Smart-TV oder einen Chromecast zu nutzen.

Maxdome, Kodi und Raspberry Pi

Perfekt wäre es jetzt natürlich, wenn man Maxdome wie Amazon Prime Video in Kodi einbinden könnte. Speziell mit der Kombination Kodi und Raspberry Pi wird das allerdings erstmal nicht gelingen, genauso wie bei zum Beispiel auch bei Netflix. Das Problem sind die DRM-Restriktionen, die sich auf Linux-Systemen bisher nur mit Chrome erfüllen lassen. Doch diesen Browser gibt es bisher nicht für ARM-Systeme wie den Raspberry Pi. Andere Browser wie Firefox arbeiten noch an der Implementation des Encrypted-Media-Extensions-DRMs, doch die Fortschritte in dieser Richtung halten sich noch sehr in Grenzen.

Seit Netflix nun aber auch in Deutschland in den Wettbewerb eingestiegen ist, werden die Karten neu gemischt. Der Dienst nutzt nicht nur Silverlight-Streams, sondern bietet auch HTML5-Streams an, die sich theoretisch mit jedem Browser abspielen ließen — wenn dieser denn die Encrypted Media Extension unterstützt. Die DRM-Rechteverkrüppelung hat allerdings bisher nur Googles Chrome-Browser vollständig implementiert. Firefox, Opera und auch Chromium, die quelloffene Basis von Chrome, fehlen die DRM-Funktionen.

Nun standen Linux-User zum Deutschland-Start von Netflix trotzdem vor verschlossenen Toren. Ein User-Agent-Filter verwehrte Film-Fans mit Linux auf dem Computer den Zugang zu Netflix. Nur mit einem manipulierten User-Agent konnte man Netflix nutzten. Grund für diesen Browser-Filter war, dass viele Distributionen — speziell Ubuntu — die Libnss3-Bibliothek nur in einer recht alten Version mit sich führten. Inzwischen hat Canonical aber die nötigen Updates für Ubuntu 12.04 und 14.04 ausgeliefert, sodass Ubuntu eigentlich fit für Netflix ist.

Damit erfüllen jetzt sehr viele Linux-Computer die technischen Voraussetzungen Netflix-HTML5-Streams abspielen zu können, sodass Netflix nun sein Versprechen erfüllt, die eigentlich unnötige Browserweiche abzustellen. Seit heute lassen sich Netflix-Filme auch ohne Änderung des User-Agents unter Linux abrufen. Die einzige Voraussetzungen für Linux-Anwender bleibt eine Libnss3 in der Version 3.16.2 oder neuer (was die meisten Distributionen erfüllen sollten) und eben Chrome als Browser. Damit bleibt es aber Raspberry-Pi-Fans mit XBMC auf dem RasPi nach wie vor verwehrt Netflix zu nutzen. Chrome und ARM als Rechnerarchtiktur vertragen sich nicht.

Wie bei der Konkurrenz üblich bietet auch Netflix eine einen Monat lange Testphase an. In dieser kann man den Dienst auf Herz und Nieren prüfen. Allerdings solltet ihr nicht vergessen rechtzeitig zu kündigen, sonst läuft das Abo unvermindert weiter, kann allerdings monatlich gekündigt werden. Das Basis-Abo mit Zugang über nur ein Gerät kostet 7,99 Euro im Monat. Legt man einen Euro drauf bekommt man Netflix auf zwei Geräte und HD-Streams oben drauf.

Für 11,99 Euro im Monat erlaubt Netflix dann den Zugang über vier Geräte, so dass auch Familien Netflix ohne Konflikte nutzen können. Schließt man das Abo ab, fragt Netflix ein paar Benutzerdaten ab und legt für jeden User des Zugangs ein Profil ab. Die Auswahl Dreier Filme oder Serien, füllt zum Einstieg euer Profil, so dass von Anfang an passende Vorschlage angezeigt werden, die euch gefallen sollten.

Für Linux-User interessant ist nun aber was passiert, wenn man einen der Filme auf seinem Linux-PC anspielt: Auf den ersten Blick ist die Enttäuschung wie bei Watchever, Amazon und Co. groß. Klickt man auf einem der Netflix-Filme auf Play, dann liefert Video-Dienst stattdessen eine Seite mit den Systemvoraussetzungen aus – auf denen Linux selbstverständlich mal wieder nicht aufgeführt ist.

Mogelt man Netflix per User-Agent-Switcher einen beliebigen Windows-Client unter, dann kommt man zwar einen Schritt weiter, allerdings verlangt Netflix nach wie vor das Installieren des Silverlight-Plugins bzw. unter Linux Pipelight, obwohl in den Netflix-Einstellungen von Haus aus der HTML5-Player aktiviert ist.

Von Haus aus erstmal kein Linux-Support

Allerdings muss man nicht verzagen, man muss nur ein wenig im Netz suchen und wird zum Beispiel bei Reddit fündig, wo das Thema ausführlich diskutiert wurde. Netflix kann Filme per HTML5 ausliefern und braucht nicht zwingend Silverlight oder unter Linux eben Pipelight. Man muss Netflix nur den richtigen User Agent verklickern.

In Googles Chrome-Browser greift ihr dafür zur bewährten Erweiterung User-Agent Switcher for Chrome, die auch schon für Pipelight ihre Aufgabe gut erfüllt hat. Fügt dann anschließend den weiter unten stehenden User-Agent ein und aktiviert ihn. Von jetzt an sollte Netflix dann automatisch beim Abspielen eines Films den HTML5-Player benutzen.

• User-Agent Name: Netflix Linux
• User-Agent String: Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2114.2 Safari/537.36
• Group: Chrome
• Append: „Replace“ auswählen
• Indicator Flag: IE

Seid ihr lieber mit Firefox, Chromium oder vielleicht Opera unterwegs, dann habt ihr allerdings auch mit dem HTML5-Player von Netflix schlechte Karten. Die Rechteinhaber bestehen natürlich auch beim HTML5-Player auf DRM-Verkrüppelung der Streams – diese findet ihr allerdings nur in Chrome. Steuert ihr Netflix daher mit einem der anderen Browser an, dann bleibt trotz des „richtigen“ User-Agents der Bildschirm schwarz.

Chromium meldet etwa „Hoppla, da ist was schiefgelaufen, Fehlende Komponente. Wir können leider nicht alle erforderlichen Komponenten auf diesem Gerät finden, um Netflix abzuspielen. Bitte besuchen Sie chrome://components, suchen Sie die Komponente WidevineCdm und klicken Sie auf die Schaltfläche Nach Updates suchen“ – Was natürlich zu keinem Erfolg führt.

Netflix streamt unter Linux per HTML5

Aktuelle libnss3 für Ubuntu 14.04

Arch User müssen also nur Chrome installieren und den User-Agent anpassen, dann spielt Netflix ohne weitere Änderungen sofort seine Filme per HTML5 ab. Unter Ubuntu 14.04 oder Linux Mint 17 bleibt allerdings trotz Chrome und dem richtigen User-Agent der Bildschirm schwarz. Schuld daran sind zu alte Version der Bibliotheken libnss3, libnss3-1d und libnss3-nssdb.

UPDATE 23.09.2014: Inzwischen müsst ihr euch um diese Baustelle nicht mehr kümmern. Canonical hatte angekündigt die Libnss3 zu aktualisieren und dies auch schnell in die Tat umgesetzt. Die aktualisierte Bibliothek wird inzwischen automatisch über die Trusty-Security-Paketquellen auf eure Rechner gespielt, so dass ihr euch um nichts kümmern müsst. Danach bedarf es jedoch nach wie vor einer Anpassung des User-Agents in Chrome. Erst wenn genügend Ubuntu-User die Systemanforderungen erfüllen, möchte Netflix die User-Agent-Abfrage komplett fallen lassen.

Wer nicht gerade auf eine Beta von Ubuntu 14.10 umsteigen möchte, der muss sich diese Bibliotheken aus den Utopic-Paketquellen (libnss3, libnss3-1d) klauen und von Hand einspielen. Folgender Befehl übernimmt das für euch, er funktioniert allerdings nur so lange wie Canonical die beiden Pakete nicht aktualisiert. Scheitert der Download, dann holt euch die beiden Pakete in der jeweils richtigen Architektur und spielt sie über den dpkg -i Befehl ein. [Update 18.09.2014: Für ein zuverlässiges Upgrade braucht es auch nocht die libnss3-nssdb.]

$ cd /tmp
$ wget http://archive.ubuntu.com/ubuntu/pool/main/n/nss/libnss3{,{,-1d}_3.17-1ubuntu1_{amd64,i386}}.deb
$ wget http://archive.ubuntu.com/ubuntu/pool/main/n/nss/libnss3-nssdb_3.17-1ubuntu1_all.deb
$ sudo dpkg -i libnss*.deb

Die Installation der beiden Pakete sollte keine negativen Auswirkungen nach sich ziehen, ihr müsst euch allerdings selbstständig nach Updates der Bibliotheken bemühen. Solltet ihr eines Tages auf Ubuntu 14.10 umsteigen, dann werden die beiden Pakete im Zuge des Updates automatisch aktualisiert, so dass ihr wieder die „normalen“ Pakete installiert habt.

Netflix auf dem Raspberry Pi

Netflix auf dem Linux-Desktop ist ja gut und schön, allerdings werden die meisten User Netflix mit Sicherheit auf einem richtigen Fernseher mit einem ordentlich großen Display betrachten wollen und nicht auf dem kleinen Bildschirm eines Notebooks. Moderne Smart TV unterstützen den Dienst von Haus, wer jedoch noch einen „dummen“ Fernseher im Wohnzimmer stehen hat, der muss sich einen anderen Weg suchen, Netflix auf der großen Leinwand betrachten zu können

Die einfachste Lösung dafür ist mit Sicherheit einen 35 Euro teuren Chromecast-Dongle an den Fernseher zu stecken. Diesen packt ihr via HDMI an euren Fernseher, zweigt von einer freien USB-Buchse oder einem Handy-Netzteil Strom ab und steuert dann die Netflix-Streams mit eurem Android-Handy oder einem Tablet. Die Netflix-App für Android bietet von Haus aus Support für Chromecast an, wer sich mit Chromecast noch nicht auskennt, der findet in der Netflix-Hilfe ein kleines Howto.

Für Linux-Fans und Raspberry-Pi-Enthusiasten wäre es nun aber mit Sicherheit deutlich interessanter Netflix auch über Kodi aka XBMC und den RasPi sehen zu können. Dies ist leider nicht so einfach, da die Netflix-Streams eben per DRM verdongelt werden, so dass sie sich noch ohne weiteres vervielfältigen lassen. Die bösen Rasupkopiermörder könnten ja sonst unberechtigte Kopien der Streams machen. Bislang bietet nur Chrome die entsprechenden Voraussetzungen an. Der RasPi müsste die Streams also extern in Chrome öffnen, was natürlich nicht Sinn der Sache ist. Ein entsprechendes Netflix-XBMC-Addon gibt es allerdings schon im Netz.

Update 16.09.2014: Netflix ist seit heute in Deutschland ganz offiziell am Start. Wer Netflix mit einem Linux-Browser aufruft, dem sagt der Dienst erst einmal, dass die Systemanforderungen nicht erfüllt werden. Mit den richtigen Einstellungen funktioniert Netflix unter Linux jedoch ganz ohne Silverlight und große Basteleien. Der Beitrag erklärt die Installation eines User-Agent-Switchers Schritt für Schritt.

Allerdings gibt es einen mächtigen Game-Changer in diesem Spiel: Die Implementation von DRM-Mechanismen direkt in HTML5 mittels Encrypted Media Extension (EME). Nicht ohne Grund stecken hinter dieser Initiative Google, Microsoft und Netflix — In dieser Konstellation fehlt eigentlich nur noch Apple. Zusammen haben die drei Unternehmen so viel Einfluss, dass sie wohl auch den Himmel pink färben könnten — oder vielleicht auch Seen? Wer weiß?

Nicht ohne Grund gibt es gegen DRM in HTML5 auch kräftig Gegenwind. Nun ist es wohl aber so weit, dass Netflix auch ohne Silverlight funktioniert. Der Videodienst blockiert zwar immer noch Linux-Rechner, doch ein findiger User hat den entsprechenden User-Agent herausgefunden, so funktioniert Netflix im Zusammenspiel mit Chrome auch unter Linux. Hier sind seine Notizen…

1. Installiere Chrome v38 Beta, wahrscheinlich funktioniert das Ganze aber auch mit Chrome v38. Andere Browser bus auf den Internet Explorer werden aktuell nicht unterstützt.
2. Um den User-Agent entsprechend umzubiegen braucht ihr nach wie vor den User-Agent Switcher für Chrome.
3. Fügt von Hand diesen User Agent hinzu Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/37.0.2049.0 Safari/537.36.
4. Aktiviert den gerade hinzugefügten User-Agent und öffnet Netflix im Browser.

Ich kann das Ganze mangels VPN in die USA und mangels Netflix-Account gerade nicht eigenhändig überprüfen, allerdings verfügt mit Sicherheit einer von euch über die entsprechenden Ressourcen. Für uns Linuxer in Deutschland heißt das nun, dass wir in Zukunft zumindest einen Video-on-Demand-Anbieter haben werden, der auch ohne Silverlight funktioniert — Wenn denn Netflix in Deutschland, endlich mal startet. Die letzte Nachricht lautetete, dass Netflix im Laufe des Jahres in Deutschland, Österreich und der Schweiz loslegt. Hat Netflix mit dem Verzicht auf Silverlight und dem Einsatz von HTML5 Erfolg, dann werden mit Sicherheit auch die anderen Anbieter umschwenken.

Nach der langen Einleitung versuche ich nun wieder die Kurve zum eigentlichen Inhalt des Beitrags zu kommen: Flash und seine Probleme mit einem Dual-Monitor-System. Nach längere Zeit nutze ich an meinem Desktop-Rechner wieder fest zwei Monitor und muss mich daher zwangsläufig dem Thema mal wieder widmen, Anlass ist auch die Fußball-EM, deren Streams von ARD und ZDF nur über Flash laufen.

Update 29.09.2014: Adobe hat die Unterstützung für Systeme mit mehr als einem Monitor in den aktuellen Versionen des Browser-Plugins deutlich verbessert. Allerdings spendierte Adobe die Neuerung lediglich der Pepper-Flash-Variante des Plugins. Wer mit Firefox arbeitet, sollte daher in Erwägung ziehen auf einen Browser wie Chrome oder Chromium mit PPAPI-Support umzusteigen, oder mit dem experimentellen Pepper-Flash-Wrapper zu arbeiten. Sämtlich Informationen zum Stand zu Flash unter Ubuntu 14.04 und neuer findet ihr hier… Adobe Flash für Firefox, Opera, Chromium und Chrome unter Ubuntu 14.04 und 14.10 installieren.

Die Probleme

Nun also mal zu den Wehwehchen von Adobe Flash auf einem Linux-System mit zwei Monitoren. Wer so ein Setup nutzt, der wird über kurz oder lang ein paar nervige Probleme feststellen können, die sich leider nicht so einfach beheben lassen.

• Im Vollbild erscheinen Flash-Videos nicht auf dem Schirm, wo auch das Browser-Fenster liegt, sondern poppen immer auf dem primären Monitor auf.
• YouTube lassen sich zwar auf beiden Monitoren maximieren, allerdings wird das Video nicht auf die volle Breite des Displays aufgezogen und die Bedienelemente sind klitzeklein.
• Vollbild-Videos schnappen zurück ins Browser-Fenster, sobald man auf dem zweiten Display irgendein anderes Fenster anklickt und ihm so den Fokus gibt.

Alle Probleme zusammengenommen machen Flash-Videos auf einem Dual-Screen-System zu einer nervigen Sache. Eigentlich könnte man bequem auf einem Monitor arbeiten und am zweiten die EM schauen, doch weder funktioniert der Vollbild-Modus ordentlich, noch bleibt er lange erhalten.

Lösungen gefragt!

Im Netz tummeln sich bezüglich dieser Bugs zahlreiche Threads in Foren und unzähliche Blog-Artikel geben Tipps und Tipps, doch leider haben sich bei mir leider keine dieser Tipps bewährt. Ich habe weder für das verschwinden des Fullscreen-Bildes bei einem Mausklick auf dem zweiten Monitor, noch für das Vollbild auf dem falschen Monitor eine Lösung gefunden. Für beide Issues gibt bzw. eher gab es schon Jahre alte Fehlermeldungen im Bug-Trucker von Adobe, allerdings ist jetzt nur noch der Falscher-Monitor-Bug dort zu finden… und zwar als gelöst.

Was mich noch interessieren würde, was YouTube anders macht, als bspw. Vimeo oder die Mediatheken von ARD und ZDF. YouTube-Flash-Videos maximieren sehr wohl auf das „richtige“ Display, während eben das Vollbild von Vimeo, ARD und ZDF immer auf dem primären Monitor landet. Es muss also noch einen Trick der YouTubler geben, den die anderen Web-Entwickler nicht kennen.

Fullscreen-YouTube-Bug

Was sich mit relativ erträglichem Aufwand und auch mit bleibenden Erfolg reparieren lässt, ist das Problem mit dem Vollbild bei YouTube-Videos. Bilder erklären hier die Lage sicherlich deutlich besser als viele Worte, von daher zeige Ich einfach wo der Schug drückt.

Auf den folgenden Bildern seht Ihr ein Dual-Screen-System mit Ubuntu 12.04 und der GNOME-Shell. Auf dem rechten Screen läuft ein YouTube-Video im vermeintlichen Vollbild. Flash schafft es nicht das Bild auf die volle Breite zu strecken und die Bedienelemente sind klitzeklein. Im zweiten Bild seht Ihr wie das Ganze eigentlich aussehen sollte, das Video ist so breit wie der Bildschirm und die Buttons für Play und Co. sind normal groß.

Schuld daran ist das Verfahren wie Flash die Displaygröße ermittelt. Auf Al’s Website ist die Zustandekommen dieses Problems klasse erklärt, daher erspare ich mir an dieser Stelle weitere Details, allerdings lässt er uns nicht nur mit mehr Wissen um die Problematik zurück, sondern liefert auch gleich einen Patch, der das Problem in der Tat komplett behebt.

Den Patch müsst Ihr leider selber runterladen und kompilieren, was aber jetzt auch kein riesiges Unterfangen ist, im Archiv sind ausführliche Instruktionen hinterlegt, die ich hier im Rahmen des Artikels noch ein bisschen erläutern möchte. Getestet habe ich den Patch mit Ubuntu 12.04 64-Bit, aber auch ältere Ubuntus und andere Linux-Distributionen sollte funktionieren, dort müsst Ihr euch eben die genannten Abhängigkeiten mit dem Paketmanager eurer Distro holen.

Als Vorbereitung ladet Ihr euch bitte die aktuelle Version des YouTube-Fullscreen-Hacks herunter und packt das Archiv bspw. in /tmp aus, merkt euch bitte den Pfad und wechselt in einem Terminal dort hin. Anschließend braucht Ihr noch ein Paar Pakete, um den Hack bauen zu können, auf 64-Bit Systemen braucht es auch die Build-Abhängigkeiten des NsPluginWrappers.

$ sudo apt-get install build-essential libx11-dev
$ sudo apt-get build-dep nspluginwrapper # Bei 64-Bit Systemen

64-Bit Linuxer müssen anschließend auch noch das Makefile in einem Editor ihrer Wahl öffnen und dort die erste Zeile von BITS=32 in BITS=64 ändern, so dass dar Hack auch ordentlich für ein 64-Bit System gebaut wird. Danach wird mit einem simplen make der komplette Hack in wenigen Momenten gebaut, ein make test überprüft hinterher, ob das mit dem Bauen und der Erkennung der Auflösung auch geklappt hat.

$ make
$ make test
echo running without the hack...
running without the hack...
./tester
XGetGeometry reports width=3200 height=1200
echo running with the hack...
running with the hack...
LD_PRELOAD=./libfullscreenhack.so ./tester
fullscreen hack loaded...
XGetGeometry reports width=1920 height=1200

Interessant sind hier die beiden Zeilen mit XGetGeometry reports, sie zeigen an welche Bildschirm-Dimension dem Flash-Plugin mit und ohne dem Hack übermittelt wird. Wichtig ist, dass in der letzten Zeile die reale Auflösung eures primären Schirms steht. Stimmt hier alles, könnt Ihr den Hack als Bibliothek nach /usr/lib/ in euer System kopieren.

$ sudo cp libfullscreenhack.so /usr/lib/libfullscreenhack.so

Anschließend könnt Ihr den Hack nun erstmals richtig testen. Beendet dazu bitte euren Browser vollständig (Beachtet bitte bei Chrome, dass der Browser im Hintergrund als „Schnellstarter“ weiterläuft) und ruft dann euren Browser mit einem vorangestellten LD_PRELOAD=/usr/lib/libfullscreenhack.so auf, so dass eure Bibliothek zusammen mit dem Browser geladen wird.

$ LD_PRELOAD=/usr/lib/libfullscreenhack.so firefox
$ LD_PRELOAD=/usr/lib/libfullscreenhack.so /opt/google/chrome/chrome
$ LD_PRELOAD=/usr/lib/libfullscreenhack.so euerbrowser

Stimmt das Vollbild bei einem YouTube-Video nun ist der Drops nun eigentlich schon gelutscht, allerdings ist es nicht gerade bequem nun den Browser immer aus dem Terminal heraus zu starten. Ich würde daher ein kleines Shell-Skript mit dem selben Namen, wie das Binary eures Browser unter /usr/local/bin anlegen, das euren Browser mit dem LD_PRELOAD-Vorspann lädt. Da /usr/local/bin im $PATH weit vorne steht, wird automatisch euer Skript geladen und das Flash-Problem bei YouTube behoben.

Anhand des Firefox-Browser zeige ich euch kurz das Anlegen dieses SKripts. Erzeugt dazu eine Datei /usr/local/bin/firefox mit touch, weißt Ihr die passenden Rechte mit chmod zu und öffnet Sie abschließend in den Browser eurer Wahl, hier wäre das gedit, der mit Root-Rechten aufgerufen wird.

$ sudo touch /usr/local/bin/firefox
$ sudo chmod +x /usr/local/bin/firefox
$ sudo gedit /usr/local/bin/firefox

Dort fügt Ihr dann in einem aller, aber auch wirklich aller letzten Schritt die folgenden Zeilen ein. Sie bewirken dass euer Firefox beim Klick ins Menü eurer Desktopumgebung ganz normal geladen wird, allerdings wird immer das LD_PRELOAD davorgesetzt.

#!/bin/bash
LD_PRELOAD=/usr/lib/libfullscreenhack.so firefox $@

Die restlichen beiden Probleme sind und werden wohl auch in Zukunft nicht mehr bei Adobe-Flash behoben werden. Das Verschwinden des Vollbilds beim Klick auf den zweiten Screen ist – wenn ich mich richtig erinnere angeblich ein Feature und kein Bug, und das Vollbild auf dem falschen Screen lässt sich einfach nicht auf den richtigen Bildschirm schieben.

HTML5 für YouTube und Vimeo

Die wohl einzig vernünftige Lösung ist es Adobe-Flash im Video-Bereich den Stiefel zu geben und auf HTML5 umzusteigen. Das ist leider nicht völlig eure Wahl, den der Video-Hoster muss selber seine Videos oder Streams auch via HTML5 anbieten. Das ist bei YouTube oder Vimeo der Fall, aber bei unzähligen anderen Diensten (wie auch den Mediatheken von ARD und ZDF) leider nicht.

Bei YouTube könnte Ihr zentral auf der YouTube HTML5-Seite den Schalter umlegen, YouTube bezeichnet den HTML5-Player noch als Test, dennoch funktioniert er eigentlich ganz gut. Bei Vimeo findet Ihr unter jedem Video einen Link um auf die HTML-Variante des Player zu kommen. So habt Ihr wenigstens bei diesen beiden Diensten Ruhe vor Flash, bei den Mediatheken von ARD und ZDF tut sich in dieser Richtung leider Gottes bislang noch gar nichts.