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

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Showtime wird Teil der Core-Apps

Die Entscheidung wurde im GNOME-Projekt durch einen Merge Request offiziell bestätigt. Showtime wird ab GNOME 49 zu den sogenannten Core-Apps gehören. Totem wird aus dieser Sammlung entfernt. Auch wenn der neue Videoplayer im Anwendungsmenü weiterhin als „Video Player“ erscheint, dürften viele von euch den Namen „Showtime“ im Alltag weiter verwenden. Das ist ähnlich wie bei Nautilus, das offiziell „Dateien“ heißt.

Showtime war bereits bekannt

Neu ist Showtime als Anwendung nicht. Das Programm entstand im Rahmen des GNOME-Inkubators und steht interessierten Nutzerinnen und Nutzern schon seit Längerem zur Verfügung. Ihr findet es auf Flathub oder in den Paketquellen vieler Distributionen. Ubuntu 25.04 bringt den Videoplayer zum Beispiel bereits mit, ebenso Arch Linux. Neu ist lediglich die Aufnahme in den offiziellen GNOME-Kern.

Warum Totem nicht mehr ausreicht

Totem, das in GNOME als „Videos“ geführt wird, basiert auf GTK3 und wird kaum noch aktiv weiterentwickelt. Die Codebasis ist veraltet, und es fehlen neue Funktionen. Das Changelog zeigt, dass in den letzten Jahren nur minimale Änderungen vorgenommen wurden. Showtime bringt dagegen ein modernes technisches Fundament mit. Die App nutzt GTK4, Libadwaita und entspricht den aktuellen Designrichtlinien von GNOME.

Totem verschwindet damit aber nicht vollständig. Einige Distributionen werden es weiterhin ausliefern, vor allem wenn sie auf GTK3 setzen. Auch Desktop-Umgebungen wie MATE setzen noch auf das alte Toolkit. Totem wird aber keine Rolle mehr auf dem GNOME-Desktop spielen. In den Paketquellen wird man das Programm aber noch lange finden.

Fokus auf das Wesentliche

Der Slogan des Projekts lautet „Watch without distraction“. Wenn ihr ein Video startet, seht ihr sofort, was damit gemeint ist: Das Fenster ist komplett randlos, und die Steuerelemente verschwinden nach kurzer Zeit. Man sieht nur noch das Video, plus schwarze Balken oben/unten oder rechts/links. Die Wiedergabe rückt in den Vordergrund, ohne ablenkende Elemente.

Zu den Funktionen von Showtime gehören die Unterstützung für GStreamer-basierte Medienformate, die Anpassung der Wiedergabegeschwindigkeit, das Aktivieren von Untertiteln aus Dateien oder eingebettet im Video sowie die Auswahl von Audiospuren. Praktisch ist außerdem die Möglichkeit, Videos zu drehen, zum Beispiel bei Aufnahmen vom Smartphone. Auch eine Wiederholfunktion für Clips ist enthalten.

Was fehlt, ist eine Unterstützung für M3U-Playlisten. Totem habe ich in der Vergangenheit beispielsweise dazu genutzt, um das TV-Bild von einer Fritzbox zu streamen. Allerdings kamen VLC oder auch GNOME MPV mit dieser Aufgabe deutlich besser zurecht als der gute alte Totem-Videoplayer. Inzwischen ist mir diese Funktionalität allerdings nicht mehr so wichtig. Mediatheken haben das lineare Fernsehen bei mir nahezu vollständig ersetzt.

Noch nicht perfekt, aber mit klarer Richtung

Showtime bietet nicht alle Funktionen, die Totem früher einmal hatte. Die Wiedergabe von DVDs wird zum Beispiel nicht unterstützt. Das dürfte aber für die meisten von euch kein Nachteil sein, da optische Medien nur noch selten zum Einsatz kommen. Wer DVDs abspielen möchte, greift ohnehin besser zu leistungsfähigeren Programmen wie VLC.

