Merkliste auch? Da war es mir bisher nicht aufgefallen.
getestet habe ich es nicht, aber die Funktionsaufrufe sind identisch.
Das Problem der Aktualisierung war etwas verdeckt, denn wenn vor dem Aufruf des Favoriten zufällig beim Stöbern die entspr. Seite gecached worden war, trat das Problem nicht auf. Von daher: gut von dir recherchiert.
/R
Hallo joschi77,
vorweg: danke für den Hinweis. Die fehlende Aktualisierung sehe ich als Mangel und sie betrifft übrigens auch die Merkliste.
Der Workaround liegt mit Einzelupdate ardundzdf.py bereits vor. Er enthält in der Funktion ZDF_RubrikSingle() eine Begrenzung der Cachezeit für Teilinhalte auf 5 Minuten. Das entspricht der Cachezeit für die Startseite. Bei Teilinhalten für A-Z-Inhalte (Cachezeit für die Leitseite 30 Minuten) nehme ich die erhöhte Ladefrequenz in Kauf.
Die Funktion ZDF_RubrikSingle deckt m.E. die meisten Szenarien bei Nutzung von Favoriten und Merkliste ab. Lediglich bei der Auswertung der Leitseiten (Startseiten ZDF, ZDF-funk) kommt die Funktion ZDF_Rubrik() zum Einsatz. Dort ist z.Z. wegen der reinen json-key basierten Auswertung eine Begrenzung der Cachezeit nicht möglich. Bei den Startseiten halte ich das auch entbehrlich, da ja wohl eher die nachfolgenden Rubriken als Favoriten und in der Merkliste abgelegt werden. Bei Bedarf ließe sich aber ZDF_Rubrik entspr. umrüsten.
/R
Update V4.9.8
aktuelle Änderungen und Fixes (die meisten waren als Einzelupdates verfügbar):
Alle Änderungen und Details siehe Menü Info -> Änderungsliste.
Hinweis: zur Zeit kann ich nicht auf das Repo kodinerds zugreifen, um die ZIP-Dateien hochzuladen - bitte bei Bedarf auf den internen Updater im Addon zurückgreifen (Menü Addon-Update). erl., klappte nach wenigen Minuten..
/R
Ruft man vorher das heute journal über Sendungen A-Z -> H -> heute journal -> Ganze Sendungen auf, wird der Inhalt auch nicht aktualisiert, vermutlich weil es auch ein anderer Weg ist.
ja, so ist es. Bei den Rubriken ist es die Seite app-sendungen-cluster-100. Der Anteil der heute-Sendung wird als Dict gespeichert und bleibt bis zum nächsten Überschreiben unverändert. Bei A-Z ist es die Seite sendungen-100. Hier wird die gesamte Seite gecached (5 Min) und die heute-Sendung wird über den json-Schlüssel ZDF_heute-journal-104_2 extrahiert.
Das Resultat ist in beiden Fällen - wie von dir richtig beobachtet - die fehlende Aktualisierung. Die Verwendung als Favoriten hatte ich bei der Implementierung nicht auf dem Schirm. Das hätte ich wohl anders gelöst.
Ich versuche einen einfachen Workaround: die Dict-Teil-Inhalte bekommen ebenfalls das Löschalter wie die kompletten Seiten. Seiten-Url und Schlüssel werden bereits jetzt als Fallback übergeben. Das bedeutet für die Favoriten: wenn der gespeicherte Teil-Inhalt älter ist als 5 Min. wird die komplette neu Seite geladen und die Zielsendung wird über den Schlüssel extrahiert.
Das heutige Update (im Laufe des Tages) bleibt davon vorsichtshalber unberührt. Ich melde mich später nochmal mit einem Einzelupdate für die ZDF-Mediathek mit der Bitte um Tests.
/R
Ansonsten muss ich mal gucken, das irgendwie reproduzieren zu können...
das wäre zum Nachvollziehen hilfreich. Ich selbst nutze nur die Merkliste.
Cache als Ursache finde ich naheliegend: einige Funktionen für den ZDF-Bereich reichen Teil-Inhalte in der Verarbeitungskette als Dict-Objekte weiter. Die Wirkung ist wie beim Cache, d.h. die ursprüngliche Datenquellen wird nicht neu geladen.
Welche Funktionen betroffen sind, muss man sich im Detail ansehen. Ob sich dabei Änderungen ergeben - da bin ich im Moment skeptisch. Ich erinnere mich, dass nach der Umstellung auf das zdf-cdn-api die Größe der json-Quellen (für einige Leitseiten hatte ich notiert: 10 MByte, tivi 8.5 MByte) die Beschränkung auf Teil-Inhalte erforderlich machte.
/R
kleine Hilfe: der Home-Button zeigt im Infotext den aktuellen Status Sofortstart/Downloads - s. Bild
Edit: vielleicht trägt auch der Post aus Mai 2023 zum Verständnis bei: zur Umschaltoption Sofortstart/Downloads
/R
wenn ich nun einen Film/Doku etc. auswähle und das Kontextmenü aufrufe sehe ich keinen Download Eintrag
der Kontexteintrag ist ein EIN-/AUS-Schalter. Betätige ihn einfach nochmal und wähle dann das Video erneut aus.
Falls es nicht klappt, poste hier zum Nachvollziehen die Menü-Reihenfolge, z.B. ARD Mediathek -> Startseite -> Highlights -> Felix Krull..
/R
Vielen Dank für den Link. Leider geht es nicht
für mich funktionieren beide Links. Aber du kannst es auch mit dem direkten Link zum Wiki versuchen:
hier geht's zum Wiki. Anschließend suchst du dort selbst die Seiten 03. Settings Download und 04. Settings Recording TV Live.
Deine erste Anfrage ist zweideutig, da sie neben dem Download auch Aufnahme enthält Das sind zwei verschiedene Dinge. Am besten liest du erst die beiden Seiten im Wiki, um dir Klarheit zu verschaffen.
Sollte es wirklich nur um den Downloads der Videos gehen, kannst du im Kontextmenü einer Videoliste Sofortstart und Downloads umzuschalten. Der aktuelle Status wird dann oben rechts kurz angezeigt. Ev. musst du nochmal umschalten, damit "Sofortstart ist AUS | Downloads sind EIN" angezeigt wird. Wenn du dann ein Video auswählst, wird dir unter den Videoformaten die Downloadliste angeboten.
/R
Butters ,
das ist natürlich nicht optimal. OK, ich prüfe nochmal ausführlicher..
/R
Stört mich persönlich aber nicht, ich lösche dann immer einfach manuell die startlist.
was für eine Kodi-Version nutzt du? Heute habe ich nur mit Kodi 20.3 (Nexus) getestet.
/R
Ich habe die startlist leider gelöscht, weil ich dachte sie ist voll wegen den 500 Einträge Limit.
das tut mir leid. Ich war hier vom Fehlen überrascht, konnte aber meine Liste aus dem täglichen Backup restaurieren.
Zum Fixing: die genaue Fehlerursache konnte ich noch nicht ausmachen. Ich habe jetzt Absicherungen und Statements eingefügt, was beim Debugging helfen sollte. Vor allem gibt es jetzt eine Meldung, falls die Liste fehlt - hoffentlich wird sie nicht gebraucht.
Edit: bei meinen Tests wurde jeweils eine neue Liste nach Videoende angelegt. Livestreams werden - wie vorher - nicht in der Liste erfasst.
Die aktuellen Änderungen können mit den Einzelupdate util.py und ardundzdf.py installiert werden (weitere Infos s. Startpost bzw. Addon-Wiki).
Zum Limit: bei Überschreiten des Limits wird der älteste Eintrag einfach gelöscht. Das funktioniert nach meiner Beobachtung problemlos.
/R
irgendwie ist der Dateiname für die Liste verlorengegangen.
das Problem liegt tiefer. Seit V4.9.5 speichert das Addon in einer Hintergrundroutine die akt. Abspielposition des Videos in der Zuletzt-gesehen-Liste. Dadurch konnte das Video wahlweise neu gestartet oder fortgesetzt werden (die Resume-Funktion von Kodi funktioniert in dieser Liste nicht richtig). Ich vermute, dass bei einem Fehler die Liste gelöscht wurde, suche aber noch nach einer Ursache (bei mir fehlte die Liste auch).
ich hoffe du hast ein Backup von den Addon-Daten. Der Dateiname der Liste ist startlist. sie befindet sich in ../.kodi/userdata/addon_data/plugin.video.ardundzdf
Falls ich den Fehler nicht finde, stelle ich den alten Zustand wieder her, d.h. Aktualisierung der Liste ohne Abspielposition des Videos.
/R
Seit dem Update V4.9.7 vom 18. Februar funktioniert bei mir die "Zuletzt gesehen Liste" nicht mehr, wenn ich etwas aus meiner Merkliste ansehe.
irgendwie ist der Dateiname für die Liste verlorengegangen. Fix folgt in Kürze..
/R
aktuelle Änderungen und Fixes (alle bereits als Einzelupdates verfügbar):
/R
als .strm file bekomme ich das Problem jetzt doch reproduziert. Kann nicht sagen, warum das heute morgen funktioniert hat.
nun, das ist keine Überraschung. Der enthaltene Link ist ein HLS-und kein Dash-Stream. Die Verwendung einer strm-Datei beeinflusst das Verhalten von Kodi-Player oder inputstream-Addon überhaupt nicht. Sie bietet die Möglichkeit, Kodi direkt einen Link zum Abspielen zu präsentieren, ohne diesen erst aufwändig ermitteln zu müssen. Damit eignet sie sich u.a. zum Platzsparen oder - wie von dir genutzt - für einfache Testszenarien.
Aus meiner Sicht liegen inzwischen ausreichende Hinweise mein gestriges Fazit vor. Übrigens lässt sich beim Dash-Stream von DasErste der Verzicht auf max. Auflösung sehr schön im Log ablesen: AddOnLog: inputstream.adaptive: Download failed with error 404: http://mcdn.daserste.de/daserste/dash/manifest_1280x720p50_3200k_20240214_b_159569.mp4
/R
rdorsch:
ich fasse mal die bisherigen Ergebnisse und die Folgen für das Addon kurz zusammen:
- Dash-Streams eignen sich bei einigen HW-/SW-Konfigurationen besser für den Kodi-Player (von möglichen Einschränkungen für die max. Auflösung abgesehen)
- das Addon ARDundZDF unterstützt zwar Dash-Streams (mit neuem Einzelupdate util.py), aber verwendet solche nicht für seinen Livestream-Cache
- Bei dem Verfahren im Addon wird es vorerst bleiben, solange ich nicht in der Lage bin, die bisherigen Stream-Quellen in den gewohnten Auflösungen als Dash-Streams direkt von den Mediatheken zu beziehen
- Manuell können Dash-Stream-Links in die Datei livesenderTV.xml eingetragen werden (zwischen den Tags <link> .. </link>, siehe Bild). Für Sicherung und Wiederherstellung bei Addon-Updates muss der Nutzer selbst sorgen
/R
Kann ich irgendwo sehen, welche properties ARDundZDF für eine Stream setzt?
schau mal in die Funktion PlayVideo() im Modul util.py. Ab Zeile 3527 liegt der Block für inputstream.adaptive. Für inputstream.ffmpegdirect habe ich nach früheren Tests die passenden Direktiven im Code belassen (auskommentiert). Für Dash-Links fehlen noch setProperty-Direktiven - ergänze ich noch für eigene Tests (frühestens heute abend).
https://mcdn.daserste.de/daserste/de/master.m3u8 ist tatsächlich der z.Z. verwendete Live-Link.
Zur Erinnerung: alle im Addon verwendeten Live-Links werden im Log (Debug-Log aktivieren) ausgegeben, wenn in Infos+Tools der Refresh für die Livestream-Quellen angestoßen wird.
/R
In den dash streams kann ich vor- und zurücknavigieren, habe keinen einzigen Ausfall beobachtet.
wir hatten hier vor zwei Wochen ebenfalls positive User-Hinweise zu Dash-Streams - siehe den Post vom 11.02.2024.
In meinem Addon verwende ich vorwiegend die Stream-Quellen direkt aus den Mediatheken - Dash-Stream sind im Konzept nicht vorgesehen.
Theoretisch kannst du in der livesenderTV.xml (../.kodi/addons/plugin.video.ardundzdf/resources/livesenderTV.xml) die Streamlinks bei den gewünschten Sendern eintragen. Das sollte funktionieren, habe es aber nicht getestet. Problem: spätestens beim nächsten Update wird die Datei livesenderTV.xml wieder überschrieben.
/R
@dorsch: vergiss bitte den Vorschlag "VLC als externer Player" - offenbar lässt sich auf LibreElec kein ext. Player installieren..
/R
Die Hardware ist ein rock64
pardon, ich hatte wg. LibreElec einen Raspi unterstellt.
Ich weiß nicht, ob das relevant ist, aber im Stream von tvheadend (über dasselbe Netzwerk angebunden) zu springen funktioniert nach wie vor problemlos.
dann lohnt sich ein Versuch mit einem anderem Player, vorzugsweise VLC (unterstützt die 2-/3-Stunden-Zeitpuffer bei ARD/ZDF).
Der Austausch gegen den Kodi-Player ist im Kodi-Wiki, External_players, beschrieben. Ablauf:
1. die Datei /usr/share/kodi/system/playercorefactory.xml sichern, dann in Editor laden (nano)
2. den kompletten Abschnitt <playercorefactory> .. </playercorefactory> ersetzen durch:
<playercorefactory>
<players>
<player name="VLC" type="ExternalPlayer" audio="false" video="true">
<filename>/usr/bin/vlc</filename>
<args>--fullscreen "{1}"</args>
<hidexbmc>false</hidexbmc>
</player>
</players>
<rules action="prepend">
<rule video="true" player="VLC"/>
</rules>
</playercorefactory>
3. speichern, Kodi neu starten und Livestream testen.
/R
