Auf dem Smartphone nutze ich je nach Laune die ambitioniert entwickelte und bis ins kleinste Detail konfigurierbare, dafür aber proprietäre App Symfonium oder die Open-Source-App Tempo. Beide integrieren sich via Android Auto in das Display geeigneter Fahrzeuge. Bei Tempo muss man allerdings wissen, wie. Denn als Open-Source-App steht Google als Gatekeeper im Weg.

Warum Navidrome?

Navidrome ist ein freier Musikserver, der über das Subsonic-Protokoll funktioniert. Er läuft ressourcenschonend (bei mir in einem Docker-Container) und kommt mit einem relativ modernen Web-Interface, einer umfangreichen API und Support für zahlreiche Clients für alle gängigen Betriebssysteme. Natürlich auch für Linux und Android. Der große Vorteil: Ich habe jederzeit und überall Zugriff auf meine eigene Musik, ohne dass ich Drittanbieter bezahlen oder Werbung konsumieren muss.

• Läuft auf nahezu allem: Raspberry Pi, NAS, Server
• Standardisierte Schnittstelle: Kompatibel zu vielen Subsonic-Clients
• Unterstützt mehrere Benutzer: Praktisch, wenn ihr eure Sammlung mit Familie oder WG teilt
• Transcoding: Wer mag, kann die Musik je nach Verbindung automatisch herunterrechnen lassen

Für mich ist Navidrome die ideale Lösung, weil ich meine Musik selbst tagge und verwalte, ohne dass eine Plattform mir „ähnliche Künstler“ aufdrängen oder meine Playlisten analysieren muss. Und ja, wir kommen ja alle mal in ein Alter, in dem man nicht mehr tagtäglich ein neues Album oder neue Künstler in der eigenen Musiksammlung willkommen heißt und sich daher ein Account bei Spotify und Co. auf jeden Fall lohnt. #leiderwahr

Tempo: Schlichter Client mit klarer Linie

Tempo ist eine native Android-App, die sich gezielt an Nutzer von Subsonic-kompatiblen Servern richtet. Playback lokal gespeicherter Musik gibt es beispielsweise nicht. Im Gegensatz zu überladenen Playern setzt Tempo auf Klarheit und Geschwindigkeit. Die App ist quelloffen, werbefrei und lässt sich unkompliziert via F-Droid oder GitHub installieren.

Ich, wie auch die Entwickler, empfehlen allerdings die Installation der GitHub-Version über die APK-Datei, da nur sie alle Funktionen beinhaltet. Zudem hinkt die F-Droid-Version schon seit einiger Zeit hinterher. Auf der GitHub-Seite steht daher auch: „Use the GitHub version of the app for full Android Auto and Chromecast support.“

Für Symfonium muss man hingegen nach einer kurzen Testphase eine lebenslang gültige Lizenz erwerben. Mit einer mindestens 7 Euro großen Spende kostet diese allerdings nicht die Welt. Zudem kümmert sich der Entwickler regelmäßig um seine App. Das Changelog der zuverlässig eintrudelnden Updates ist meist zu lang zum Lesen.

Funktionen

• Übersichtliche Navigation nach Künstlern, Alben, Genres oder Jahrzehnten
• Gapless Playback für nahtloses Hören (wichtig bei Live-Alben)
• Playlist-Verwaltung direkt in der App
• Unterstützung von Last.fm-Scrobbling
• Chromecast-Integration
• Android Auto-Support

Android Auto mit Tempo nutzen

Damit Tempo im Auto funktioniert, muss Android Auto nicht nur auf dem Smartphone installiert sein, sondern auch bestimmte Einstellungen freigegeben werden. Gerade bei Apps, die wie Tempo nicht über Googles Play Store kommen, ist das etwas versteckt.

Entwicklermodus für Android Auto aktivieren

Zuerst müsst ihr den Entwicklermodus von Android Auto aktivieren, damit Tempo als App auf dem Display im Auto erscheint. Geht dazu auf eurem Handy in die Android-Auto-Einstellungen:

