Dem kann ich mich voll anschließen!

Allerdings dachte ich, dass es eher die macOS-Version ist, welche zusätzliche Mühe kostet? Mit vermutlich der geringsten Benutzerzahl?

Aber egal … ich bin jedenfalls froh, dass es auf meinem Mac läuft … und Arbeit ist es in jedem Fall, und definitiv einer Wertschätzung würdig.

@rubikon
Habe heute auch Probleme beim ZDF, Downloads starten mit voller Geschwindigkeit, diese bricht dann aber schnell ein und die Downloads werden als fehlerhaft markiert. wget macht das auch, ist also eher ein Problem beim ZDF. Samstag ist mitunter die IT im Haus, kann also einfach sein, dass jemand daran rum bastelt.

Kuckstu auch hier: [macOS] MediathekView 13.5 und Finder-Kommentare

Vielleicht können die Forenadmins beide Threads zusammenlegen?

@rubikon sagte<<<. Wie @Franz47 und Du schon schreibt: man bekommt […] vorher angezeigt, wo das Programm, in diesem Fall also MV, hinterher installiert sein wird

Und darauf bezog sich das Adverb “richtig”: Wenn man ja sieht, dass der Installer einen übergeordneten Ordner anlegt, dann muss man also das Zielverzeichnis für diesen Ordner angeben und nicht einen bereits bestehenden Ordner gleichen oder ähnlichen Namens.

So sieht es wohl leider aus. Meine Hoffnung war die, dass analog zur Auswahl der Videoqualität auch irgendwie weitere Tonformate hinterlegt sind, die man abgreifen kann.
Sehr schade, dass dabei schon wieder unnötige Einschränkungen und Unterscheidungen zwischen den verschiedenen Zugriffsweisen auf die Mediatheken bestehen. Dass es besser geht zeigt ja der Zugriff per HBBTV.
Vielleicht kriegen die Sender das ja in 10 Jahren mal gebacken.

@Nicklas2751 sagte in Update JRE bei MV 13.05. mit integriertem JRE:

@vivi1001 Hast du nun MV 13.3.6 oder MV 13.5.0?

Ich habe 13.06. auf einem 32bit Windows 7 UND ein 13.5.0 auf einem 64bit Windows 8.1.

@styroll Merci - das war es! (der Begriff “Filter” hat mich hier etwas in die Irre geführt).

@Elltee Catalina hat viele verwirrende neue Sicherheitsfeatures eingebaut. Leider ist MV kein natives mac Programm wo man die Zugriffe fein einstellen kann.
Derzeit ist es notwendig all die neuen Warnungen am besten zu genehmigen bis es evtl für Java ein Update gibt was einige Meldungen beseitigt.

Davon abgesehen ist es grundsätzlich unschädlich das zu genehmigen. Soweit ich es nachvollziehen konnte geht es hierbei um das abfangen der Tasteneingaben Für die Bedienung der Tabellen. MV versucht nicht irgendwas abzuhören Noch zu verbiegen. Der geneigte Geist kann in den source Code sehr gerne hinein sehen.

@rubikon
Ich verwende auch Everything. Ist im Vergleich zum Explorersuchen von Windows wirklich blitzschnell, weil es offensichtlich im Hintergrund alle Änderungen indiziert.

@rubikon sagte in Unter Win 8.1. kann 13.5. nicht installiert werden:

Aber, Teile der GUI fehlen bzw. verhalten sich bissl komisch.

Ich hab mir eben mal zum Spaß, weil ein von mir betreuter Rechner auf Windows 10 x86 (32-Bit) festhängt, den Stacktrace angesehen, welcher bei meinem -offiziell nicht unterstützten!- Versuch, MV 13.5 unter Win x86 (32-Bit) zu betreiben auftraten. Ander als vom MV-Team empfohlen aber mit einem anderen JDK, nämlich mit dem OpenJDK der zulu community. Dieses setzt Windows Server 2008R2 bzw. Windows 8 oder höher voraus. Windows 7 genügt nicht.

Mit obigem “offiziell nicht unterstützt” meine ich: bitte richtet wegen meines Posts keine Anfragen an die MV-Entwickler/Admins! Bitte erwartet nicht, dass es funktioniert. Das hier ist lediglich ein Erfahrungsbericht.

