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

@ansiman sagte in MV-Web bombt Server mit unnötigen XHR requests zu:

Dies sieht man u.a. im Browser im Statusbereich der Seite in dem steht “Zeige Treffer 1 bis 15 von 10000 (3,09 ms).”, wobei sich die Anzeige der Abfragezeit in ms ständig ändert.

Die mehrfachen Requests (sprich die sich ändernde Dauer in Klammer) kann ich hier (Mint, sowohl Firefox als auch Chrome) nachvollziehen, wobei es den Eindruck erweckt, dass die eingestellte Anzahl pro Seite irgendwie die Anzahl der Requests, sprich wie oft sich die Dauer ändert, beeinflusst.

Es dürfte auch davon abhängen, ws man macht. Springt man bei 5 pro Seite eine Seite weiter ist es was anderes als bei 50 pro Seite eine Seite weiter zu springen und es ist wieder was anderes, ob man bei 50 5 Seiten weiterspringt.

Und manchmal entsteht tatsächlich der Eindruck es würde nicht aufhören oder zumindest ewig lange andauern.

Nachtrag: in Win 11 ist es auch so, wobei es da noch häufiger zu pasieren scheint.

@MenchenSued sagte: Es gibt aber diverse Formate und es hängt von Deinem Player ab, ob Du diese Datei vorher noch umwandeln musst.

@witzel62: Ändere die Dateiendung einfach von *.xml nach *.ttml: Dann klappt’s mit VLC.

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

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.