• Android 10 oder neuer: Einstellungen » Apps » Alle X Apps ansehen » Android Auto » Zusätzliche Einstellungen in der App
• Android 9 oder älter: Direkt in der Android-Auto-App unter Menü » Einstellungen

Scrollt dort ganz nach unten und tippt zehnmal auf die Versionsnummer. Ähnliches kennt man ja vom Entwicklermodus von Android selbst. Danach erscheint die Frage, ob ihr die Entwickleroptionen aktivieren wollt. Bestätigt mit OK. Öffnet danach das Dreipunkt-Menü oben rechts und wählt dort Entwicklereinstellungen.

Aktiviert in diesem Dialog nun die Option Unbekannte Quellen. Damit erlaubt ihr auch alternativen Apps wie eben Tempo den Zugriff auf Android Auto. Auch ohne, dass die Entwickler eine offizielle Play-Store-Zertifizierung erworben haben, was für Open-Source-Projekte nicht ganz so einfach wäre.

Hinweis: Die Aktivierung müsst ihr nur einmal durchführen. Danach wird Tempo automatisch als Medien-App erkannt, sobald euer Smartphone per Kabel oder kabellos mit dem Auto verbunden ist.

Tempo auf dem Smartphone installieren

Da Tempo aktuell nicht im Google Play Store zu finden ist, installiert ihr die App manuell: Über F-Droid, andere Open-Source-Market-Clients wie Droid-ify oder direkt via GitHub-Releases. Achtet darauf, dass in den Android-Einstellungen die Installation aus unbekannten Quellen für den jeweiligen Browser oder Dateimanager erlaubt ist.

Hinweis: Wie oben bereits erwähnt, benötigt ihr die GitHub-Version (aktuell Tempo 3.9.0), wenn ihr Android Auto verwenden wollt. Mit Tempo 3.8.1 via F-Droid erscheint Tempo zwar auch unter den Android-Auto-Apps, beim Start erscheint allerdings nur ein leerer Bildschirm. Hier ist der entsprechende Bug dazu.

Nach dem ersten Start gebt ihr die URL eures Subsonic-Servers, Benutzernamen und Passwort an. Tempo verbindet sich dann direkt mit eurer Sammlung. Selbstverständlich unterstützt Tempo auch andere Server, die das Subsonic-Protokoll nutzen. Ich für meinen Teil habe die App zusammen mit meinem Navidrome-Server ausprobiert, was ohne Probleme funktioniert

Optional: Transcoding in Tempo aktivieren

Tempo unterstützt (wenn euer Server das erlaubt) auch Transcoding. Gerade im Auto kann es sinnvoll sein, FLACs oder hochauflösende Formate als MP3 mit 192 oder 256 kbit/s zu streamen. Das spart (zumindest bei mir) begrenztes Datenvolumen und läuft auch bei wackliger Verbindung stabil. Die entsprechenden Einstellungen findet ihr in den Settings von Tempo. In meinem Fall musste ich innerhalb von Navidrome das Transcoding nicht gesondert konfigurieren.

Mit Tempo auf dem Handy und im Auto

Mit Navidrome und Tempo gibt es eine komplett freie Lösung für die mobile Musiknutzung unter Android, inklusive Integration ins Auto via Android Auto. Man ist komplett unabhängig von Streamingdiensten, kann seine eigene Musik in hoher Qualität hören und umgeht vollständig Tracking, Werbung oder Abozwang.

Gerade wer seine Sammlung über Jahre gepflegt hat und Wert auf Datenschutz legt, findet hier eine schlanke, respektvolle Alternative zur Cloud. Und das Beste: Tempo macht auf dem Auto-Display eine richtig gute Figur: Schlicht, funktional und auf das Wesentliche reduziert.

SABR: YouTube schaltet auf undurchsichtiges Streaming um

Wenn ihr in letzter Zeit ebenfalls bemerkt habt, dass NewPipe nur noch pixelige Videos zeigt, seid ihr damit nicht allein. Das Problem besteht seit Ende März, wie ein Issue auf GitHub dokumentiert. Die Zahl der doppelten Fehlermeldungen ist inzwischen so groß, dass die Entwickler ausdrücklich darum bitten, keine neuen Threads mehr zu eröffnen – was das Ausmaß ganz gut zusammenfasst.

