Danke nochmals. Ich hab es nun gefunden. Mein Panasonic Fernseher übernimmt jedoch so keine Untertitel aus den unterschiedlichen Formaten (.ass, .srt oder .ttml). ich muss die dann noch “einbrennen”. Der Fernseher kann Untertitel lesen aber nur bei den eigenen Aufnahmen. Warum er die vom Stick mit der entsprechenden mp4 und den Untertiteldateien nich kann weiß ich nicht.

@Günthi Bitte halte dich an die Regeln wie man eine fehlende Sendung meldet: Fehlende Sendung melden Bei Nichtbeachtung der Anleitung: Folgen

@Neckbreaker sagte: Von der 14-tlg. Doku “The War” von arte sind nur 10 Teile verfügbar. Es fehlen Teil 6 und 11-13 Die Lösung findet sich in diesem Thread. Bitte das nächste Mal fehlende Sendungen unter der entsprechenden Kategorie “Fehlende Sendungen” posten und nicht ein anderer Thread kappern, bei welchem es ursächlich um etwas Anderes ging (du hast ja selbst erkannt, dass die Sendungen auch in MV fehlen – also ist es kein MVW-Problem…). Und googeln könnte man auch: Mit site:https://forum.mediathekview.de "the war" sieht man schnell, dass das Fehlen deiner Folgen schon 2-mal gemeldet wurde.

Die Informationen, die du geteilt hast, sind sehr nützlich, vielen Dank.

Siehe dazu das Issue auf GitHub. Die Liste ist jetzt erstmal wieder vollständig.

@MenchenSued sagte in Suchergebnisse nicht vollständig?: Die Liste in MediathekviewWeb scheint nur 10000 Einträge zu haben. Die 10000 sind hier lediglich das (Standard-)Limit, bei dem OpenSearch (früher Elasticsearch) aufhört weiter zu Suchen, um Serverressourcen zu sparen. Hier wäre es wohl sinnvoll stattdessen “mehr als 10000” zu schreiben und ebenso auch wieder die Gesamtanzahl der Einträge einzuzeigen. Zum Thema: Siehe dazu das Issue auf GitHub. Die Liste ist jetzt erstmal wieder vollständig.

Siehe dazu das Issue auf GitHub. Die Liste ist jetzt erstmal wieder vollständig.

Ist das bei deiner Suche, jetzt, wo die Liste wieder vollständig ist, noch immer so?

@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

@Mexx2 Schau dir bitte dazu meine Antwort bei den ungelesenen Themen unter “Remote host terminated the handshake” an.

@Jusi sagte: Von den deutschen Folgen sind hier nur einige zu finden. Das ist ein MVW-Problem, vgl. dieser Post.

@balibu sagte: Hier sind sie aber zu finden: https://www.zdf.de/magazine/zdf-mittagsmagazin-104 In MV auch, du beziehst dich aber offenbar auf MVW, auch wenn du das nicht deklarierst. Mehr dazu hier.

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

@Horrorheinz sagte: Nur bei Folge 4 der 2. Staffel fehlt die Audioversion. Was immer du mit “Audioversion” meinst: Zumindest in MV hat es da gleich viele Versionen (Audiodeskription, OV und die Standard-Version in deutscher Sprache) wie bei den anderen Folgen: [image: 1757015245466-72dd90fa-2d65-406c-889b-5885a0185e7e-grafik.png] Mit MVW scheint’s da tatsächlich zurzeit Probleme zu geben. S2E4: Standardversion in deutscher Sprache (Rechtsklick und speichern)

@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.

@bagbag Prima - danke für den Hinweis!

Das war ein Fehler. Das funktioniert jetzt wieder.

Ein Foto wäre interessant, wie das aussieht bzw. was da nicht mehr richtig dargestellt wird. Vielleicht fehlts ja nur, dass man den Titel anklicken muss, um den Rest aufzuklappen? Im Browser silk des FireTV-Sticks funktionierts bestens.

@krudan Danke für deinen Hinweis. :+1: Jetzt habe ich es auch entdeckt, nachdem ich realisierte, dass dies nur in der “Listenansicht” sichtbar ist und als Standard die “Kartenansicht” eingestellt ist. :wink: Alles in allem, vielen Dank @bagbag, dass ich beim Download nun wieder die Dateigröße sehen kann, bevor dieser startet. :+1: Schönes Wochenende Tim

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