Hintergrund: YouTube und die Enshitification

YouTube-Ripper wie yt-dlp sowie unabhängige YouTube-Clients wie NewPipe und Klons wie PipePipe, die unter der Haube mit yt-dlp arbeiten, sollen künftig stärker blockiert werden. Grund dafür ist, dass freie Clients keine Werbung anzeigen und häufig Funktionen wie SponsorBlock direkt integrieren.

Technisch funktioniert das Blocken von yt-dlp über eine JavaScript-Challenge, die künftig einen Browser oder Client mit vollwertiger JavaScript-Engine erfordert. Der bisher in yt-dlp integrierte rudimentäre JavaScript-Interpreter genügt dafür nicht mehr. Die aktuelle Version yt-dlp 2025.11.12 kann nun jedoch Deno und andere JS-Runtimes einbinden. Für Anwender entsteht daraus kein großer Aufwand:

### Ohne Deno gibt yt-dlp eine Warnung aus...
$ yt-dlp https://www.youtube.com/watch?v=dQw4w9WgXcQ
[...]
WARNING: [youtube] No supported JavaScript runtime could be found. YouTube extraction without a JS runtime has been deprecated, and some formats may be missing. See  https://github.com/yt-dlp/yt-dlp/wiki/EJS  for details on installing one. To silence this warning, you can use  --extractor-args "youtube:player_client=default"
[...]
WARNING: [youtube] dQw4w9WgXcQ: Some web_safari client https formats have been skipped as they are missing a url. YouTube is forcing SABR streaming for this client. See  https://github.com/yt-dlp/yt-dlp/issues/12482  for more details
[youtube] dQw4w9WgXcQ: Downloading m3u8 information
WARNING: [youtube] dQw4w9WgXcQ: Some web client https formats have been skipped as they are missing a url. YouTube is forcing SABR streaming for this client. See  https://github.com/yt-dlp/yt-dlp/issues/12482  for more details
[info] dQw4w9WgXcQ: Downloading 1 format(s): 401+251
[...]

### Installation von Deno über die Paketverwaltung...
$ sudo pacman -S deno

### Deno löst die JS-Challenge erfolgreich...
$ yt-dlp https://www.youtube.com/watch?v=dQw4w9WgXcQ
[youtube] Extracting URL: https://www.youtube.com/watch?v=dQw4w9WgXcQ
[...]
[youtube] [jsc:deno] Solving JS challenges using deno
[...]
[download] Destination: Rick Astley - Never Gonna Give You Up (Official Video) (4K Remaster) [dQw4w9WgXcQ].f251.webm
[download] 100% of    3.27MiB in 00:00:00 at 9.59MiB/s
[Merger] Merging formats into "Rick Astley - Never Gonna Give You Up (Official Video) (4K Remaster) [dQw4w9WgXcQ].webm"
Deleting original file Rick Astley - Never Gonna Give You Up (Official Video) (4K Remaster) [dQw4w9WgXcQ].f251.webm (pass -k to keep)
Deleting original file Rick Astley - Never Gonna Give You Up (Official Video) (4K Remaster) [dQw4w9WgXcQ].f401.mp4 (pass -k to keep)

Derzeitige Situation und Ausblick

In Zukunft werden Paketbetreuer Deno mit hoher Wahrscheinlichkeit automatisch als Abhängigkeit von yt-dlp mitinstallieren. Unter Arch Linux ist das jedoch noch nicht der Fall – hier muss das Paket weiterhin manuell nachgerüstet werden, was sich über Pacman schnell erledigen lässt: Es genügt ein pacman -S deno. Man verliert dadurch lediglich rund 100 MByte Speicherplatz. Bei Ubuntu aber scheint Deno noch nicht in den Paketquellen zu sein.

Derzeit funktionieren viele Downloads zwar noch ohne Deno oder eine andere vollwertige JavaScript-Engine, doch Google wird die Schrauben mit Sicherheit weiter anziehen. Je strenger die technischen Hürden ausfallen, desto unzuverlässiger werden die bisherigen Workarounds arbeiten, bis sie schließlich komplett ausfallen. Mittelfristig ist daher davon auszugehen, dass Downloads von YouTube-Videos mit yt-dlp ohne Deno nicht mehr möglich sein werden.