UPDATE 08.05.2025: Es gibt mit NewPipe 0.27.7 einen schnellen Hotfix, der die Problemtik behebt. Aber es ist noch nicht alle Tage Abend: „Note that the solution employed in this version is likely temporary, and in the long run the SABR video protocol needs to be implemented, but TeamNewPipe members are currently busy so any help would be greatly appreciated! Take a look at #12248 for more information.“

Hintergrund ist eine technische Umstellung bei YouTube: Google setzt zunehmend auf ein neues Streaming-Protokoll namens SABR (Server Adaptive Bitrate). Ziel ist es, die Videoqualität dynamisch an Gerät und Netzwerk anzupassen. Das Problem dabei: Statt offener Standards wie DASH oder HLS kommt nun ein proprietäres Format namens UMP zum Einsatz. Es kombiniert Audio- und Videospuren in einem einzigen Stream, verwendet zur Adressierung keine Byte-Ranges mehr, sondern Zeitwerte in Millisekunden, und erschwert dadurch die Analyse und Aufteilung durch Drittanbieter-Clients erheblich.

Die technischen Details hat der Entwickler des googlevideo-Projekts gut nachvollziehbar dokumentiert. Klar ist: SABR macht es freien Clients nahezu unmöglich, auf das volle YouTube-Angebot zuzugreifen – jedenfalls solange, wie Google keine offizielle Schnittstelle bietet.

About a year or two ago, YouTube started experimenting with SABR (Server ABR) streaming. It allows the server to dynamically adjust the stream based on the user’s network conditions and device capabilities. While this is all pretty good for YouTube, it’s quite difficult to implement properly in third-party apps (think FreeTube, NewPipe, GrayJay, etc.)

For one, the SABR stream is not a standard DASH/HLS stream. It uses a custom streaming protocol (UMP) that is not compatible with any players available these days. And on top of that, it delivers both audio and video segments in one request, which is another incompatibility with DASH and HLS. It also does not use byte ranges, but rather a time value in milliseconds.

Auch Forks wie Tubular sind betroffen

Nicht nur NewPipe selbst ist betroffen, sondern auch die zahlreichen Forks, die sich über die Jahre entwickelt haben. Besonders bekannt ist Tubular, ein Fork, der aus internen Spannungen im NewPipe-Team hervorgegangen ist. Viele Nutzerinnen und Nutzer bevorzugen Tubular, weil dort Funktionen wie SponsorBlock oder ReturnYouTubeDislike direkt integriert sind – Features, die das Hauptprojekt bislang bewusst ablehnt. Doch auch Tubular kämpft mit den gleichen Problemen: Das letzte Release erschien Anfang Februar, und seitdem ist auch hier bei 360p Schluss.

PipePipe als funktionierende Alternative

Ein kleiner Hoffnungsschimmer kommt vom Fork PipePipe, der das SABR-Problem offenbar zumindest vorübergehend umgeht. Bei mir funktioniert die App derzeit problemlos mit Auflösungen bis 1080p – ohne erkennbare Einschränkungen. Wer PipePipe selbst testen möchte, findet die App über F-Droid. Als alternativen F-Droid-Client kann ich Droid-ify empfehlen, der deutlich flotter und übersichtlicher wirkt als der klassische Client.

Der Umstieg zwischen den Apps gelingt erfreulich unkompliziert: Die NewPipe-Einstellungen inklusive abonnierter Kanäle lassen sich exportieren und in einem anderen Fork problemlos wieder importieren. Mein persönlicher Wechsel von Tubular zu PipePipe verlief reibungslos – und auch der Umstieg auf andere Forks sollte ähnlich einfach sein. Im Vergleich zu NewPipe bietet PipePipe unter anderem folgende Funktionen:

• Integration von SponsorBlock (für YouTube & BiliBili)
• Rückkehr der Dislike-Anzeige mit ReturnYouTubeDislike
• Anzeige von Bullet-Kommentaren und Live-Chats
• Erweiterte Suchfilter zur gezielten Videosuche
• Suche und Sortierung innerhalb lokaler Wiedergabelisten
• Filtermöglichkeit nach Schlüsselwörtern, Kanälen und mehr
• Musikmodus und Wiedergabe im Hintergrund
• Schlaftimer zum automatischen Beenden der Wiedergabe
• Gestensteuerung im Vollbildmodus
• Anmeldung zum Abspielen eingeschränkter oder Premium-Inhalte

Fazit: Freie Clients unter Druck – aber nicht kampflos

Die NewPipe-Entwickler arbeiten weiterhin intensiv an einer Lösung, wie sich im aktuellen Fortschritts-Thread nachverfolgen lässt. Doch die Richtung ist klar: Google will die Kontrolle über seine Plattform behalten und setzt dabei zunehmend auf technische Barrieren, um Drittanbieterlösungen auszubremsen.

Gerade deshalb sind Projekte wie NewPipe, PipePipe und andere Forks so wichtig – sie zeigen, dass es Alternativen gibt, auch wenn diese zunehmend unter Druck geraten. Natürlich wäre es am besten, sich komplett von YouTube zu lösen und Plattformen wie PeerTube zu nutzen. Aber wir kennen es alle: Der Geist ist willig, das Fleisch ist schwach.

Aufgrund der Einfachheit der Anwendung war es klar, dass sie eine starke Kontroverse auslösen wird. Offensichtlich geht diese auch an den Initiatoren des Projekts nicht spurlos vorbei. Die endlosen Debatten und Drohungen zeigten wohl ziemlich schnell Wirkung, so dass die Entwickler nun den Stecker bei Popcorn Time ziehen und die Torrent-Quelle abschalten. Dadurch findet Popcorn Time keine Inhalte zum Streamen mehr. In der Erklärung auf Medium heißt es…

Popcorn Time is shutting down today. Not because we ran out of energy, commitment, focus or allies. But because we need to move on with our lives. Our experiment has put us at the doors of endless debates about piracy and copyright, legal threats and the shady machinery that makes us feel in danger for doing what we love. And that’s not a battle we want a place in.

Allerdings ist Popcorn Time nicht sonderlich einfach zu stoppen, da die Anwendung auf Github als Open-Source veröffentlicht wurde. Der Quellcode wurde im ursprünglichen Repository zwar gelöscht, doch es existieren zahlreiche Forks — die aber ebenfalls keine lange Halbwegszeit besitzen. Mit YTS (ehemals YIFY-Torrents) scheint aber auch eine recht bekannte Torrent-Seite — auf deren API Popcorn Time sowieso schon aufbaute — das Projekt übernehmen zu wollen, die ehemaligen Entwickler sind aufgerufen beim YIFY-Github vorbeizusehen.

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.

Dank der Freigabe des Chromecast-SDK gibt es ja inzwischen immer mehr Android-Apps im Play Store, die den Dongle unterstützen. Neu in der Reihe der Chromecast-Apps ist nun die XBMC-Fernbedienung Yatse, die zahlreiche von euch sowieso schon auf dem Handy haben werden. Zusammen mit dem Stream Plugin kann Yatse nun Inhalte direkt vom Handy oder Tablet auf den Chromecast schicken. Das ist keine Weltneuheit, AllCast kann das schon lange und ist wohl auch Vorbild für diese Funktion, Leute mit beiden Geräten sparen sich aber so nun eine zusätzliche App.

Popcorn Time ist ein Online-Videothek, so wie sie eigentlich ganz offiziell angeboten werden müsste. Im Gegensatz zu Maxdome oder Watchever, die unter Linux mit Pipelight genutzt werden können, ist Popcorn Time jedoch ein Programm, kein Online-Dienst. Die Anwendung listet unzählige Filme auf, die man per Mausklick per BitTorrent auf den eigenen Rechner streamen kann. Dabei muss man sich nicht durch Piratebay und Co. klicken, Popcorn Time sucht sich automatisch die besten Torrents heraus und spielt diese in einem integrierten Player ab.

