MediathekView-Forum

@graceinc Ich würde gerne sehen, dass du die Option selbst in deiner Freizeit ein baust so, dass sie zuverlässig funktioniert und die Performance nicht drastisch verschlechtert.

@gerdd P.S. Wenn der @Spittler Probleme mit einer zu schnellen Leitung haben sollte, dann kann ich versichern, das ist nicht mein Problem - im Gegenteil.

Denkbar aber wäre es, wenn der Server bei Verwendung eines Streaming-Protokolls (m3u8) sich irgendwann wundert, wieso der Client das alles zehnmal schneller anfordert als er es anschauen kann - gewissermaßen …

Hallo zusammen,

@pidoubleyou hat eine Lösung für ZDF erst ab 11 Uhr vorhanden? gefunden und es ist davon auszugehen, dass dadurch auch das Problem in diesem Thread hier gelöst wird. Vielen Dank an @pidoubleyou!

herbivore

PS: Die oben angekündigte Analyse auf Listenebene hatte ich nicht vergessen, sondern hatte sie - nachdem @pidoubleyou das Problem nachvollziehen konnte - als nicht mehr erforderlich angesehen. Ein erster kurzer Blick auf die Listendifferenzen hatte nur gezeigt, was @pidoubleyou ohnehin herausgefunden hatte, nämlich, dass auf Listenebene auch in geraden Listen durchaus ZDF-Sendungen vorhanden waren, aber eben deutlich weniger und vor allem auf GUI-Ebene reproduzierbar fast keine erstmalig neuen. Weitergehende Untersuchungen hab ich dann feiertagsbedingt gar nicht mehr angestellt.

Ich habe nun erfolgreich eine alte Version installiert, die 13.0.0. Hierbei kam die Warnmitteilung durch Windows 10, ob ich zustimmen möchte, die externe .exe zu öffnen. Diese Meldung kommt beim Öffnen der Version 13.2.1 nicht. Vielleicht besteht hier ein Zusammenhang.

@iks-jott und @MenchenSued … danke für die Rückmeldungen! Je mehr man vom Sender-verwendeten Muster weiß, um so besser bei der nächsten Umgestaltung.

Behoben, mit Dank an @alex, der das übernommen hat.

@keintvnurmediathekview

Bei mir funktioniert der Download der mittleren Qualität (HD habe ich nicht geprüft), der der geringen Qualität bricht nach einer Sekunde ab.

Die URLs stammen von MediathekViewWeb. Dort wird die Größe für das gering aufgelöste Video nur mit 10 Bytes angegeben.

@mvuserathome sagte: Macht es Sinn, Funk wegen der fehlerhaften Daten anzupingen ?

Hm, was willst du dort beanstanden? Die von dir im Post davor aufgeführten Videos kann man ja in der Funk-Mediathek anschauen – und ein Download direkt von der Webseite zu Sendung scheint mir nicht vorgesehen zu sein…

Ich würde da eher bei der ARD anklopfen. Die bieten die Videos nämlich auch an, z.B. hier die alwaysxcaro-Sendungen und da die Browser-Ballet-Sendungen.
Und die 3 von dir erwähnten Videos sind dort – zumindest bei mir – nicht abspielbar:

Beispiel 1 (Thema: alwaysxcaro; Titel: QUIZ & TALK | Bücher vs. Filme | mit @Maren Vivien)

Beispiel 2 (Thema: alwaysxcaro; Titel: TOKIO in HARRY POTTER? ? | Fanfiction Challenge)

Beispiel 3 (Thema: Browser Ballett; Titel: Streamer Playset)

Dazu kommt, dass MV – gemäss dieser GitHub-Issue – die in der ARD aufgeführten Funk-Sendungen seit Mitte Dezember 2021 nicht mehr listet.

@bagbag sagte in MVWeb: Browser nicht unterstützt?:
Welche Firefox Version ist das? Gestern habe ich eine Änderung gemacht, die das zumindest im IE erklären würde.

Und wie hier erwähnt, funktionierte bei mir FF 48.0.2 unter MacOS X 10.6 (also gleiches System und Browser wie bei @Kastanie) schon vor deiner Änderung problemlos mit MVW. Da scheinen also noch andere Faktoren im Spiel zu sein…

@tvopa Danke, und jetzt die Daten von NTSC, wie die Amis und die Japaner es jahrzehntelang benutzt haben?

@styroll 13.5 JVM wird die Variable auslesen aber sie hat dort keinen “großen” Einfluß da bei 512MB RAM-Zuweisung “nur” die DB aktiviert wird und das Programm startet. Außer weniger Performance sind da keine großen Auswirkungen zu sehen. Der interne Speichercheck schlägt hier nicht fehl.
In 13.6 haben wir die Speicherzuweisung auf 2GB erhöht da die Filmlisten immer größer werden. Eine aktuelle Filmliste lädt mit 512MB ggf. noch rein, dann bleibt der App aber in der Regel nicht mehr als 40-50MB zum Arbeiten was eindeutig zu wenig ist. Von daher wurde auch der Minimum-Speicher-Check auf 640 MB angepasst ( und in den Release Notes dokumentiert). Deshalb weigert sich 13.6 nun zu starten wenn es weniger als die 640MB RAM zugewiesen bekommt. Daher die Fehlermeldung.

@DerReisende77 sagte in Änderungsmöglichkeit bei fehlerhaftem Download:

Den Radiergummi brauchst Du nicht suchen als PNG denn Du wirst ihn nicht finden.

Danke für die Erläuterung, wieder was gelernt. 😉

@DaDirnbocher sagte in Gibt es im Moment ein Problem mit dem Downloadserver ?:

@DerReisende77 sagte in Gibt es im Moment ein Problem mit dem Downloadserver ?:

ggf. muss die lokale Filmdatei gelöscht werden. Die könnte beschädigt sein

Danke, das wars (bei mir). 13.2.1 bockte. 13.3. lief. Bei 13.2.1 die lokale filmdatei gelöscht und jetzt läuft auch 13.2.1 wieder.

Hmmm, ich musste neuerlich - wieder nur bei 13.2.1 - die lokale Filmdatei löschen.

Wenn mehrere User mehr oder weniger gleichzeitig dasselbe Problem haben, dass sich durch Löschen der lokale Filmdatei lösen lässt, diese Lösung aber dann nur temporär hilft, frag ich mich, ob nicht irgendein EIntrag in der Filmliste dazuführt, dass es mit der 13.2.1 Probleme gibt.

ich hatte gestern nur 1 x die lokale Filmdatei gelöscht, bei mir hat es nicht nur temporär geholfen sondern dauerhaft (habe Windows 10 und MediathekView 13.2.1)
die “Laiin”