Für Genießer war der Knackpunkt in der Ausgabe

java.lang.IllegalAccessError: class impl.org.controlsfx.behavior.RangeSliderBehavior (in unnamed module @0x3f937) cannot access class com.sun.javafx.scene.control.inputmap.InputMap$Mapping (in module javafx.controls) because module javafx.controls does not export com.sun.javafx.scene.control.inputmap to unnamed module @0x3f937 at impl.org.controlsfx.behavior.RangeSliderBehavior.<init>(RangeSliderBehavior.java:67)

Dazu findet man bei Stackoverflow einen klaren Hinweis zur Abhilfe:

man füge dem Programmaufruf folgenden Parameter hinzu

--add-exports javafx.controls/com.sun.javafx.scene.control.inputmap=ALL-UNNAMED

als Gesamt"kunstwerk" damit

WIN+S cmd cd /d c:\MediathekView C:\MediathekView>c:\zulu11.33.15-ca-fx-jdk11.0.4-win_i686\bin\java.exe -Xmx1g --add-exports javafx.controls/com.sun.javafx.scene.control.inputmap=ALL-UNNAMED -jar MediathekView.jar

Die obige Exception tritt mit diesem Aufruf nicht mehr auf, der Slider im Filterdialog funktioniert.

@styroll sagte in Einstellungen erhalten beim update von 13.3 auf 13.5 unter Mac OS:

~/.mediathek3

Im zweiten Anlauf hat es bei mir geklappt. Danke für den Hinweis! Ich glaube der Fehler beim ersten Mal war, die alte Datei aus dem Programmordner zwar erst nach der Installation des neuen Programms im Programmunterordner in den Papierkorb zu verschieben, aber noch vor dem ersten Start der neuen Programmversion. Ich habe die alte Version noch mal zurück in den Programmordner geschoben. Dann die neue Version gestartet und wieder geschlossen. Danach die alte Version in den Papierkorb. Jetzt hat die neue Version die Abos aus der alten Version übernommen.

@rubikon Die normalen Startskripte die wir mitliefern (meines Wissens nach auch unter Windows) weisen MV 1GB zu. Allerdings gibt es genug user mit schwachen System oder anderen Gründen die das reduzieren. Wird es zu weit reduziert muss das Programm eine DB nutzen um ansatzweise arbeiten zu können. Und wenn diese (aus welchen Gründen auch immer) beschädigt wird hilft Programm beenden und Datenbank-Dateien in .mediathek3 zu löschen.

@rubikon MV ist eine Java 8 Applikation

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

@gargamel sagte: wollte gerade zwei sendungen von SRF herunterladen, starte ich download, wechseln beide auf rot und status “fehlerhaft”. ist das ein neues phänomen

Ja, seit der Version 13.5.0 für macOS, wenn du frühere Versionen des Programms benutzt hast.

Das Problem liegt darin, dass der Pfad von FFmpeg nicht mehr stimmt, da das Programm neu in einem Ordner “MediathekView” liegt. Steht so auch im Changelog:

macOS: Aufgrund der externen Zusatzprogramme wird MediathekView nun in einem eigenen Ordner ausgeliefert. Vorhandene Installationen müssen Ihre PSets überprüfen, um den Pfad von ffmpeg anzupassen.

Also müssen bisherige Benutzer das Verzeichnis “MediathekView” im Pfad für “ffmpeg” ergänzen (Menü “MediathekView --> Einstellungen…”):

MV_Einstellungen_FFmpge-Pfad_macOS.png

Beim Prüfen ist es normal, dass der Pfad für den “flvstreamer” falsch taxiert wird, da dieses Hilfsprogramm nicht mehr inkludiert/benötigt wird.

@meistersun sagte in commandline option "-fastauto" nicht mehr da?:

Hab vergessen zu erwähnen: Windows Plattform.

Das ist eine Möglichkeit;

Gehe wieder zurück auf 13.2.1, da ging das was ich brauche. Bitte weckt mich wenn es wieder eine CLI gibt.

Du könntest auch versuchen, das hier im WSL laufen zu lassen, verwendet auch die MV-Fimliste.

wird die MV gestartet, diese lädt die Abo’s herunter und beendet sich dann automatisch

Wäre zumindest für genau diesen Zweck eine mögliche Alternative.