In Bezug auf das Betriebssystem ist Popcorn Time nicht wählerisch. Das Programm wird für Windows, MacOS X und Linux als Download angeboten. Zudem liegt der Quellcode offen, er kann vom Github des Projekts heruntergeladen werden. Clients für mobile Geräte mit iOS oder Android sind aber laut der FAQ des Projekts noch nicht geplant, man möchte sich erst einmal auf Desktopsysteme konzentrieren.

Den Linux-Download habe ich auf einem aktuellen Debian ausprobiert. Man muss lediglich die popcorn-app_linux64.zip herunterladen (in meinem Fall auf einem 64-Bit-System), das Archiv in ein neues Verzeichnis entpacken und dann die popcorn-app.run ausführen. Pakete, die sich über die Paketverwaltung installieren ließen, gibt es aktuell noch nicht. Auch das AUR von Arch Linux führt Popcorn Time noch nicht. Die Archler haben nicht geschlafen, inzwischen gibt es popcorntime im AUR.

$ unzip popcorn-app_linux64.zip
$ ./popcorn-app.run

Auf meinem Debian habe ich allerdings gemerkt, dass das System wirklich aktuell sein muss. Auf meinem System standen noch eine Reihe von Updates aus, durch die Popcorn Time erst einmal den Dienst quittierte. Ich bekam nur die folgende Fehlermeldung zu Gesicht, erst nach einem Update des Systems wollte dann auch Popcorn Time starten.

 $ ./popcorn-app.run
./popcorn-app.run: symbol lookup error: ./popcorn-app.run: undefined symbol: g_type_class_adjust_private_offset

Da Popcorn Time Torrents aus dem Netz zieht, steht es natürlich außer Frage, ob die Anwendung in Deutschland genutzt werden kann, ohne das Urheberrecht zu verletzen. Die Antwort ist kurz und knapp: Nein! Auch wenn es noch so verlockend ist sich schnell einen Film auf den Rechner zu beamen, da ihr beim Streamen des Films diesen auch an andere verteilt, müsst ihr euch auf jeden Fall auf eine kostenpflichtige Abmahnung gefasst machen… es soll aber auch Leute geben, die auf sowas pfeifen.

Also lasse ich erst einmal die Begeisterung sacken und schaue mir den Dienst ein bisschen genauer an. Um Simfy selber testen zu können braucht ihr nur einen Account bei Simfy, die „kostenlose“ Variante ist ohne wenn und aber auch wirklich kostenlos, so dass man sich ruhigen Gewissens beim Dienst anmelden kann. Im Browser kann man dann nach Musik suchen, einzelne Tracks hören, ganze Alben spielen oder ähnlich wie bei last.fm ein $Künstler-Radio anschalten. Dazu kommt noch „soziales Pipapo“ wie Favoriten, die Musik deiner Bekannten usw.

Einzige Vorraussetzung für das Streaming-Angebot ist, dass auf dem Rechner Adobe Flash installiert sein muss. Ohne Flash bleibt Simfy leider stumm und Gnash ist leider noch nicht ausgereift um die Funktionen des Dienstes abbilden zu können. Eine HTML5-Variante der Seite ohne Flash und ohne proprietäre Plugins wäre klasse, allerdings wird man damit wohl kaum die Musik in ihrem goldenen Käfig einsperren können, doch dazu später mehr.

Finanziert wird der Spaß über die Möglichkeit einen kostenpflichtigen Premium-Account zu buchen oder über Werbeeinblendungen auf der Webseite oder ab und zu auch durch einen kurzen Werbe-Jingle beim Wechsel einer Playlist. Ab 8,33€/Monat bekommt man mit dem Premium-Abo zusätzlich Zugriff auf die Musik des Plattenlabels Warner Music mit Künstlern wie bspw. Madonna, Peter Fox und anderen, mobile Applikationen für Android und iOS, eine werbefreie Simfy-Webseite und die Möglichkeit Simfy auch außerhalb Deutschlands zu nutzen. Zwischen Simfy und den VZ-Netzen gibt es übrigens eine Kooperation, so dass Schüler und Studenten den Premium-Account günstiger bekommen können.