Die Stärke von Showtime liegt in der Konzentration auf das Wesentliche. Ziel ist es, die grundlegenden Anforderungen an einen Videoplayer zu erfüllen. Auf komplexe Zusatzfunktionen wird bewusst verzichtet. In dieser Hinsicht funktioniert Showtime für mich besser als Totem. Einen ähnlichen Ansatz verfolgt auch der Audioplayer Decibels: Die Anwendung soll ihre Hauptaufgabe zuverlässig erfüllen – nicht mehr, aber auch nicht weniger.

Weitere Funktionen sind geplant. Ein offener Merge Request bringt bald die Möglichkeit, auch Medien-URLs zu öffnen. Damit wird Showtime künftig flexibler einsetzbar sein.

Showtime, Papers, Decibels: GNOME im Wandel

Ich begrüße es, dass GNOME Showtime zur neuen Standardanwendung für Videos macht. Die App ist schlank, modern und entspricht dem, was man im Jahr 2025 von einer Desktop-Anwendung erwarten kann. Insgesamt zeigt sich GNOME erneut im Wandel. Viele etablierte Programme weichen neuen, stärker auf das aktuelle Design und moderne Technologien ausgerichteten Anwendungen. Das gefällt nicht allen, aber so funktioniert Softwareentwicklung: Nichts bleibt auf Dauer unverändert. Ob Showtime auch in anderen Distributionen wie Ubuntu zur Standard-App wird, ist noch offen. Möglich ist es durchaus, denn dort wurde auch bereits Evince durch Papers ersetzt. Ich bleibe gespannt.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

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. 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 für unerwünschte Aussetzer.

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 Projektor 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 zu 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 Browsers vorantreibt.

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.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Ich für meinen Teil wünsche mir hingegen ein absolut simples TV-Programm: Ein Hauptfenster mit dem Fernsehbild. Eine Seitenleiste mit allen Kanälen. Per Doppelklick in das Bild wechselt man zwischen dem Fenstermodus und Vollbild — Mehr braucht es in der Regel nicht. VLC erfüllt diese Anforderung mehr oder weniger, bietet aber auch zig Funktionen, die beim Fernsehen brach liegen. Der Medienplayer Gnome MPV lässt sich hingegen mit wenigen Tricks in eine eigenständige TV-App für die Fritzbox verwandeln, die eben jene Anforderungen perfekt umsetzt.

Installation von Gnome MPV

Ein fertig gebautes Gnome MPV findet man inzwischen eigentlich immer in den Paketquellen, sofern man eine halbwegs aktuelle Linux-Distribution am Laufen hat. Alternativ liefert die Homepage des Projekts auch Hinweise für optionale Paketquellen für die gerade neueste Version, zudem gibt es auch ein Flatpak-Paket. In der Regel sollte es allerdings genügen die Version aus den Paketquellen der eingesetzten Distribution zu installieren.

### Installation unter Arch Linux
$ pacman -Ss gnome mpv
community/gnome-mpv 0.14-2
    Simple GTK+ frontend for mpv
$ sudo pacman -S gnome-mpv
### Installation unter Ubuntu
$ sudo apt search gnome mpv
Sortierung... Fertig
Volltextsuche... Fertig
gnome-mpv/testing 0.13-1 amd64
  simple GTK+ frontend for mpv
$ sudo apt install gnome-mpv

Nach der Installation kann man das Programm über den Eintrag Gnome MPV aus dem Anwendungsmenü heraus laden. Alternativ startet man das MPV-Backend des Players über das Kommando mpv einfach über ein Terminal. Diese Trennung zwischen GUI und Player kommt uns nachher gelegen, um Probleme beim Empfang des TV-Video-Streams der Fritzbox zu analysieren.

MPV zum Fritzbox-Empfang überreden

Um das Fernsehsignal der Fritzbox aufzugreifen, braucht man die Senderliste im M3U-Format einer Playlist. Im Menü der Fritzbox öffnet man dazu DVB-C | Senderliste und lädt sich die Datei mit einem Klick auf Senderliste erzeugen auf die Festplatte. In VLC geöffnet, kann man über die Datei nun sofort die Sender streamen. Gnome MPV hingegen meldet beim Öffnen der M3U-Datei für jeden Sender einmal: Playback was terminated abnormally. Reason: unrecognized file format., was zu ein wenig Chaos auf dem Desktop führt.