PS: Wer sich wundert, wie man in einem Terminalfenster Videos abspielen und Bilder ansehen kann, sollte sich mal mplayer mit der libcaca sowie den Bildbetrachter jp2a ansehen. Beide Tools finden sich in den Paketquellen von Arch und sicher auch bei anderen Distributionen. Sie zählen sicherlich zu den kleinen Freuden des Linux-Alltags – aber was wäre die Linux-Welt ohne ein bisschen nerdiges Zeug?

$ mplayer -really-quiet -vo caca video.webm
$ jp2a --colors bild.png

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.

Falls ihr also gerade überlegt, von Google Chrome auf Firefox zu wechseln, oder diesen Schritt vielleicht schon gemacht habt: Willkommen! Ihr habt euch für einen starken, flexiblen und offenen Browser entschieden. Aber vielleicht habt ihr auch schon gemerkt – ganz reibungslos läuft der Umstieg vielleicht nicht. Ich lese beispielsweise immer wieder, dass es besonders bei YouTube stockt: Videos starten langsam, ruckeln, laufen nur in niedriger Qualität oder verursachen eine ungewöhnlich hohe CPU-Last.

Woran liegt das? Nun, ganz unbegründet sind die Spekulationen nicht, dass Google als Betreiber von YouTube und als wohl erfolgreichster Werbekonzern aller Zeiten wenig Interesse daran hat, Firefox-Nutzer mit der gleichen Sorgfalt zu behandeln wie Chrome-User. Immerhin ist Firefox die letzte ernstzunehmende Konkurrenz im Browsermarkt. Doch zum Glück lässt sich mit ein paar gezielten Einstellungen einiges retten.

YouTube unter Firefox – diese Tipps helfen

uBlock Origin installieren

Ein zuverlässiger Werbeblocker gehört heute zur Grundausstattung. Nicht nur, weil er lästige Werbung entfernt, sondern auch, weil er Tracking und andere ressourcenhungrige Scripte blockiert. Die Empfehlung kann hier nur lauten: uBlock Origin. Das Add-on ist quelloffen, sehr performant und lässt sich präzise konfigurieren. Um im Gegensatz zu Chrome, gibt es uBlock Origin noch in der „Vollversion“ und nicht nur als abgespeckte Lite-Alternative. Nach der Installation empfiehlt es sich, unter den Filterlisten zusätzlich den Filter uBlock filters – Annoyances zu aktivieren. Dieser sorgt dafür, dass auch störende Seitenelemente (etwa Cookie-Banner, Overlay-Effekte oder YouTube-Spielereien) ausgeblendet werden. Behaltet allerdings im Hinterkopf, dass dieser Filter aktiv ist, er sorgt auf manchen Webseiten auch zu unerwünschten Aussetzern.

Ambient Mode bei YouTube deaktivieren

YouTube hat vor einiger Zeit den sogenannten Ambient Mode eingeführt – dabei werden Farbverläufe des Videos weich in den Hintergrund projiziert. Ganz so, als ob über die Köpfe der Kinobesucher hinweg ein Projekt das Bild auf eine Leinwand werfen würde. Das sieht zwar nett aus, sorgt unter Firefox wohl aber häufig für Darstellungsfehler oder spürbare Performance-Einbußen. Zwingend nötig ist der Effekt nun wirklich nicht.

Wenn euch dieser Effekt auffällt (wie z. B. in diesem Beispielvideo), könnt ihr über das Zahnradsymbol und den Menüpunkt Beleuchtung wie im Kino abstellen. Aber meist ist diese Einstellung nicht von Dauer. Stattdessen bietet es sich an, ihn mithilfe von uBlock Origin gezielt entfernen. Tragt dazu unter Meine Filter folgenden Eintrag ein:

youtube.com###cinematics.ytd-watch-flexy:remove()

Setzt dann noch den Haken oben bei Eigene Filter aktivieren. Das entfernt das störende Element zuverlässig – und senkt ganz nebenbei die Systemlast beim Abspielen von Videos.

Enhanced-h264ify nutzen

Ein echter Gamechanger kann das Add-on enhanced-h264ify sein. Damit zwingt ihr YouTube dazu, Videos im älteren H.264-Format abzuspielen – statt in den modernen VP8- oder VP9-Codecs, die oft hardwareseitig nicht unterstützt werden. Gerade unter Linux – oder bei Laptops ohne aktuelle GPU-Beschleunigung – läuft H.264 oft wesentlich flüssiger. Weniger CPU-Last, weniger Ruckler, längere Akkulaufzeit. Nach der Installation lässt sich das Verhalten in den Einstellungen des Add-ons fein abstimmen.

