Mediathekview headless auf einem Server betreiben?

[mvsfsvm]

@derreisende77 sagte in Mediathekview headless auf einem Server betreiben?:

Wenn dich meine Arbeit am Client (ich bin quasi der einzige der den für Linux, Windows und Mac pflegt) stört, mache ich dir hiermit folgendes Angebot:
Du darfst entscheiden ob ich weitermachen soll. Sollte die Antwort negativ ausfallen werde ich mich dauerhaft aus der Entwicklung des Client zurückziehen und die Weiterentwicklung für alle Clients einstellen.

Ich bitte dich, das Angebot zurückzunehmen. Es wäre schade, wenn die Entwicklung eingestellt wird.

[Ein ehemaliger Benutzer]

@derreisende77 sagte in Mediathekview headless auf einem Server betreiben?:

Du darfst entscheiden ob ich weitermachen soll.

Bitte nicht ihn entscheiden lassen.
Ich hätte aber einen Vorschlag, wie man mit Motzern umgeht, die rum mosern, weil ihnen die Funktionen eines kostenlosen Programms nicht passen…

[busch09]

Hihi… …

[vitusson]

@busch09 sagte in Mediathekview headless auf einem Server betreiben?:

War ja alles da und lief prima. Dann hat der Entwickler aufgehört und die Jungs die das übernommen haben, haben alles verschlimmbessert.

Ich weiß, Fakten sind seit einiger Zeit völlig out. Aber warum genau kann dann das Programm MTPlayer vom alten Entwickler auch kein headless mehr wenn doch nur “die Jungs” schuld sind?
Und tschüss…

[thomas_003]

schade, dass das thema so einen negativen touch bekommt

[max_max]

@thomas_003
finde ich auch, da ich das tool nach wie vor am liebsten headless einsetzen würde. vielleicht könnten wir uns stattdessen über möglichkeiten austauschen, das ganze in einen docker-container oder eine lightweight-vm zu drücken.

[zaJaa]

@max_max sagte in Mediathekview headless auf einem Server betreiben?:

“docker-container oder eine lightweight-vm”

Was man m.E. unterhalb davon tun kann, falls man auf dem Plex-Server an ein Terminal kommt:

sich auf dem PC eine Textdatei als Vorlage zu basteln, in die man nur noch an den richtigen Stellen die Urls und die /Ziel/Pfad/Videotitel einfügen muss, eine Zeile pro Video.
Dabei reicht für die .mp4 Videos eigentlich immer wget, glaube ich, zB ungefähr so:

wget --background --quiet --no-clobber --limit-rate=1.2m --wait=12 --random-wait --output-document=/pfad/zum/zielordner/"TITEL.mp4" URL

Die URLs und Titel kann man sich ja aus MediathekView rauskopieren.

Wenn man dann ein paar solche Zeilen in einer Datei hat: vor dem Zubettgehen diese Datei in das Home-Verzeichnis des Servers schieben, dort ein Terminal aufmachen, und die Datei per

bash datei.txt

ausführen.

Für Windowsnutzer ist das problematischste, dass der abweichende Zeichensatz (& Zeilenumbruchscodierung) für Probleme sorgen könnte.

Bei genügend Interesse liefere ich auch noch ne Anleitung, wie man die nanorc Datei bearbeitet, um hinterher mit ca 5 clicks im Debian-Terminal direkt den Zeichensatz von Windows nach Unix zu konvertieren …

Ich kann allerdings nicht beurteilen, ob das Einrichten eines ssh-Zugangs auf so einen Plex-Server wirklich weniger Aufwand ist, als ein VM oder so.
Diese Lösung beansprucht aber wahrscheinlich deutlich geringere Ressourcen …

Alle Angaben, wie immer, ohne Gewähr ;-))

[busch09]

@zajaa die Idee von headless ist ja gerade, dass ich als nutzer nichts mehr tun muss und cron das taegliche download meiner abos erledigt.

[zaJaa]

@busch09
… wohl anders als der OP im Januar, oder?

“… wenn ich an meinem Windows Rechner hocke und fütter dann die die Downloadliste …”

Schon klar, super-duper-auto Komfort ist mein Vorschlag nicht ;-))

[gerdd]

@zajaa als alter wget-Fan mache ich das gelegentlich auch mal mit URLs aus dem MediathekView-Universum. Ich habe aber imme rgern mit der -i Option gearbeitet:

dazu anstatt der URLs im wget-aufruf den -i Parameter einfügen:

wget … -i URLs.txt