Holt man sich die URL zu einem der Sender aus der M3U-Datei und versucht ihn mit der Kommandozeilenvariante des MPV-Players zu öffnen, erhält man eine ähnliche Nachricht (Ihr müsst diesen Schritt hier nicht nachvollziehen, er soll nur erklären, wie man auf die Lösung des Problems kommt.)

$ mpv "rtsp://192.168.188.82:554/?freq=314&bw=8&msys=dvbc&mtype=256qam&sr=6900&specinv=0&pids=0,16,17,18,20,100,101,84,102,103,104,105,106,1176,2070,2171"
Playing: rtsp://192.168.188.82:554/?freq=314&bw=8&msys=dvbc&mtype=256qam&sr=6900&specinv=0&pids=0,16,17,18,20,100,101,84,102,103,104,105,106,1176,2070,2171
[ffmpeg/demuxer] rtsp: CSeq 3 expected, 0 received.
[ffmpeg/demuxer] rtsp: method SETUP failed: 461 Unkown
[lavf] avformat_open_input() failed
Failed to recognize file format.

Mit dieser Ausgabe kann man nun allerdings ein wenig mehr anfangen, sodass man im Github-Forum des Players auf den Eintrag rtsp error 461 with freebox stream stößt. Die Lösung: Hängt man dem Aufruf die Option --rtsp-transport=udp an, öffnet MPV brav den Fernseh-Stream der Fritzbox.

$ mpv "rtsp://192.168.188.82:554/?freq=314&bw=8&msys=dvbc&mtype=256qam&sr=6900&specinv=0&pids=0,16,17,18,20,100,101,84,102,103,104,105,106,1176,2070,2171" --rtsp-transport=udp
Playing: rtsp://192.168.188.82:554/?freq=314&bw=8&msys=dvbc&mtype=256qam&sr=6900&specinv=0&pids=0,16,17,18,20,100,101,84,102,103,104,105,106,1176,2070,2171
[ffmpeg/video] mpeg2video: Invalid frame dimensions 0x0.
[...]
[ffmpeg/video] mpeg2video: Invalid frame dimensions 0x0.
[ffmpeg/demuxer] rtsp: Could not find codec parameters for stream 7 (Unknown: none ([12][0][0][0] / 0x000C)): unknown codec
[...]
AO: [pulse] 48000Hz stereo 2ch s16
VO: [gpu] 720x576 => 1024x576 yuv420p
AV: 00:00:08 / 00:00:13 (64%) A-V:  0.000 Cache:  4s+3MB

Gnome MPV als TV-App auf dem Desktop

Die Option kann man nun auch Gnome MPV mit auf dem Weg geben. Für noch mehr Komfort würde ich jedoch den Medienplayer gleich als TV-App im System fest verankern. Dazu lädt man sich von Google Play das Icon der Fritz-TV-App herunter und schiebt die Bilddatei nach ~/.local/share/icons ins eigene Home-Verzeichnis. Anschließend erstellt man die Datei ~/.local/share/applications/fritztv.desktop mit dem Inhalt aus dem folgenden Listing (aus der zweiten Listing-Box).

$ wget https://lh3.googleusercontent.com/P1hF9zUmQCU2JKtDu62at59m5Mgzdm03T_IhMovYemy43a0zQdso5J5Dfm2opHpN7w=s800 -O ~/.local/share/icons/avm-fritz-tv.png
$ gedit ~/.local/share/applications/fritztv.desktop

[Desktop Entry]
Type=Application
Name=Fritz TV
GenericName=TV Player for Fritz.Repeater
Comment=Play tv over network
Icon=avm-fritz-tv.png
Exec=gnome-mpv /home/benutzername/TV/tvsd.m3u --rtsp-transport=udp --deinterlace
Terminal=false
Categories=AudioVideo;Audio;Video;Player;TV;
X-KDE-Protocols=ftp,http,https,mms,rtmp,rtsp,sftp,smb