Der Simfy Player unter Ubuntu und Linux

Neben des Musik-Streamings bietet Simfy auch Desktop-Anwendungen für Windows, MacOS X und auch Linux an. Dabei greift man auf die plattformunabhängige Laufzeitumgebung Adobe Air zurück. Für Linux ist das leider ein derbes Problem, da Adobe Air für Linux zum einen eingestellt wurde und zum anderen es von Adobe nie eine 64-Bit Version von Air für Linux gab. Für das Starten des Simfy Players muss man daher also offiziell verwaiste Software einsetzen, die für viele Linuxer zudem auch noch nervig zu installieren ist.

Wer dennoch dem Player unter Linux eine Chance geben möchte, der hat auf einem 32-Bit Linux relativ einfaches Spiel. Man muss sich Adobe Air sowie den Simfy Player herunterladen und über die Paketverwaltung installieren. Sowohl Adobe wie auch Simfy bieten .deb und .rpm Pakete für die gängigsten Distributionen an. Das Software Center von Ubuntu meckert bei beiden Paketen über die Qualität der Pakete, diesen Hinweis könnt ihr übergehen, da er sich auf die Zusammenstellung der Pakete bezieht.

Nerviger ist die Installation des Desktop-Players unter einem 64-Bit System. Da es weder Adobe Air noch den Simfy Player für 64-Bit Linuxe gibt, muss man hier mehr Aufwand treiben. Simfy verlinkt im Support selber auf verschiedene Blogs und Foren mit entsprechenden Installationsanleitungen. Die für Ubuntu am besten geeignete Anleitungen findet ihr in meinen Augen im Blog von Daniel. Holt euch das Skript und führt dann folgendes im Verzeichnis des Skriptes aus…

$ gunzip simfyInstaller.sh_.gz
$ chmod +x simfyInstaller.sh_
$ sudo ./simfyInstaller.sh_

Es kann gut sein, dass dabei eine Reihe von Bibliotheken installiert werden. Adobe Air und Simfy werden vom Skript automatisiert heruntergeladen, entsprechend umgepackt und auch über die Paketverwaltung installiert, so dass man die Pakete auch später wieder über das Software-Center oder Synaptic deinstallieren kann.

Bei mir auf dem Desktop mit GNOME3 als Desktopumgebung wollte der Player jedoch nicht. Beim Starten legte sich eine Art blankes Fenster über den Schirm, so dass ich in Simfy und anderen Programmen gar nichts mehr mit der Maus anklicken konnte. Meine diesbezügliche Mail an den Support kam leider bislang nur mit einer Standard-Antwort zur Installation von Simfy unter einem 64-Bit Linux zurück… Simfy, da bin ich ein bischen Schimpfi mit euch Ein Startup sollte hier besseren Support leisten.

Die App an sich bietet schon ein paar Vorteile gegenüber der Webseite, sie bedient sich einfach flüssiger und erinnert eher an einem Mediaplayer wie Banshee oder Amarok. Aber sie fügt sich einfach grausam in den Desktop ein, sie wird immer automatisch fast auf die komplette Bildschirmgröße maximiert und sieht speziell unter Linux auch nicht attraktiv aus. Auch kann man die lokal gespeicherte Musik nicht in das Programm laden, so dass man nur eine Anwendung für seine Musikbedürfnisse braucht.

Simfy, wie wäre es wenn ihr euren Dienst in die Medienplayer Banshee oder Amarok integriert? Ihr hab doch neulich Kontakt mit GNOME3 gehabt, das wäre doch ideal. Euer Dienst wäre so perfekt in den Desktop integriert, man könnte die Mediataten nutzen um Songs zu überspringen, man bräuchte nur eine Anwendung als User? Kein Adobe Air mehr? Wäre Klasse, wenn ihr euch dazu Gedanken machen könntet.

