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.

Zuerst solltet ihr prüfen, ob ihr auch die von eurem System benötigten 32-Bit-Grafiktreiber installiert habt. Da die Silverlight-Plugins nur mit 32-Bit arbeiten, ist eben die Installation von 32-Bit-Treibern nötig. Die fehlenden Treiber bekommt ihr signalisiert, wenn ihr den Browser aus dem Terminal heraus startet und die von Pipelight generierten Ausgaben betrachtet. Der Hinweis auf fehlende 32-Bit-Treiber für die im Rechner verbaute Intel-Grafikkarte sieht wie folgt aus, bei anderen Modellen oder anderen Grafikchips sehen die Fehlermeldungen natürlich ein wenig anders aus.

libGL error: dlopen /usr/lib32/xorg/modules/dri/i965_dri.so failed (/usr/lib32/xorg/modules/dri/i965_dri.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden)
libGL error: unable to load driver: i965_dri.so
libGL error: driver pointer missing
libGL error: failed to load driver: i965

Wer eine Nvidia-Grafikkarte zusammen mit Ubuntu und dem proprietären Nvidia-Treiber benutzt, der hat die passenden Treiber eigentlich schon auf dem System. Auf anderen Systemen und mit anderen Grafikkarten gilt es nun ein wenig Hand anzulegen, die schon oben verlinkte Pipelight-FAQ gibt euch eigentlich die nötigen Information an die Hand. Für Ubuntu-Systeme mit den Open-Source-Treibern für Intel- und Nvidia-Karten (Nouveau) und Rechner mit Arch Linux führe ich die Kommandos an diese Stelle kurz auf.

32-Bit-Grafiktreiber installieren

Für Ubuntu

# Für aktuelle 64-Bit-Ubuntus
$ sudo apt-get install libgl1-mesa-dri:i386
# Für Ubuntu 12.04 64-Bit
$ sudo apt-get install libgl1-mesa-dri-lts-saucy:i386

Für Arch Linux

$ sudo pacman -S lib32-intel-dri    # Intel
$ sudo pacman -S lib32-nouveau-dri  # Nouveau
$ sudo pacman -S lib32-ati-dri      # AMD

Nach der Installation der Treiber müsst ihr euer System nicht neu starten, es reicht den Browser zu schließen und neu zu öffnen. Dann sollten die Fehlermeldungen bezüglich des fehlenden Grafiktreibers eigentlich gegessen sein und Pipelight die Grafikausgabe über die Grafikkarte beschleunigen können.

Pulseaudio für Pipelight tunen

Was noch fehlt ist das leidige Thema Pulseaudio, denn hier findet man den eigentliche Flaschenhals. Ihr solltet euch Pulseaudio widmen, wenn die Smooth-Streaming-Tests (hier und hier für 1080p) eine niedrige Framerate liefern und neben dem Videobild auch Aussetzer und Hänger im Ton zu hören sind, der Bubblemark-Silverlight-Test jedoch mit hoher Framerate läuft. Pipelight hält nämlich das Videobild ab, wenn die Audioausgabe nicht hinterherkommt — Was bei Pulseaudio leider gerne mal passiert.

Bei mir hat es geholfen die „default-fragment-size-msec“ von 25 auf 5 herunterzusetzen. Dazu bearbeitet ihr die /etc/pulse/daemon.conf mit Root-Rechten und setzt den entsprechenden Parameter. Eventuell hilft es auch die „default-fragments“ hochzusetzen. Anschließend muss Pulseaudio beendet werden, der Soundserver startet danach eigentlich immer automatisch neu. Die Wikis der Ubuntu- und Arch-Communitys widmen sich beide dem Thema, dort bekommt ihr weitere Tipps zu den optimalen Werten.

$ sudo nano /etc/pulse/daemon.conf
[...]
; default-fragments = 4
; default-fragment-size-msec = 25
default-fragment-size-msec = 5
[...]
$ pulseaudio -k

Nach dem Anpassen von Pulseaudio laufen bei mir nun endlich auf auf dem Core-i7 Silverlight-Videos ohne nerviges Ruckeln. Getestet habe die Funktionalität erneut mit Watchever, Maxdome und Amazon Instant Video. Auch der Online-TV-Anbieter Magine läuft mit Pipelight (und den richtigen Pulseaudio-Einstellungen) unter Linux rund.

Mit dem neusten Update auf Pipelight 0.2.6 sollte das eigentlich nun nicht mehr nötig sein. Pipelight übermittelt nun immer einen Windows-Firefox, so dass der User-Agent-Switcher eigentlich nicht mehr nötig sein sollte. Allerdings gibt es wohl immer noch ein paar Seiten, die den User-Agent des Browsers zusätzlich mit JavaScript abfragen — dort ist ein User-Agent-Switscher nach wie vor nötig. Ob die hier in Deutschland nutzbaren VoD-Dienste davon betroffen sind, kann ich leider gerade nicht austesten.