Beachtet bitte, dass in der Zeile Exec=[...] der vollständige Pfad zur M3U-Datei und der korrekte Dateiname stehen müssen, passt die Zeile daher noch an eure Situation an. Ich persönlich hab die M3U-Dateien in einem Unterordner in meinem Home-Verzeichnis liegen. Der Zusatz --deinterlace sorgt neben der schon erklärten Option --rtsp-transport=udp für ein besseres Bild. Nach dem Speichern sollte nun ein zusätzlicher Eintrag mit dem Namen Fritz TV in eurem Anwendungsmenü auftauchen. Ein Klick auf das Icon lädt Gnome MPV mit allen von der Fritzbox angebotenen TV-Sendern und den passenden Einstellungen.

Alternativ könnt ihr die Einstellungen auch direkt in Gnome MPV eintragen. Öffnet dazu die Einstellungen und tragt im Reiter Allgemein ganz unten im Feld Weitere Optionen für MPV die Zeile --rtsp-transport=udp --deinterlace ein. So startet Gnome MPV automatisch immer mit den richtigen Einstellungen — allerdings auch dann, wenn ihr mit dem Programm „normale“ Videos abspielen wollt. Nutzt mal Gnome MPV nur als TV-Anwendung geht das klar, andernfalls würde ich den Weg über einen eigenen Eintrag im Anwendungsmenü gehen.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Gifify ist ein kleines, mit Node.js entwickeltes Tool, das ohne eine grafische Oberfläche auskommt. Es ist noch so neu, dass es sich nicht einmal aus dem Arch-User-Repository aka AUR installieren lässt. Man muss es sich daher mitsamt seinen Abhängigkeiten selber bauen bzw. über den Node.js-Package-Manager installieren. Ich habe den Prozess hier auf meinem Arch-System durchgetestet, auf anderen Distributionen sollten sich die Schritte allerdings — entsprechend angepasst — auch durchführen lassen.

Gifify installieren

In einem ersten Schritt holt ihr euch mit Node.js, Git und Ffmpeg die benötigten Programme und Werkzeuge aus dem Paketquellen. Anschließend installiert ihr dann Gifify über den Npm-Paketmanager. Damit ist die Installation des Programms abgeschlossen, allerdings fehlt euch noch eine wichtige Komponente auf dem System.

$ sudo pacman -Ss nodejs git ffmpeg
$ sudo npm install -g gifify

Giflossy installieren

Gifify nutzt mit Giflossy eine überarbeitete Version des Programms Gifsicle. Die Anwendung erzeugt aus den aus der Videovorlage extrahierten Einzelbildern eine GIF-Animation und somit letztendlich das Video. Die Lossy-Variante komprimiert dabei das GIF-Bild deutlich stärker, für Videos reicht die Qualität dabei aber nach wie vor aus.

$ cd /tmp
$ git clone https://github.com/pornel/giflossy
$ cd giflossy
$ autoreconf -i
$ ./configure
$ make
$ sudo make install

Screencast erstellen

Die Aufnahme eines Screencast unter Linux gehört nun eigentlich nicht zum Thema, dennoch hier ein kleiner Software-Tipp: Mit dem SimpleScreenRecorder könnt ihr recht einfach das Geschehen auf eurem Desktop aufnehmen. In Arch Linux lässt sich das Programm über das gleichnamige Paket aus dem Community-Repositories installieren.

Videos in GIF Konvertieren

Nun habt ihr sämtliche Werkzeuge und auch einen kurzes Video auf der Festplatte liegen, sodass ihr euch im das Konvertieren eures Videos kümmern könnt. In meinem Beispiel nutze ich einen mit dem SimpleScreenRecorder aufgenommen Screencast, ihr müsstet allerdings auch alle anderen Formate und Codecs, mit denen Ffmpeg zurecht kommt, konvertieren können. Zum Einstieg schaut ihr euch am besten einmal die Hilfe-Seite von Gifify an.

$ gifify -h

Usage: gifify [options] [file]

Options:

-h, --help output usage information
-V, --version output the version number
--colors <n> Number of colors, up to 255, defaults to 80
--compress <n> Compression (quality) level, from 0 (no compression) to 100, defaults to 40
--from <position> Start position, hh:mm:ss or seconds, defaults to 0
--fps <n> Frames Per Second, defaults to 10
-o, --output <file> Output file, defaults to stdout
--resize <W:H> Resize output, use -1 when specifying only width or height. `350:100`, `400:-1`, `-1:200`
--speed <n> Movie speed, defaults to 1
--subtitles <filepath> Subtitle filepath to burn to the GIF
--to <position> End position, hh:mm:ss or seconds, defaults to end of movie