User-Agent anpassen (optional)

Wenn trotz aller Optimierungen YouTube weiterhin zickt, kann es helfen, den sogenannten User-Agent zu ändern. Damit gebt ihr euch gegenüber Webseiten nicht mehr als Firefox, sondern z. B. als Chrome-Browser aus. Das geht ganz einfach mit dem Add-on User-Agent Switcher. Nach der Installation könnt ihr den Browser auf Chrome „umstellen“. Klar: Ideal ist das nicht. Denn so bekommen Webseitenbetreiber keine Rückmeldung, dass Firefox-Nutzer existieren und gute Performance erwarten. Aber wenn ihr nur schauen wollt – und euch der Ärger mit YouTube nervt – kann dieser Schritt kurzfristig helfen.

Die Browser-Wars sind zurück

Was wir gerade erleben, ist kein Zufall. Firefox steht allein gegen eine überwältigende Übermacht an Chrome-Derivaten. Ob Brave, Microsofts Edge, Opera oder Vivaldi – sie alle bauen inzwischen auf Googles Blink-Engine auf. Firefox ist der leider letzte große Browser mit echter technischer Unabhängigkeit. Wir können nun wirklich nur hoffen, dass Mozilla trotz aller Querelen weiterhin wirtschaftlich stabil bleibt und die Entwicklung des Browser vorran treibt.

Und genau deshalb ist es so wichtig, ihn zu nutzen. Ihn zu unterstützen. Denn ohne Firefox würde Google das Web wohl endgültig kontrollieren. Der Kampf um offene Standards, freie Software und ein privatsphärefreundliches Internet ist zurück – und wir alle sind ein Teil davon. Also: Wechselt. Testet. Gebt Firefox eine echte Chance. Und lasst euch nicht vom ersten YouTube-Ruckler entmutigen. Wenn ihr noch weitere Tipps oder Erfahrungen zum Thema habt, schreibt sie gerne in die Kommentare.

Da die Mediatheken der öffentlich rechtlichen Sender ihre Inhalte nach nur einer Woche aus dem Netz schmeißen müssen, muss man sich Sendungen, die man gerade nicht ansehen kann, wohl oder übel auf der eigenen Festplatte sichern. Dazu verwende ich bisher mit tatort-dl und zdf-dl zwei kleine Programme fürs Terminal, so muss ich nicht das große MediathekView starten. Doch die beiden Programme sind ein wenig hakelig und auch ab und an veraltet, daher hat es mich sehr gefreut zu erfahren (Danke lieber Tippgeber!), dass youtube-dl inzwischen mit über 350 Videoportalen umzugehen weiß.

youtube-dl unter Debian, Ubuntu oder Arch installieren

# youtube-dl unter Ubuntu/Debian installieren
$ sudo apt-get install youtube-dl rtmpdump

# youtube-dl unter Arch Linux installieren
$ sudo pacman -S youtube-dl

Die Liste der unterstützten Portale führt von 1up.com, über die ARD, arte.tv, RTLnow und Tagesschau, bis hin zur WDRMaus und dem ZDF. Für alle diese Portale reicht für den Download der Webvideos ein Kommando aus. Auch zahlreiche Schmuddelportale wie YouPorn, Xtube oder Xhamster und Co. werden von youtube-dl unterstützt. Damit macht youtube-dl die etwas wackligeren Lösungen die bereits genannten Skripte tatort-dl und mein zdf-dl komplett überflüssig. Eine Liste mit allen von youtube-dl unterstützten Portalen liefert euch der Schalter –list-extractors.

Von youtube-dl unterstützte Videoportale auflisten

$ youtube-dl --list-extractors
1up.com
220.ro
3sat
4tube
56.com
5min
8tracks
9gag
AcademicEarth:Course
AddAnime
[...]

Die Bedienung ist im Endeffekt immer die selbe: Es reicht youtube-dl aus dem Terminal heraus aufzurufen und die URL des gewünschten Videos hinter das Kommando zu hängen. Bei zdf-dl war es dabei wichtig auf die Nicht-Flash-Version der ZDF-Mediathek zu verweisen, youtube-dl akzeptiert dagegen beide Varianten ohne zu murren. Weitere Schalter lassen einen das Format der Tonspur bestimmen oder gar nur den Ton herunterladen, in der Praxis wird man meist aber den blanken Befehl benutzen.