The infamous user agent check of Silverlight always caused problems when a user agent other than Firefox was detected resulting in obscure errors like applications get stuck loading at 99%. We now implemented a hack to always return Firefox as User Agent to the plugin independently from what browser you are using. In the ideal case you should now be able to disable the user agent switcher in your browser. Anyway, some websites will still check the user agent with some kind of javascript before the plugin is loaded so that you still need to keep your user agent switcher, but you will be able to use for example a Chrome Windows user agent in Chrome. This is especially useful for websites like Maxdome which do not work as expect if you fake a Firefox User agent in Chrome.

Ansonsten unterstützt Pipelight 0.2.6  jetzt auch 64-Bit Plugins, aktuell lassen sich Flash und Unity3d als 64-Bit-Varianten in Pipelight betreiben. Allerdings laufen diese wohl noch nicht so rund, weil 64-Bit-Plugins noch auf mehr Bugs in dem Pipelight zugrunde liegendem Wine stoßen. Außerdem gibt es mit ViewRight noch ein neues unterstützes DRM-Plugin und mit Vizzed RGR auch ein Emulator-Plugin für ältere Spiele.

Oh, was man nicht vergessen möchte zu erwähnen ist, dass das Pipelight-Team auch vom 8. bis 10. Mai stattfindenden LinuxTag 2014 in Berlin einen Talk halten wird. Dort wird man dann wohl auch etwas ausführlicher erfahren, wie es um die GPU-Beschleunigung von Flash- und Silverlight-Inhalten aussieht, so dass Pipelight auch auf älteren Rechnern performant Videos von Watchever, Maxdome und Co. streamen kann.

Allerdings gibt es hier in Bezug auf den kleinen Raspberry Pi ein Problem: Die Rechnerarchitektur! Pipelight nutzt mittels eines gepatchten Wines die originalen Windows-Binaries von Microsofts Silverlight. Diese funktionieren jedoch nur auf Computern mit x86-Architektur, der Raspberry Pi baut jedoch auf einem ARM-Prozessor auf. Das heißt für Raspbi-Fans: XBMC und Watchever und Co. passen generell schon halbwegs zusammen, doch in Kombination mit dem Raspberry Pi wird das nichts werden. Daher schreibt auch Michael Müller vom Pipelight-Team folgendes…

Sorry, but it is not possible to install Pipelight on ARM devices, since we use the original windows version of Silverlight/Flash/… which are only available for x86 processors. The only possibility to run these plugins on ARM devices is to emulate a x86 processor, but this is terrible slow and not suitable for video rendering.

Solange die Video-on-Demand-Anbieter in Deutschland geschlossen auf Silverlight setzen und auch Microsoft kein Silverlight für ARM-CPUs veröffentlicht, solange wird man wohl auch nicht Watchever und Co. auf dem Raspberry Pi benutzen können. Das ist leider sehr sehr schade, allerdings werden wir daran nichts ändern können. Microsoft scheint den VoD-Diensten derzeit wohl das beste DRM-Package anbieten zu können.

UPDATE 20.01.2014: Für Amazon Prime Instant Video gilt diese Aussage nicht mehr. Es gibt inzwischen erste Addons für XBMC bzw. Kodi, die es ermöglichen Amazon-Prime-Videos nativ in Kodi abzuspielen. Für hochauflösende 1080p-Videos reicht selbst ein leistungsschwacher Raspberry Pi mit Raspbian oder OpenELEC aus.

Von daher würde ich generell Raspbi-Fans empfehlen zusätzlich zum Raspberrry Pi auch noch einen Chromecast-Dongle an den Fernseher anzuschließen. Mit gerade einmal 35 Euro kostet der kleine HDMI-Dongle nicht gerade die Welt und wer sowieso schon ein Android-Handy oder -Tablet in den Händen hält, der kann so ohne weiteren großen Aufpreis Watchever und Co. auf den Fernseher beamen, auch wenn man keinen Smart-TV im Regal stehen hat.

Erstmal zu den technischen Gegegebenheiten: Zum Betrieb des Chromecast-Sticks benötigt ihr keinen super-top-aktuellen Smart-TV mit allem drum und drann. Es reicht ein ganz normaler Fernseher mit einem freien HDMI-Eingang und am besten einem USB-Anschluss. So könnt ihr den Chromecast gleich über den Fernseher mit Strom versorgen, alternativ bekommt der Chromecast über ein Handy-Netzteil seine Energie. Ihr könnt den Chromecast aber auch nach dem Einrichten per Chromecast-App an einen A/V-Receiver anstecken, so könnt ihr bspw. Google Music über eure HiFi-Stereoanlage hören.