Anschließend lasst ihr Gifify auf euer Video los, im Prinzip reicht es die Quelle zu nennen und mit -o zu sagen, wohin Gifify das Ergebnis schreiben soll. Ihr habt allerdings auch die Möglichkeit die Geschwinigkeit des GIF-Videos anzupassen oder Untertitel über eine Untertitel-Datei einblenden zu lassen. Längere Videos könnt ihr mit den Optionen from und to gleich mit Gifify auf den gewünschten Ausschnitt zurechtschneiden.

### Screencast als GIF konvertieren...
$ gifify screencast-beispiel.mkv -o screencast.gif
### Screencast als GIF konvertieren und Auflösung auf 590px reduzieren...
$ gifify screencast-beispiel.mkv -o screencast-590px-breit.gif --resize 590:-1

In meinem Test funktionierte Gifify sehr gut — solange das zu konvertierende Video allerdings nicht zu groß und zu lang ist. Man sollte natürlich nicht probieren mit Gifify ein Full-HD-Video ins GIF-Format zu übertragen. Das scheitert spätestens dann, wenn die Festplatte voll läuft. Aber auch schon mehrminütige Screencasts bringen einen Intel Core i3 während der Umrechnerei quasi zum erliegen. Ich würde Gifify nur auf wirklich kurze Klipps mit weniger als 10 Sekunden Laufzeit loslassen.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Update 16.06.2014: Die Informationen in diesem Beitrag sind inzwischen überholt. Ich haben den Artikel in ARD- und ZDF-Live-Streams der Fußball-WM im Browser, auf dem Handy oder in VLC ansehen überarbeitet.

Update 12.06.2016: Anlässlich der Fußball-EM 2016 in Frankreich habe ich die Informationen abermals überarbeitet. Wer die EM per VLC oder Totem verfolgen mlchte, findet hier die entsprechenden Infos: Fußball-EM 2016 auf ARD und ZDF per VLC oder Totem schauen.

Allerdings zeigt sich der Stream in meinen Augen unter Linux ein wenig arg bockig. Er braucht wohl eine aktuellere Flash-Version als 11.2 r202, die auf Ubuntu-Systemen mittlerweile nur noch über den Chrome-Browser zu bekommen ist. Unter Firefox sieht man daher nur eine schwarze Box, obwohl Flash an sich funktioniert, zumindest ist das auf meinen beiden Desktop-Systemen so.

Chrome-Usern kann es jedoch genauso ergehen, wenn der Browser so konfiguriert ist, dass er das über die Paketverwaltung installierte Flash-Plugin benutzt. Schaut daher mal nach chrome://plugins und sucht euch den Eintrag zum Adobe Flash Player heraus.

Deaktiviert das Plugin libflashplayer.so aus /usr/lib/flashplugin-installer/ und aktiviert stattdessen libpepflashplayer.so aus dem Installationsverzeichnis von Chrome /opt/google/chrome/PepperFlash/ heraus. Bei mir machte der Stream danach auch unter Linux keine Zicken mehr.

Wer auf einen Browser verzichten möchte und die ARD lieber in einem Video-Player wie VLC  ansehen möchte, der sollte einen Blick in die Datei livestream.xml werfen. Dort listet das System der ARD alle zur Verfügung stehenden Streams auf, die ihr dann zum Füttern des VLC-Players nutzen könnt.

# Auflösung Small: 480x272
$ vlc rtsp://daserste.edges.wowza.gl-systemhaus.de/live/mp4:daserste_int_320

# Auflösung Medium: 512x288
$ vlc rtsp://daserste.edges.wowza.gl-systemhaus.de/live/mp4:daserste_int_576

# Auflösung Big: 960x544
$ vlc rtsp://daserste.edges.wowza.gl-systemhaus.de/live/mp4:daserste_int_1600

Oder als Link… Small, Medium und Big.