Webvideos mit youtube-dl herunterladen

# Filme aus der ARD-Mediathek herunterladen...
$ youtube-dl http://www.ardmediathek.de/tv/Fernsehfilme-im-Ersten/Mord-in-bester-Gesellschaft-Das-Ende-v/Das-Erste/Video?documentId=22196602&bcastId=1933898

# Filme aus der ZDF-Mediathek herunterladen...
$ youtube-dl http://www.zdf.de/ZDFmediathek/hauptnavigation/startseite#/beitrag/video/2180242/Bullenball

Mit youtube-dl hat man also eine eierlegende Wollmilchsau für zahlreiche Videoportale an der Hand. Es ist nicht mehr nötig sich für jedes neue Portal wieder ein anderes Download-Tool zu installieren und sich an die Syntax zu erinnern. youtube-dl wird zudem regelmäßig aktuell gehalten, sodass die Anwendung nach Änderungen auf einer der unterstützten Videoseiten schnell wieder funktioniert.

TIPP: Youtube-dl erlaubt den Download von zahlreichen Videoportalen. Allerdings kennt auch youtube-dl nicht sämtliche Anbieter. Möchtet ihr ein Flash-Video eines beliebigen Video-Hosters herunterladen, dann könnt ihr euch den Download des Flash-Videos von der Festplatte angeln.

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.

Dazu nötig sind ein paar Zeilen wenige CSS-Code, den es gilt in die eigene Webseite einzubauen. Bei WordPress würde das Ganze also in die style.css eures Themes gehören. Unterstützt euer WordPress-Template Child-Themes, dann solltet ihr die Zeilen natürlich in dieses einbauen, so gehen euch die Änderungen bei einem Updates des Templates nicht verloren.

.video-container {
    position: relative;
    padding-bottom: 56.25%;
    padding-top: 30px; height: 0; overflow: hidden;
}

.video-container iframe,
.video-container object,
.video-container embed {
    position: absolute;
    top: 0;
    left: 0;
    width: 100%;
    height: 100%;
}

Habt ihr die Zeilen mit dem CSS-Code in euer Theme integriert, müsst ihr beim Einbetten des von euch gewünschten YouTube-Videos nun nur noch darauf achten, das Video-Container-Block-Element um den Iframe des Videos zu legen. Anschließend passt sich auch das YouTube-Video der Breite des Browsers an.

<div class="video-container">
         <iframe src="http://www.youtube.com/embed/dFVxGRekRSg" frameborder="0" width="560" height="315"></iframe>
</div>

Da ITler fauler Menschen sind, die wiederkehrende Aufgaben lieber abkürzen, nutze ich für das Einbetten von Videos das WordPress Video Plugin. So lassen sich Online-Videos aus diversen Quellen deutlich leichter per Shortcode in das Blog einbinden. Für mich hat das aber nun auch den Vorteil, dass ich den Video-Container gleich allen bisher in das Blog eingebetteten Videos überstülpen kann. Dazu muss in der /wp-content/plugins/wordpress-video-plugin/videos.php lediglich der YouTube-Code angepasst werden, ich habe mich hier für die simpelste Lösung entschieden und baue das Block-Element einfach in die Iframe-Zeile ein.