Mit dem Chromecast rüstet ihr euren Fernseher nicht mit Android aus, ihr verbessert eigentlich „nur“ das Zusammenspiel von Fernseher und Handy bzw. Tablet. Die Chromecast-Oberfläche auf dem Fernseher dient lediglich zum Betrachten der gestreamten Inhalte, gesteuert wird der Stick komplett vom Handy aus. Sämtliche Chromecast-fähigen Apps zeigen mit dem Chromecast-Icon an, dass zum einen ein Chromecast-Dongle im Netzwerk gefunden wurde und dass die App auch ihre Inhalte an den Stick schicken kann. Ihr könnt auch mehr als nur einen Stick in eurem Netzwerk betreiben, die Chromecast-Apps fragen immer über eine Auswahlbox ab, wo der Stream hingebeamt werden soll.

Doch was gibt es eigentlich inzwischen an Apps? Google geht nach wie vor ein wenig arg sparsam mit Information um, welche Apps denn nun Unterstützung für den Chromecast-Stick anbieten. Auf der Chromecast-Seite listet Google zwar einige der Chromecast-fähigen Apps auf, doch dort finden sich nur die  wirklich „prominenten“ Apps wie eben  YouTube oder Watchever, die den meisten Chromecast-Besitzern sowieso schon bekannt sein dürften. Mit dem Cast Store für Chromecast finden ihr dagegen deutlich mehr Chromecast-Apps. Die App darf jedoch nicht als eigener Chromecast-Market verstanden werden, sie listet lediglich alle Chromecast-Apps zusammen mit der Bewertung des Play Stores auf, ein Klick auf einen der Einträge führt euch dann zur App im Play Store, aus diesem heraus lassen sich die Anwendung dann installieren. Aktuell kennt Cast Store für Chromecast über einhundert Chromecast-fähige Apps und Spiele.

YouTube, Google Play Music, Google Play Movies

Es wäre natürlich eine peinliche Nummer, wenn Google in seinen eigenen Apps keinen Chromecast-Support einbauen würde — dem ist selbstverständlich nicht so. Ihr könnt mit dem Chromecast-Dongle am Fernseher direkt aus YouTube, Google Play Music und Play Movies heraus die jeweiligen Inhalte auf den Fernseher schicken. Das entsprechende Icon in der Kopfzeile der App informiert euch immer über den Chromecast-Support. Interessant ist bei Google Musik die eingangs angesprochene Option einen Chromecast an einen A/V-Receiver zu hängen, der nicht über einen Bluetooth-Empfänger verfügt. So lässt sich zum Beispiel die „Google Play Music All Inlusive“-Flatrate aus dem Handy- bzw. Tablet befreien und laut über die Boxen der Stereoanlage streamen.

Dailymotion

Neben YouTube gibt es auch noch andere Video-Plattformen wie etwa Dailymotion. Auch diese beherrscht inzwischen den Umgang mit Chromecast. Das Angebot von Dailymotion ist nicht ganz so dynamisch und „individuell“ wie bei YouTube, allerdings gibt es bei Dailymotion eine ganze Reihe von gut gemachten Inhalten, die sich so in dieser Form nicht bei YouTube finden lassen, auch die App ist mittlerweile sehr gut an die Android-Plattform angepasst.

Watchever und Maxdome

Netflix und Hulu haben sich bisher noch nicht über den großen Teich getraut, dafür gibt es in Deutschland zumindest Watchever und Maxdome — jetzt auch mit Chromecast-Support. Die beiden Video-on-Demand Online-Videotheken haben im Zuge des Marktstarts des Chromecasts auch gleich die Watchever- und die Maxdome-App aktualisiert, so dass diese nun auch den Chromecast-Dongle unterstützen. Damit sind die beiden Dienste noch vor Amazon Instant Video die ersten VoD-Anbieter in Deutschland, die es ihren Kunden erlauben auch ohne einen modernen Smart-TV oder eine Set-Top-Box Streaming-Videos auf dem Fernseher zu betrachten.

AllCast

AllCast ist praktisch das Schweizer Taschenmesser unter den Chromecast-Apps. Mit ihr könnt ihr lokal gespeicherte Inhalte wie die Fotos oder Videos der Handy-Kamera oder auch auf dem Handy gepeicherte MP3s zum Chromecast schicken. Viel interessanter ist aber in meinen Augen, dass AllCast auch andere Streams weiterleiten kann. Ideal funktioniert dies zum Beispiel mit den alternativen Mediathek-Apps Mediathek 1 oder Theke. Die Streams beider Apps lassen sich mit AllCast zum Chromecast durchreichen, so lassen sich die Mediatheken der öffentlich-rechtlichen Sender der ARD und des ZDF auf dem Fernseher betrachten, auch ohne dass die offiziellen Apps Chromecast unterstützen und ohne Smart-TV oder Raspberry-Pi-Mediacenter.

BubbleUPnP