Android und iPod, iPhone, iPad

Die Simfy-Apps für Android oder iOS lassen sich eigentlich nur mit einem Premium-Account nutzen, allerdings läuft derzeit eine Aktion, so dass man die Apps eine Woche lang nach Anmeldung bei Simfy testen kann. Wenn ich ehrlich bin dann gefällt mir von der Optik her die iOS-Version besser, was allerdings auch nicht viel heißen muss. Praktisch ist eben der Offline-Puffer, so dass eure favorisierte Musik auch ohne eine Internetverbindung abspielbar ist.

Was ich bei der iOS-Version ganz gut fand ist die Bedienbarkeit der App über die Fernbedienung des Apple Universal Docks (Partnerlink). Da ich meinen alten iPod hier über das AV Kabel (Partnerlink) an die Stereoanlage angeschlossen habe, kann ich bequem vom Sofa aus auf Musik aus einer schier unerschöpflichen Quelle hören.

Für zuhause sind die Apps natürlich ideal. So kann man beliebig viel Musik auf dem Gerät speichern und muss sich nicht mit dem nervigen Überspielen der Musik auf den Player abmühen. Ich hätte ganz gerne einen abgespeckten Premium-Account, ich ich ganz gerne die Apps von Zuhause aus nutzen würde. Ich brauche aber weder weltweites Streaming, noch unbedingt die Musik von Warner Music, noch die Offline-Funktion.

Fazit

Simfy verfügt über ein riesiges Repertoire an abrufbarer Musik, allerdings sind viele Top-Stars erst über den Premium-Account abrufbar. Bei vielen Künstler wie bspw. Metallica fehlen die Streaming-Rechte jedoch komplett, so dass es schon einige Lücken im Angebot gibt. Überrascht war ich von der Fülle an „Exoten“, meine bessere Hälfte kommt aus Ecuador und hört auch gerne mal „ihre“ Musik, wir waren doch sehr sehr erstaunt dort reichlich Musik von Los Kjarkas oder anderen lateinamerikanischen Gruppen zu finden, von denen man hier in Europa natürlich noch nichts gehört hat.

Was Simfy bislang jedoch noch nicht beinhaltet ist der Kauf von Musik. Simfy ist bis dato leider nur ein goldener Käfig, auch mit dem Premium-Account „gehört“ einem die abgespielte Musik nicht, selbst wenn sie offline gespeichert ist, kann man sie nur so lange anhören, wie man zahlender Kunde bei Simfy ist, man mietet die Musik also nur via Simfy.

Zudem kommt die etwas nervige Adobe Air App, sie ist in meinen Augen unattraktiv und unter Linux nur schwer zu installieren. Hier ist aus den Augen eines Linuxers definitv Nacharbeit angesagt. Wer Simfy allerdings nur über den Browser benutzen möchte, der hat unter Linux keine Probleme mit dem Dienst.

Um zu Überprüfen ob das eigene System in der Lage ist einen kompletten Film via Stream abzuspielen, bietet MediaMarkt bei jedem Film einen „Läuft der Film auf meinem PC?“-Check an. Unter Linux wird angemeckert, dass Microsofts Silverlight nicht installiert wäre, doch die Installation der Linux-Implementation Moonlight wird von dem Check auch akzeptiert. Der Dienst braucht Silver-/Moonlight mit Sicherheit für DRM-Maßnahmen, doch das faszinierende scheint zu sein dass aktuell wohl Silver-/Moonlight gar nicht wirklich benötigt wird. Sowohl unter Linux- wie auch Windows lief der gemietete Film, ohne dass das jeweilige Plugin installiert wäre.

Nun wieder zum Thema. Das Bezahlen der Leihgebühr über ClickandBuy war ein EXTREM nerviges Prozedere. Zugangsdaten wollen ersonnen werden, ein Sicherheitscode will generiert werden usw… Naja, es soll ja der eigenen Sicherheit dienen, doch ich war länger mit dem Bezahlen, als mit dem Raussuchen des Films beschäftigt.