// Youtube Code
...
define("YOUTUBE_TARGET", "<div class="video-container"><iframe width="###WIDTH###" height="###HEIGHT###" src="http://www.youtube.com/embed/###URL###?wmode=transparent" frameborder="0" allowfullscreen> </iframe></div>");

Das Ergebnis kann man zum Beispiel unter Mein Weg zu Arch… Teil1: Warum Arch? Warum die GNOME Shell gerne gleich hier im Blog ansehen. Am PC liegen die YouTube-Leisten in der Vorschau deutlich enger am Bild an und besonders auf mobilen Geräten fehlen die hässlichen Ränder jetzt komplett. Die Umstellung tritt besonders auf Handy im Hochkantformat hervor.

PC-Browser

Tablet Hochformat

Tablet Querformat

Handy Hochformat

Der Tipp stammt von Karten von Linuxfiles.de und steht auch im Wiki von ubuntuusers.de, an mir ist er allerdings bislang komplett vorbeigegangen. Mir fehlt eigentlich nur noch eine Art unp für die Mediathek-Downloader, so dass man mit einem Befehl sämtliche Mediatheken erschlägt, wobei das mit ein bisschen Shell-Magie eigentlich schnell umgesetzt wäre. Allerdings lade ich nun wieder auch nicht sooo oft irgendwelche Videos runter.

Youtube-dl will nicht mehr

$ youtube-dl http://www.youtube.com/watch?v=EXB0WboeELM
[youtube] Setting language
[youtube] EXB0WboeELM: Downloading video webpage
[youtube] EXB0WboeELM: Downloading video info webpage
[youtube] EXB0WboeELM: Extracting video information
ERROR: unable to download video

Anwendung aktualisieren

$ sudo youtube-dl -U
Updating to latest version...
Updated youtube-dl. Restart youtube-dl to use the new version.

Und schon klappts wieder

$ youtube-dl http://www.youtube.com/watch?v=EXB0WboeELM
[youtube] Setting language
[youtube] EXB0WboeELM: Downloading video webpage
[youtube] EXB0WboeELM: Downloading video info webpage
[youtube] EXB0WboeELM: Extracting video information
[download] Destination: EXB0WboeELM.flv
[download] 24.3% of 18.74M at 1.27M/s ETA 00:11

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.

Browst man durch die Videos auf youtube.com und stolpert über ein gesperrtes Video, so erscheint der übliche GEMA-Hinweis nur kurz, ProxMate lädt dann aber das Video automatisch über einen Proxy nach, ohne dass man sich groß einmischen müsste. Ein großer Vorteil über die von mir bislang angetesteten Lösungen.

Allerdings gibt es auch bei ProxyMate ein paar Einschränkungen: Die Erweiterung funktioniert nur auf YouTube selber, ist auf einer Webseite ein gesperrtes Video eingebettet, dann springt ProxyMate erst gar nicht an. Ein weiteres Problem zeigt sich bei Leuten, die auf YouTube den HTML5-Player nutzen möchten.

Bei einem eingebetteten Video landet man letztendlich auf einem Text-Only Element, das einem wieder mitteilt, dass das Video gesperrt sei, ohne eine Möglichkeit sich auf YouTube weiterleiten zu lassen. Ist man wieder auf YouTube selber, so klappts auch mit dem HTML5-Video, allerdings wird das „entsperrte“ Video über den Flash-Player abgespielt, eine Flash-Video ist aber wohl besser als gar kein Video. Hier ist ein Video, mit dem Ihr ProxMate testen könnt.

Die Erweiterung ist kostenlos, werbefrei und – was ich am besten finde – sie ist Open Source. Den Quelltext findet Ihr auf GitHub, wo Ihr auch Fehler und Verbesserungsvorschläge melden könnt. Kontakt zum Entwickler bekommt Ihr über die Mail-Adresse auf der Homepage oder über die Facebook-Seite des Projekts.

Wenn Ihr das ganze einmal ausprobieren wollt, dann installiert erstmal die YouTube Remote App auf eurem Androiden. Öffnet danach euren Browser und geht auf youtube.com/leanback, damit die Daten übertragen werden können müsst ihr bei eurem Google-Account eingeloggt und auch bei YouTube angemeldet sein.

Das Koppeln ist auf den ersten Blick nicht leicht zu finden. Auf der Leanback-Seite von YouTube müsst Ihr „Mein YouTube“ mit der Maus aus Tastatur (Hoch/Runter) ansteuern und dann mit der Tastastatur (Rechts/Links) bis ganz nach Rechts scrollen. Dort findet Ihr dann den Menüpunkt zum Koppeln mit der App.

Eigentlich müsstest Ihr nun die Zahl in der YouTube Remote App eintippen und so den Screen zu koppel, ich fand es jedoch deutlich einfacher einfach nur den QR-Code mit dem Barcode Scanner einzulesen. Dadurch wird automatisch ein Link mit der URL und dem Key an die YouTube Remote App geschickt.

Danach ist die Sache dann eigentlich komplett gegessen. In der App könnt ihr Suche, eure Favoriten einlesen, die Videos bewerten usw… ganz so als ob Ihr YouTube selber bedienen würdet. Ich weiß nicht ob die Overlay-Anzeige auf der Seite neu ist, aber sie macht einen nett gestalteten Eindruck. Alles in allem also eine praktische Sache für YouTube-Fans, die keinen YouTube-tauglichen Fernseher besitzen.