Ähnlich wie AllCast dient auch BubbleUPnP dazu Inhalte auf den Chromecast durchzuleiten. Die App ist dabei aber deutlich flexibler wie AllCast, neben dem Chromecast unterstützt es generell UPnP/DLNA und kann somit Inhalte direkt auf DLNA-fähige Fernseher oder A/V-Reiceiver durchleiten. Auch XBMC auf dem Raspberry Pi wird somit von BubbleUPnP unterstützt, somit ist die Anwendung deutlich flexibler als AllCast. Ich würde jedem raten der mehr Features sucht und vielleicht auch einen Raspbi zuhause stehen hat zu BubbleUPnP zu greifen. Wer sowieso nur einen Chromecast am Fernseher hängen hat, der sollte sich lieber AllCast für ein paar Euro kaufen.

Solid Explorer

Neben den ganzen speziell für den Chromecast entwickelten Apps, lernen inzwischen auch immer mehr Apps mit dem Chromecast umzugehen, von denen man das eigentlich gar nicht erwarten würde. Ein Vertreter diese Klasse ist der sehr gute Dateimanager Solid Explorer, den man sowieso nicht verpassen sollte. Der Dateischubser bietet inzwischen über das Solid Explorer Cast-Plugin die Möglichkeit Bilder und Videos auf den Chromecast zu schicken, so lässt sich der eine oder andere Klick sparen, der über den Umweg via AllCast nötig wäre.

Pocket Casts

Podcasts finden immer mehr Anklang unter den Internetsurfern, so dass inzwischen auch große Redaktionen regelmäßig Podcasts produzieren. Am besten hört bzw. schaut man sich Podcasts unterwegs von oder zur Arbeit an, oder wenn man ein wenig Zeit totschlagen muss, so kommt keine Langeweile auf. Auf Android hat sich besonders Pocket Casts als sehr gute Podcast-App einen Namen gemacht. Die App unterstützt den Download der Podcasts auf das Handy und bringt auch gleich eine gute Auswahl beliebter Podcasts mit, so dass man gleich zum Start viele gute Podcasts ohne Sucherei entdecken kann. Im Zuge der Freigabe des Google-Cast-SDK kann die App nun Podcasts auf den Fernseher oder die Stereoanlage schicken.

Chromecast vs. Raspberry Pi vs. Android

Ingesamt ist der Chromecast in meinen Augen inzwischen eine gute Ergänzung zum Raspberry Pi als Mediacenter. Vergleicht man Chromecast, Raspberry Pi/XMBC und einen Android-TV-Stick, dann schließt der Chromecast-Dongle für 35 Euro die Lücke, die bei der Kombination aus einem Raspberry Pi und XBMC noch offen bleibt, da der Rasbpi bzw. XBMC noch nicht mit VoD-Diensten wie eben Watchever oder Maxdome umgehen können. Hat man sowieso schon ein Android-Handy oder ein -Tablet, dann muss man also nicht viel mehr Geld in die Hand nehmen, um aus einem „dummen“ Fernseher ein verdammt smartes TV-Gerät zu machen.

Die Installation von Pipelight ist inzwischen nicht mehr sonderlich schwer. Die speziell angepasste Wine-Version hat sich eigentlich in allen „inoffiziellen“ Paketquellen der Linux-Distributionen breit gemacht. Unter Ubuntu lässt sich Pipelight recht einfach aus dem PPA des Pipelight Dev Team installieren. Noch leichter geht es unter Arch Linux und Derivaten wie Manjaro, Netrunner oder Antergos. Bei diesen Distributionen könnt ihr Pipelight über ein eigenes Repository sehr einfach und ohne großen Aufwand einspielen und aktuell halten. Inzwischen müsst ihr allerdings darauf achten den richtigen Browser zu verwenden. Chrome, Chromium oder Opera unterstützen das dafür nötige Browser-Plugin nicht mehr.

Pipelight installieren

Pipelight und Ubuntu

Es gilt die Paketquelle einzubinden, das Plugin aus dieser zu installieren und dann Silverlight zu aktivieren. Ubuntu-User finden im Wiki von ubuntuusers.de eine gute Anleitung, allerdings ist diese noch in der Baustelle des Wikis. Ich beschränke mich daher einfach nur schnell auf die nackte Installation der Pakete.

$ sudo add-apt-repository ppa:pipelight/stable
$ sudo apt-get update
$ sudo apt-get install --install-recommends pipelight-multi
$ sudo pipelight-plugin --update 
$ sudo pipelight-plugin --enable silverlight

Pipelight und Arch Linux

Wer mit Arch Linux unterwegs ist hat es noch leichter. Selbstverständlich hat Pipelight den Weg in das AUR gefunden. Schmeißt also euren liebsten AUR-Helper an, und zieht euch Pipelight aus dem User Repository. Der einzige Haken an der Sache: Da im Zuge der Installation aus dem AUR ein angepasstes Wine gebaut werden muss, dauert die Installation aus dem Quellcode schon eine ganze Weile, besonders auf älteren Rechnern.