In Anbetracht dessen, dass Adobe Flash für Linux nach wie vor keine Hardwarebeschleunigung kennt, habe ich den Film vorsichtshalber gleich unter Windows angesehen, daher erst einmal zum „Windows-Erlebnis“. Mein System ist ein mittelalter AMD Athlon 64 X2 3200+ mit einer Nvidia 7600GS Grafikkarte. Nichts topaktuelles, doch die Mindestanforderungen von…

Wenn Sie einen Film leihen möchten, empfehlen wir einen Prozessor mit mindestens 1.6 GHz Leistung sowie eine externe Grafikkarte und mindestens 1 GB Arbeitsspeicher für die Darstellung der Streams im Vollbild. Außerdem müssen Sie den kostenlosen Adobe Flash Player der Version 10 oder höher installiert und Javascript aktiviert haben.

…erfüllt mein System locker. Die Bildqualität ist ok, wenn auch die Auflösung des Bildes nur 688×512 Pixel beträgt (HD-Videos sollen noch folgen), doch mal wieder – wen wunderts – hängt es am Performance-Hunger von Adobe Flash. Das Bild ruckelt im Vollbild, auch unter Windows! Nicht stark, doch bei schnellen Kamera-Schwenks, oder bei komplexen Bildern (Dampf, Zuschaumengen,…) merkt man – wie gesagt, auch unter Windows – deutliche Ruckler im Bild.

Zum Testen habe ich mir den MediaMarkt-Videoshop noch kurz unter Linux angesehen. Wie eingangs gesagt, wird Silverlight als Voraussetzung deklariert. Egal ob ich unter Linux das Moonlight-Plugin aktiviert oder deaktiviert habe, der Film läuft auch unter Linux. Allerdings verkommt der Film im Vollbild (wie es auch nicht anders zu erwarten war) zu einer Diashow. Adobe weiß das schon seit Jahren, doch man beschwert sich lieber über die verschiedenen Video-APIs unter Linux, als mal etwas zu konkretes zu unternehmen.

Zum Abschluss habe ich mir noch angesehen, wie „nett“ der MediaMarkt mit dem DRM ist. Einmal ausgeliehen kann man einen Film 24h oder 48h lang (je nach Film) beliebig oft abspielen. Dabei ist der Abruf weder an einen Rechner, noch eine IP gebunden. Ich konnte den Film auch an einem anderen Ort, auf einem anderen Rechner starten. Insgesamt betrachte ich dies als fair.

Fazit gefällig? Die magere Qualität und das rucklige Bild sind keine (je nach Film) fünf Euro wert. Ja, es ist bequem (bis auf die nervige Bezahlmethode) den Film schnell Online zu kaufen und anzusehen, doch wenn man die Konsumenten dazu bewegen möchte öfters mal „korrekt-lizenzierte“ Kopien anzusehen, dann sollte man schon mehr bieten. Wobei der Schuldige eigentlich gar nicht der Verkäufer MediaMarkt, sondern Adobe ist. Selbst unter Windows und mit einem ausreichend performanten Rechner ist regelmäßig ein Ruckeln im Bild festzustellen, das darf bei dem Preis eigentlich nicht passieren, egal wer „Schuld“ ist.

Für Linuxer bleibt abzuwarten wie lange der MediaMarkt den DRM-Schalter nicht wirklich umlegt. Silverlight wird gefordert, doch wohl noch nicht genutzt. Sobald diese Hürde aktiv wird lassen sich die Streams unter Linux vermutlich nicht mehr ansehen, da Moonlight der DRM-Teil aus Silverlight fehlt.

PS: Den Kauf eines Videos habe ich nicht ausgetestet. Ich vermute mal starkt, dass die DivX-Videos von Haus aus funktionieren, die Codecs gibt es ja und auch die dort verfügbaren Demos funktionieren. Von daher tippe ich mal drauf dass es geht, obwohl der wie immer ahnungslose Support bei Fragen zu ihrem Dienst und Linux mal wieder völlig planlos reagiert.