MediathekView-Forum

@bagbag sagte in Umstellung?:

Ein Download-Button mit dem “download” Attribut hier jetzt auch wieder zu finden. Aber hat das jemals bei jemandem funktioniert? Eigentlich blockieren das alle Browser, wenn es sich um Cross-Origin Verlinkungen (fremde Domains) handelt. Auch ein kopieren der URL ist dort zu finden.

Die Verbindungsprobleme sollten jetzt der Vergangenheit angehören, ich habe socket.io (WebSocket) vollständig rausgeworfen, das läuft jetzt über ganz simples HTTP.

Bravo!

Und, ja: Der Download-Button funktioniert(e) bei mir, wenn auch nicht ganz so, wie intendiert: Der Film öffnet sich in einem neuen Tab und kann via Kontextmenu runtergeladen werden.

@Wolf-R sagte: Die restaurierten Tatort-Sendungen mit Schimanski gibt es immer in 3 Fassungen: mit “Audio-Description”, in “klarer Sprache” und original.
MVW zeigt in der neuen Version immer nur die jeweils Erste an, d.h. immer nur mit “Audio-Description”. MV zeigt weiterhin alle 3.

@x3Ray sagte: Was @Wolf-R geschrieben hat, trifft bspw. auch auf andere Tatorte zu: “Am Ende geht man nackt” gibt es nur als Audiofassung; “Trotzdem” gibt es als Audiofassung und in Gebärdensprache, der Link zur “normalen” Fassung ist nicht vorhanden.

Das Problem mit MVW ist bekannt und gemeldet, wobei von offizieller Seite weiterhin Stille herrscht.

Weitere Beispiele sind so gesehen nicht nötig, auch wenn ich verstehe, dass dies nicht so offensichtlich ist, solange sich hier selbstdeklarierte Ahnungsreduzierte trotzdem zum Thema äussern:

@mac-christian sagte weiter oben: Da dieWebversion die gleiche Filmliste verwendet, müssten diese beiden auch dort vorkommen.
Aber von MVW habe ich nicht viel Ahnung…

@wue sagte: In der “Anleitung: Einstellung für ORF download” ist im Bild das Präfix nicht mehr abgebildet.

Ja, weil dort auch überhaupt nichts zu ändern ist. In der Anleitung steht unter “Mögliche Fehlerquellen”:

Es ist nur das Roteingerahmte zu ergänzen, sonst ist nichts zu ändern.

Hallo und vielen Dank für das Feedback!

Der Fehler wurde auf Serverseite behoben und alle Versionen von Zapp sollten wieder normal laufen 🙂

Mit 14.4 sollte die reguläre Linux-arm64 oder aarch64 variante auch auf dem rpi wieder laufen. Dies wird irgendwann im September nach der Freigabe von Java 25 LTS released.

Dann sei halt wütend, stampf mit dem Fuß auf und halt die Luft an bis Muddi das ZDF wegmacht

@styroll
Die “tagesschau vor 20 Jahren” ist IMO geschichtsträchtig und sollte unbedingt archiviert werden.
Gerade die Vergleiche damals-heute finde ich extrem interessant,
nur wer die Vergangenheit kennt <blabla> usw…, da muss man keine Intelligenzbestie sein… 😉
Wenn irgendwan mal die Kohle im, ÖR knapp wird, kann das Angebot ganz schnell wieder weg sein.
Für ein vollständiges Archiv ist der manuelle Aufwand, sich durch jedes Video zu klicken und einzeln zu downloaden, immens, da fehlt einfach die Zeit.

@bagbag Prima - danke für den Hinweis!

Nice…hatte die Senderprüfung an anderer Stelle übersehen 😱

ist jetzt in der Filmliste vorhanden

@tomillr-0 Gute Frage und ich hab mich nochmal auf https://github.com/yt-dlp/yt-dlp?tab=readme-ov-file#video-selection
eingelesen und “*= (contains)” hilft. Oder vielleicht besser “^= (starts with)”
ba[language^=en]

Funktioniert im Test mit Arte und ZDF. Sollte auch mit ^=de für de und deu gehen
Aber die ganzen yt-dlp Feinheiten sind langsam OT hier

Bitte keinen Streit. Ich kann ja nicht ausschließen, dass ich etwas nicht beachtet habe. Aber die Filtereinstellungen waren bei mir immer weitestgehend ohne Einschränkungen und möglcherweise gibt es ja noch Issues jenseits davon.

@krudan

Danke für deinen Hinweis. 👍

Jetzt habe ich es auch entdeckt, nachdem ich realisierte, dass dies nur in der “Listenansicht” sichtbar ist und als Standard die “Kartenansicht” eingestellt ist. 😉

Alles in allem, vielen Dank @bagbag, dass ich beim Download nun wieder die Dateigröße sehen kann, bevor dieser startet. 👍

Schönes Wochenende
Tim

Lösung habt ihr ja schon gefunden. Die API parst jetzt jedenfalls auch wieder text/plain als json.

@mvsfsvm sagte: Es liest doch eh gefühlt niemand FAQs, angepinnte Themen und die Suche wird auch nicht benutzt.

Ja, “gefühlt” – das erfahre ich auch so. Von allen anderen, die sehr wohl zuerst mal die FAQ lesen, dann die aktuellsten Themen anschauen, bei Bedarf die Forumssuche verwenden und spätestens dann ihr Problem alleine lösen können, kriegt man jedoch – naheliegenderweise – nichts mit.

@mvsfsvm sagte: Ob so eine Info hilft, bezweifel ich jedoch.

Doch, für die oben beschriebenen Benutzer, die eben gar nie im Forum in Erscheinung treten, wäre eine entsprechende Mitteilung unter “Wichtige Mitteilungen” sehr wohl hilfreich. Und selbst in allen anderen Fällen wäre ein solche Mitteilung (mit Problembeschreibung und Workarounds) nützlich, da bei einer Antwort auf einen Post einfach bloss auf diese Mitteilung per Link verwiesen werden kann (bloss mit “Vgl. hier”).

Die Sendung unterliegt keinem Geoblocking und sollte daher ohne VPN herunter zu laden sein. VPNs sind den Sendern ein Dorn im Auge und sie versuchen alle bekannten Kanäle zu sperren.

Hilfe zum Betrieb von VPNs wirst Du hier im Forum nicht bekommen.

@alex: Kannst Du das bitte prüfen und reparieren?

@Kirchleitner sagte: ich bitte um Mitteilung wie man Dahoam is Dahoam-Folgen hier am einfachsten herunterladen kann!

Falls du mit “hier” den Web-Client MVW meinst und wegen dessen neuem Layout scheiterst, auf jede Folge einen Rechtsklick auf die gewünschte Auflösung machen und “Ziel speichern unter…” wählen:

c5ffc05e-7d23-484e-992a-21fcc67f3236-grafik.png

@trinebine sagte: Bisher war mvw ausreichend da komplett! Schade

MVW bzw. MV waren noch nie komplett; Vavideo (welches eine “Hinzufügen”-Funktion für fehlende Sendungen aufweist) war schon immer fallweise nötig.

Und ich gehe davon aus, dass das MVW-Problem früher oder später behoben wird. Und falls dann eine Sendung in MVW fehlt, wird sie – nach meiner Erfahrung – auch in MediathekSuche fehlen, womit weiterhin Alternativen wie Vavideo, VDH oder JDownloader nötig sind.

Danke für deine Antwort. Problem ist gelöst 😄