$ pacaur -S pipelight

UPDATE 28.04.2014: Alternativ könnt ihr jedoch inzwischen das AUR links liegen lassen und Pipelight fertig kompiliert installieren. Das spart euch einiges an Zeit, denn das Kompilieren braucht selbst auf schnellen Rechnern eine ganze Weile. Zudem wird Pipelight recht häufig aktualisiert, daher müsst ihr euch immer wieder durch das Kompilieren quälen. Von daher ist es für die meisten Arch-User wohl geschickter, das offizielle Pipelight-Arch-Repo zu nutzen. Bearbeitet dazu die /etc/pacman.conf und fügt ans Ende das Repository ein.

$ sudo nano /etc/pacman.conf
...
[pipelight]
Server = http://repos.fds-team.de/stable/arch/$arch

Anschließend installiert ihr die entsprechendes Keys in eurem System. Lasst Pacman die Paketquellen neu einlesen und installiert dann Pipelight. Im Gegensatz zur AUR-Version der Installation muss Silverlight am Ende noch von Hand aktiviert werden.

$ sudo pacman-key -r E49CC0415DC2D5CA
$ sudo pacman-key --lsign-key E49CC0415DC2D5CA
$ pacman -Sy
$ sudo pacman -S pipelight
$ sudo pipelight-plugin --enable silverlight

Nach der Installation von Pipelight

Hinweis: Aufgrund der Verbannung von NPAPI-Plugins aus Version 35 von Chrome und Chromium, lässt sich Pipelight aktuell nur noch mit Firefox, Midori und anderen Browser nutzen, die nach wie vor noch NPAPI-Plugins unterstützen. Watchever und Co. melden bei Chrome und Chromium immer fehlendes Silverlight, egal was man tut!

Nach der Installation muss man sich eigentlich um nichts mehr kümmern, allerdings solltet ihr nicht sofort zu Maxdome, Watchever und Co. rennen, es gilt noch den Diensten vorzutäuschen, dass ihr mit einem Windows-Rechner unterwegs seid. Alleine Silverlight/Pipelight als Plugin im Browser installiert zu haben, reicht leider nicht aus. UPDATE 08.04.2014: Mit dem Update auf Pipelight 0.2.6 ist das Ändern des User-Agents nicht mehr zwingend nötig, testet daher den von euch genutzten VoD-Dienst erst einmal ohne einen User-Agent-Changer aus.

Dazu müsst ihr euch kleines Add-On installieren, dass den User-Agent des Browser ändert. Für Chrome/Chromium gibt es dafür zum Beispiel den User-Agent Switcher for Chrome. Wer lieber mit Firefox im Netz unterwegs ist, kann zum User Agent Overrider greifen. Für Opera gibt es den User-Agent Switcher. Nehmt als Agent am besten einen Firefox für Windows oder MacOS X. Einen Internet Explorer vorzugaukeln solltet ihr vermeiden, da sonst die Seiten ihr Glück mit Active X versuchen. Ich nutze als User-Agent folgenden String, und hatte damit bei allen Diensten Erfolg.

"Mozilla/5.0 (Windows NT 6.1; WOW64; rv:22.0) Gecko/20100101 Firefox/22.0"

Zudem solltet ihr bei Problemen noch die Cookies der bereits von euch besuchten VoD-Anbieter löschen. Diese registrieren nämlich unter anderem mit welchem System ihr unterwegs seid und speichern diese Informationen per Cookie im Browser ab. So kann es vorkommen, dass der Dienst nach wie vor behauptet keine Filme unter Linux abspielen zu können, obwohl ihr bereits den User-Agent bereits geändert habt. Ich konnte das selber bei Maxdome nachvollziehen, der Dienst ließ sich erst nach dem Löschen der Cookies zur Mitarbeit bewegen.

Löscht daher die Cookies von Maxdome, Watchever und Co: Unter Chrome/Chromium findet ihr die Settings unter Einstellungen » Erweiterte Einstellungen ausblenden » Inhaltseinstellungen » Alle Cookies und Webseitedaten. Arbeitet ihr mit Firefox, dann klickt am besten mit der rechten Maustaste in die Maxdome-, Watchever- oder Amazon-Video-Seite und lasst euch da die Seiteninformationen anzeigen. Dort geht ihr in den Reiter Sicherheit und tippt auf Cookies anzeigen. Ein Klick auf Alle Cookies entfernen räumt dann endgültig auf.

Pipelight und Watchever