Die VLC-Lösung spart erstens Ressourcen und zweitens könnt ihr das TV-Bild frei und beliebig groß auf eurem Desktop platzieren. Ihr seid übrigens nicht an VLC gebunden, die URLs lassen sich auch in anderen Playern wie dem flexiblen mplayer oder auch dem guten alten Totem laden.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

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.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Die unter der GPL lizenzierte quelloffene Software Handbrake gibt es für die drei großen Betriebssysteme Windows, MacOS X und natürlich auch Linux. Installationshinweise finden sich auf der Downloads-Seite der Homepage. Unter Ubuntu lässt sich Handbrake am besten über das offizielle PPA des Projekts installieren. Die magischen Worte zur Installation unter Ubuntu lauten…

$ sudo apt-add-repository ppa:stebbins/handbrake-releases
$ sudo apt-get update && sudo apt-get install handbrake-gtk

Danach könnt ihr das Programm unter seinem Namen aus dem Anwendungsmenü oder der Unity-Dash heraus starten. Das Programm ist ein bisschen verwirrend zu bedienen, erst recht, wenn man sich nicht mit dem „DVD-Rip“ Sprech bzgl. Bitraten und Verfahren auskennt. Daher habe ich ein Handbrake-Preset für HP TouchPad exportiert, über das ihr sehr schnell ein Video für das Touchpad aufbereiten könnt. Ladet euch dazu die verlinkte HP_TouchPad.plist-Datei herunter und importiert die Datei dann direkt über Handbrake.

Anschließend müsst ihr „nur“ noch eine Datei oder eine Video-DVD als Quelle auswählen, das Profil „HP Touchpad“ aus der Seitenleiste auswählen und vielleicht noch – im Falle einer DVD – die zu rippenden Kapitel auswählen. Danach nur noch auf Start drücken und warten, bis Handbrake seine Arbeit erledigt hat. Anschließend könnt ihr das generierte Video (Ein Spielfilm kommt auf rund 1,4GB) auf das Touchpad in ein beliebiges Verzeichis kopieren und es über die Fotos & Videos App in den Videoplayer laden.

Ich hoffe dass ich beim Preset keinen Fehler gemacht habe und die codierten Videos keine „Eierköpfe“ haben. Aber ich habe es mit einer DVD im Breitbild und einem TV-Film im 4:3-Format ausprobiert und jeweils korrekte Ergebnisse erhalten. Von daher denke ich nicht, dass es zu Problemen mit der Bildgeometrie kommen sollte.

Den integrierten Media-Player von WebOS finde ich im Prinzip gar nicht mal so übel. Wer einfach nur seine Videos abspielen möchte und nichts dagegen hat diese für das Touchpad aufzubereiten, der wird damit belohnt dass seine Filme direkt über die Mediengalerie aufgerufen werden können. Wer darauf keinen Bock hat, der muss eben auf einen alternativen Player zurückgreifen.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

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 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 stark, 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.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Das eigentliche Thema des Beitrags soll jedoch das „Video-Pastebin“ VideoBin sein, zu dem man aus Kazam (dadurch bin ich auch auf VideoBin aufmerksam geworden) oder auch dem Browser OGG/Theora-Videos hochladen kann. Ich meine, dass VideoBin für Support-Foren eine klasse Erweiterung sein könnte, denn nicht jedes Forum erlaubt das Hochladen großer Dateien als Attachment an Beiträge und nicht jeder hat einen Cloud-Speicherdienst wie Dropbox oder Ubuntu One zur Hand.

Von daher finde ich den Dienst für Hilfesuchende recht clever. Mit gtk-recordMyDesktop sind Screencasts recht schnell erstellt und dank VideoBin kann man das Video schnell und ohne großen Aufwand im Netz hosten lassen. Den Link zum Video (Einbetten via iframe wird in den meisten Foren wohl nicht gehen) kann man dann in das Hilfegesuch im Forum einbauen.

Der Quellcode zum Backend von VideoBin steht unter der GPL, somit kann man also eigene „VideoBins“ aufsetzen. Das Ganze ist in Python (basierend auf Django) geschrieben. Bugs und Ideen können auf Launchpad gemeldet und diskutiert werden.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.