wobei in der Text-Datei URLs.txt jede zeile eine der zu ladenden URLs ist (angefangen mit HTTP oder HTTPS (oder, wenn man denn solche Downloads machen will, auch mal FTP).

Eine solche Datei im laufenden Betrieb zu verlängern hilft leider nicht - man muss dann eben einen neuen Aufruf starten. Unter Windows kann man dann eine Assoziation definieren, die meinetwegen alle Dateien mit dem Filetype .wget mit wget assoziiert, so dass man solche URL-Sammlungen dann nur noch doppelklicken muss, um sie an wget zu übergeben. Wenn man dann dem aufgerufenen wget noch den -c Parameter mitgegeben hat, dann nimmt er auch alle Downloads nach Abbruch und Neustart wieder auf. (WGET2 kann das alles noch eleganter, aber damit habe ich auch noch nicht experimentiert.)

Für die M3U8-Dateien kann man wget im Prinzip auch benutzen, muss dann aber viel mehr selbst basteln (oder ein wenig programmieren.) Dann könnte man aber auch solche Downloads nach Abbruch wieder aufsetzen, was MV und FFMPEG derzeit so noch nicht anbieten. Wenn man eine m3u8-URL an wget übergibt, bekommt man eine Playlist. Die zeigt entweder auf eine Chunklist oder direkt auf die Chunks. Die URLs der Chunks kann man dann als Liste an wget übergeben und findet die einzelnen Chunks auf der Platte. Die sollten eigentlich als Transport Stream Dateien vorliegen. In dem Fall kann man sie (im Zweifelsfall per copy-Befehl) zusammenfügen und bei Bedarf mittels ffmpeg ins MP4-Format konvertieren. (Tipp: MPCHC, dessen Weiterentwicklung leider beendet ist, kann auch die TS-Dateien direkt abspielen.)

[jkrieger]

(Etwas OT)

• @gerdd: MPCHC, dessen Weiterentwicklung leider beendet ist, kann auch die TS-Dateien direkt abspielen.

Findet sich jetzt unter K-Lite Codec Pack und hat ca. wöchentliche Updates.

[gerdd]

@jkrieger DANKE!

[Ein ehemaliger Benutzer]

@gerdd sagte in Mediathekview headless auf einem Server betreiben?:

(Tipp: MPCHC, dessen Weiterentwicklung leider beendet ist, kann auch die TS-Dateien direkt abspielen.)

Wie?, was?
Der letzte Update vom MPC-HC war am 22.09.2021 (https://github.com/clsid2/mpc-hc/releases)

MPC-HC (64-bit)
Build information:
Version: 1.9.16 (b395227da)
Compiler: MSVC v19.29.30133
Build date: Sep 22 2021
LAV Filters:
LAV Splitter: 0.75.1.0
LAV Video: 0.75.1.0
LAV Audio: 0.75.1.0
FFmpeg compiler: MinGW-w64 GCC 10.2.0

Ich habe seither nirgends gelesen, dass der nicht mehr weiter entwickelt wird.

[tvRR]

@botti
Da steht aber:
“Due to a lack of active developers, the player is currently in maintenance mode. This means that there are no direct plans for adding any big new features. Development is currently limited to small bug fixes and updates.”

[Georg-J]

@gerdd sagte in Mediathekview headless auf einem Server betreiben?:

Für die M3U8-Dateien kann man wget im Prinzip auch benutzen, muss dann aber viel mehr selbst basteln (oder ein wenig programmieren.) Dann könnte man aber auch solche Downloads nach Abbruch wieder aufsetzen, was MV und FFMPEG derzeit so noch nicht anbieten. Wenn man eine m3u8-URL an wget übergibt, bekommt man eine Playlist. Die zeigt entweder auf eine Chunklist oder direkt auf die Chunks. Die URLs der Chunks kann man dann als Liste an wget übergeben und findet die einzelnen Chunks auf der Platte. Die sollten eigentlich als Transport Stream Dateien vorliegen. In dem Fall kann man sie (im Zweifelsfall per copy-Befehl) zusammenfügen und bei Bedarf mittels ffmpeg ins MP4-Format konvertieren.

Das habe ich in Java programmiert. Ich rate vom Zusammenfügen der einzelnen Chunks ab und empfehle die Konvertierung der einzelnen Chunks mit ffmpeg ins mp4-Format.

[styroll]

@jkrieger sagte: (Etwas OT)

Allerdings, jedoch bereits zuvor…

Die ganzen Beiträge hier haben seit dem Beitrag von @zaJaa oder zumindest spätestens seit dem Beitrag von @gerdd nichts mit der Topic zu tun und sollten abgetrennt werden…

Und wenn wir schon komplett OT sind: Eine m3u8-Playlist-URL übergibt man einfach ffmpeg (mit den Parametern, die MV verwendet) - da muss überhaupt nichts konvertiert werden, sondern bloss die von Overhead befreiten Streams in einen MP4-Container gepackt werden…
wget ist ein cooles Tool, das ich jedoch sicher nicht für simple Downloads (das kann jeder Browser auch) oder das Runterladen von HLS-gestreamten Video-Segmenten verwende.

[gerdd]

@georg-j Okay, aber die lassen sich nicht so unkompliziert zusammenfügen …

[zaJaa]

@styroll - tut mir leid - ich hatte den OP so interpretiert, dass sein Hauptanliegen das ist, dass er eine Latte von Downloads nur dann anwirft, wenn er weiss, dass er jetzt die “grosse Kiste” sowieso ne Weile am Laufen hat. Aber das war möglicherweise zu viel Interpretation …
Trotzdem noch eins:
das Prinzip, Listen von Befehlszeilen, für die man sich eine Vorlage gebastelt hat, durch eine kleine Linuxkiste abarbeiten zu lassen, ist nicht nur für wget sinnvoll (für mp4), es funktioniert natürlich auch mit youtube-dl oder ffmpeg.

• Zusatzinfo: mpv kann auch .ts direkt abspielen.

[meistersun]

@plissk3n Ich habe heute die Nighly 14.1. für Windows heruntergeladen und einfach mal die MediathekView.exe -auto gestartet. Darauf kam dann eine Fehlermeldung, dass -auto falsch sei und eine Reihe Vorschläge möglicher Schalter. Unter anderem ist da der Schalter -dq bedeutet Download und Quit.
Hurra, die Headless Funktion ist wieder da!
Vielen Dank an die Entwickler, ich weiß nicht wer es programmiert hat aber Great Work, and thanks.

[MenchenSued]

@meistersun
Lies Dir bitte diesen Beitrag durch, denn die Funktion hat noch ein paar Schwächen.