Wie gut funktioniert denn nun aber Pipelight? Lassen sich damit wirklich die bereits in Deutschland aktiven VoD-Anbieter nutzen? Die Antwort ist relativ kurz: Ja! Ich habe aktuell Zugang zu den großen „drei“: Watchever, Maxdome und Amazon Instant Video getestet, dazu noch mit dem Online-TV-Anbieter Magine. Zu Sky Go fehlt mir leider aktuell ein Account, allerdings gehe ich davon aus, dass Pipelight auch mit Sky Go gut funktioniert, so schreiben es zumindest diverse Leute in den Linux-Foren.

Zum Einsatz kommt bei mir hier Arch Linux auf einem PC mit ein Core i7. Im Browser teste ich die Dienste mit Chrome. Rechenpower ist also reichlich vorhanden und gestreamte Videos laufen ohne Ruckler oder graphische Probleme. Die CPU ist bei mir zu etwa 33 Prozent ausgelastet. Von daher gehe ich davon aus, dass ihr mit einem Rechner mit halbwegs aktueller Core-CPU ähnlich gute Ergebnisse erzielen können solltet.

Maxdome

Bei Maxdome kann ich nur die Gratis-Stream wie etwa diverse Soaps austesten, also verzeiht mir die peinlichen Screenshots Beim Aufruf eines Films in Maxdome meldet sich Silverlight mit dem Wunsch mehr Daten im Speicher ablegen  zu dürfen. Erlaubt man das Reservieren von über 9 GByte Daten, dann geht es auch weiter mit dem Video. Über die Qualität des Streams kann man auch mit Pipelight unter Linux nicht meckern.

Pipelight und Amazon Instant Video

Auch das ehemalige Lovefilm bzw. jetzt Amazon Instant Video bietet Video-on-Demand auf Basis von Silverlight an. Hier gilt es auch wieder der Webseite zu erlauben das Plugin zu laden, schon kann man in der recht reichhaltigen Auswahl von Amazon Instant Video stöbern und Videos abspielen lassen. Die Qualität ist wie bei den anderen Anbietern OK, auch die Prozessorauslastung hält sich wie zuvor in Grenzen.

Kein Fullscreen unter GNOME3

Ein Problem habe ich allerdings im Zusammenspiel von Pipelight und GNOME3 entdeckt, die Problematik steht auch bereits im Bugtracker des Projekts. Schaltet ihr unter GNOME3 das Video in den Vollbildmodus, dann sieht man dieses für einen kurzen Moment, allerdings verschwindet das Vollbildvideo sofort wieder. Im Browser sieht man dann kein Video mehr laufen, es bleibt nur noch eine schwarze Box im Fenster, während der Ton des Videos noch aus den Boxen kommt. Das passiert nicht nur wie hier auf den Screenshots zu sehen bei Amazon, sondern auch bei Maxdome und Watchever.

Das ist schade, denn es wäre ein richtiger Showstopper für GNOME-Fans. Eine richtige Lösung für dieses Problem habe ich aktuell noch nicht, doch im Bug wird zumindest ein recht brauchbarer Workaround genannt. Schaltet einfach wie gewohnt in den Fullscreen-Modus, so dass das Videobild schwarz wird. Wechselt dann aber mit einem mehrfachen Druck auf Strg + Esc (nicht Strg + Tab !) durch die einzelnen Fenster eures Desktops, diese werden beim Aktivieren mit einem breiteren schwarzen Rahmen ummalt. Tippt so oft auf Strg + Esc bis ihr zu einem inhaltslosen Rahmen über den ganzen Desktop kommt, das ist das das Videobild im Fullscreen.

Pipelight funktioniert im Prinzip wie ein Plugin-Proxy: Auf der Linux-Seite arbeitet ein Browser-Plugin, das für den Browser als Silverlight-Plugin fungiert. Auf der via Wine ausgeführten Windows-Seite arbeitet eine pluginloader.exe genannte Datei im Hintergrund, die einen Browser simuliert und die die eigentlichen Silverlight-DLLs lädt.

Ruft nun der Linux-Browser ein Silverlight-Applet auf, „piped“ Pipelight die Aufrufe durch Wine und den Pluginloader zu Silverlight und wieder zurück. Das Ganze funktioniert noch nicht mit einem „Original“-Wine, noch müssen ein paar Patche eingespielt werden. Als Browser werden aktuell Firefox und Chrome unterstützt.

Pipelight unter Ubuntu

Unter Ubuntu lässt sich Pipelight recht einfach installieren. Dazu beendet Ihr am besten euren Browser, fügt die entsprechenden PPAs in eurem System ein und installiert dann Pipelight inklusive aller seiner Abhängigkeiten. Das gepatchte Wine wird zusätzlich zu einer bestehenden Wine-Installation eingespielt, so dass nichts kaputt gehen sollte.

$ sudo apt-add-repository ppa:ehoover/compholio
$ sudo apt-add-repository ppa:mqchael/pipelight
$ sudo apt-get update && sudo apt-get install pipelight

Startet nach der Installation euren Browser, die Skripte sollten Silverlight automatisch aus dem Netz ziehen und einrichten, das könnte ein kleines bisschen dauern. Prüft in Firefox mit „about:plugins“ oder in Chrome via „chrome://plugins“ ob Pipelight auch wirklich als lauffähiges Plugin angezogen wurde.

Pipelight unter Arch Linux

Unter Arch Linux ist die Installation trotz eines AUR-Pakets etwas komplizierter, speziell auf einem 64-Bit System machen ein paar Details gerade das Leben etwas schwer. Prinzipiell installiert ihr Pipelight aus dem AUR, was eine ganze Weile dauert. Achtet am Ende bitte auf die Hinweise, ihr müsst die Pipelight-Konfiguration  in euer Homeverzeichnis kopieren.

$ yaourt -S pipelight-git
$ cp /usr/share/examples/pipelight/pipelight ~/.config/pipelight

Jetzt wird es ein bisschen aufwändiger, da die Konfiguration aktuell buggy ist. Öffnet die kopiere Vorlage ~/.config/pipelight in eurem Lieblingseditor und ändert „pluginLoaderPath“ und den „dllPath“ korrekt ab, am Ende sollten diese Zeilen in der Datei stehen.

...
pluginLoaderPath = /usr/share/pipelight/pluginloader.exe
...
dllPath = c:\Program Files\Microsoft Silverlight\5.1.20513.0\
...

Auf meinem 64-Bit-Arch musste ich noch zudem noch eine Reihe von 32-Bit Bibliotheken installieren. Besonderen Ärger macht da gerade die lib32-libpng12, sie kann zur Zeit nicht aus den Paketquellen installiert werden, weil die Signatur nicht stimmt.

$ sudo pacman -S lib32-libpng12
Löse Abhängigkeiten auf...
Suche nach Zwischenkonflikten...

Pakete (1): lib32-libpng12-1.2.50-2

Gesamtgröße der zu installierenden Pakete: 0,59 MiB
Größendifferenz der Aktualisierung:        0,00 MiB

:: Installation fortsetzen?  [J/n] j
(1/1) Prüfe Schlüssel im Schlüsselring             [######################] 100%
(1/1) Überprüfe Paket-Integrität                   [######################] 100%
Fehler: lib32-libpng12: key "Daniel Wallace <danielwallace@gtmanfred.com>" is disabled
:: Datei /var/cache/pacman/pkg/lib32-libpng12-1.2.50-2-x86_64.pkg.tar.xz ist beschädigt (Ungültiges oder beschädigtes Paket (PGP-Signatur)).

Einziger Ausweg scheint wohl zu sein in der /etc/pacman.conf die Prüfung der Signaturen zu deaktivieren. Dazu müsste die Zeile „SigLevel = Required DatabaseOptional“ vorrübergehend in „SigLevel = Never“ geändert werden. Ideal ist das auf keinen Fall, doch wer unbedingt jetzt Pipelight probieren möchte, muss dies wohl tun. Nach der Installation der Paktete, änder ihr den Eintrag bitte wieder.

$ pacman -S lib32-libpng12 lib32-mpg123 lib32-giflib lib32-lcms lib32-alsa-plugins lib32-libcl

Jetzt könnt Ihr die gepatchte Wine-Version einrichten, Silverlight runterladen und installieren. Das Ganze ist nur einmal nötig, später wird dann Pipelight und damit Silverlight automatisch beim Starten des Browsers eingebunden.

$ WINEPREFIX="$HOME"/.wine-pipelight WINEARCH=win32 /opt/wine-compholio/bin/wineboot
$ wget --user-agent="Mozilla/5.0 (Windows NT 6.1; rv:23.0) Gecko/20131011 Firefox/23.0" 'http://www.microsoft.com/getsilverlight/handlers/getsilverlight.ashx' -O Silverlight.exe
$ WINEPREFIX="$HOME"/.wine-pipelight WINEARCH=win32 /opt/wine-compholio/bin/wine Silverlight.exe

Die Ganze Pipielight-Konfiguration steckt im Ordner ~/.wine-pipelight. Sollte Pipelight einmal zicken, könnt ihr das Verzeichnis löschen und dann den obigen Schritt wiederholen. Ich musste eine ganze Weile probieren, bis mein Firefox das Plugin endlich erfolgreich laden konnte.

Windows per User Agent Switcher

Ob das Plugin erfolgreich geladen werden konnte, seht ihr am besten bei Firefox unter „about:plugins“ oder in Chrome via „chrome://plugins“. Taucht dort Silverlight bzw. Pipelight als „enabled“ auf, dann sollte der Ganze Silverlight-Spaß eigentlich funktionieren. Als Test könnt ihr etwa dieses kleine Applet laden lassen oder auch die Microsoft-Demos ansehen.

Interessant sind nun natürlich Maxdome und andere VoD-Dienste. Schaut ihr mit eurem Pipelight-Browser dort vorbei, steht ihr erst einmal immer noch vor verschlossenen Türen. Ihr müsst den Seiten über einen passenden User-Agent vorgaukeln, es mit einem Windows zu tun zu haben.

Installiert daher in eurem Browser einen User-Agent-Switcher (Chrome, Firefox) als Erweiterung und tragt „Mozilla/5.0 (Windows NT 6.1; rv:23.0) Gecko/20131011 Firefox/23.0“ manuell als Agent ein. Vermeidet es einen Internet Explorer vorzutäuschen, in diesem Fall versuchen es nämlich einige Seiten mit ActiveX, was wiederum in eine Sackgasse führen würde.

Ich habe Pipelight unter Arch Linux getestet und konnte Maxdome (entschuldig den Testfilm, nur ein paar Soaps lassen sich bei Maxdome ohne aktives Konto abrufen) direkt in meinem Linux-Firefox zum Fliegen bringen. Komplikationen gibt es dabei eigentlich keine, Playback, Fullscreen, alles funktioniert. Die Prozessorlast hält sich in Grenzen, selbst im Vollbild ist mein Core i3 nur zu einem Drittel ausgelastet. Bei Watchever bleibt das Bild jedoch aktuell noch schwarz.

Wer Interesse an dem Projekt hat, kann sich auf Launchpad einbringen und auch mal im IRC-Channel #pipelight auf Freenode vorbeisehen, dort kann man Fehler melden oder auch mal ein bisschen nach Support fragen. Die Installation von Pipelight ist aktuell noch nicht ganz trivial, aber für den frühen Beta-Stand funktioniert Pipelight derzeit schon erstaunlich gut.

Erich Hoover packt einen Windows-Firefox zusammen mit Wine in ein PPA und versieht das ganze mit jeweils einem Wrapper-Skript. Fertig ist ein Weg Lovefilm, Netflix oder Redbox auch unter Ubuntu (und natürlich den Ubuntu-Derivaten wie Linux Mint) zu sehen, ohne dass man das Ganze manuell einrichten müsste. Mit ein kleines wenig Gebastel ließ sich seine Methode auch für das deutsche Maxdome nutzen, ein paar Mails später gibt es daher auch ein Paket in seinem PPA, das Maxdome-Fans aus Deuschtland gut gebrauchen können.

Zur Installation müsst Ihr nur das PPA in euer System einbauen und dann — je nach Wunsch — das passende Paket installieren. In Deutschland lässt sich natürlich Maxdome nutzen, das Lovefilm-Paket zeigt eigentlich auf die amerikanische Seite des Dienstes, ganz unten auf der Seite lässt sich jedoch zur Lovefilm-Dependance aus Deutschland wechseln, so dass man dieses Paket auch hier nutzen kann.

$ sudo apt-add-repository ppa:ehoover/compholio
$ sudo apt-get update
$ sudo apt-get install maxdome-desktop   #Je nachdem welchen...
$ sudo apt-get install lovefilm-desktop  #...Dienst ihr wollt.

Netflix und Redbox richten sich bislang ausschließlich an Nutzer aus den USA und bieten ihren Dienst hierzulande gar nicht an. Wer Netflix aus Deutschland heraus aufruft, bekommt nur die Meldung, dass man Netflix hier nicht nutzen kann. Die Installation der beiden Pakete erwähne ich daher nur pro forma, wer keinen Proxy oder einen SSH-Tunnel mit Ziel USA hat, der kann man ihnen nichts anfangen.

$ sudo apt-get install netflix-desktop
$ sudo apt-get install redbox-desktop

Nach der Installation findet ihr die Einträge Lovefilm-Desktop oder Maxdome-Desktop in euren Anwendungsmenüs. Beim ersten Start lädt das Programm automatisch eine angepasste Version von Wine inklusive Wine-Mono aus dem Netz und installiert das Ganze lokal in eurem Homeverzeichnis.

Anschließend startet dann ein Browser im Fullscreen mit der jeweiligen Seite. Meldet euch an und schon könnt ihr den jeweiligen Streaming-Dienst nutzen. Von der Performance her braucht ihr allerdings ein relativ aktuelles System. Mein Core-i3-System kommt mit den HD-Streams an die Grenzen seiner Leistungsfähigkeit, ob das nun generell so ist oder ob es am Umweg über Wine liegt, kann ich leider nicht sagen, ich hab kein Windows auf dem Rechner.

Natürlich ist die Lösung nicht wirklich ideal, viel lieber hätte ich eine native Lösung ohne Wine und am besten auch ohne Silverlight. Wer aber ganze gerne mal eine digitale Kopie eines Films ausleihen möchte, ohne nach Windows booten zu müssen, der hat mit dem PPA von Erich eine bequeme Lösung an der Hand.