Beiträge von rols1

joschi77 danke für den Tip - sehe ich mir an, ebenso wie src-sets in html-Quellen, die ich bisher übersehen habe.
/R

Erweiterung podcast.de: Menü podcast.de in Audiothek, Icon folgt mit Addon-Update - Einzelupdate ardundzdf.py, util.py
Ev. folgen noch Detailverbesserungen ..
Edit: die Bilder sind grauslich, aber leider scheinen auf der Platform nur Mini-Icons verfügbar
/R

Zitat von te36

Standardisiert ueber viele Sender ist dann vielleicht das Endgame.

vielleicht haben wir Glück und das ergibt sich aus den jetzt sichtbaren Einsparzwängen..

Zitat von te36

In der strm datei ist ja wohl die notwendige URL, die man downloaden muesste

in der Tat - leider wurde bei diesem Modul nicht die Option Videodownload (statt strm-Ansatz) berücksichtigt. Nachträglich scheint mir der Aufwand dafür zu hoch.
/R

Zitat von te36

Anscheinend sind die ganzen APIs ja auch alle pro Sendergruppe geköchelt wenn ich das recht sehe.

Das würe ich ebenfalls gerne vereinheitlicht sehen, so wie vermutlich andere Addonentwickler auch. Dennoch: ich sehe inzwischen viele gute Gründe für die Notwendigkeit von APIs. Gerade beim ZDF und besonders in Hinblick auf die Serien war es mir mit bloßem Webscraping nicht mehr möglich, die Struktur der Mediathek einigermaßen nachzubilden.
Was ich noch fragen wollte: du hattest ja eine Option zur Archivierung von Serien angesprochen. Passt denn das strm-Modul im Addon dazu?
/R

Zitat von te36

Darf ich mal nach Wurstherstellung fragen hier ?

zur Verwurstung von Serien im Addon empfehle ich einen Blick in das Wiki (strm-Modul). Das Modul kam im Januar 2022 auf Anwenderwunsch ins Addon. Ich selbst nutze es nicht und kann daher nicht sagen, ob es noch rundum funktioniert.
Zum Auswerten generell nutzt das Addon inzwischen fast durchgehend api-Funktionen statt des früheren Web-Scrapings. Für das ZDF dient hier das api zdf-prod-futura.zdf.de (früher zdf-cdn.live.cellular.de) für mobile Geräte. Der zdf-Crawler von Mediathekview nutzt dagegen - soweit ich es überblicke - api.zdf.de.
Problematisch sind beim ZDF inkonsistente Bezeichner bei den Serien. Diese könnten verantwortlich sein für abweichende Ergebnisse. Siehe dazu im Mediathekview-Repo den Feature Request Unterstützung für Staffel/Episode Daten.
/R

te36 für heute leider schon zu spät für mich - melde mich morgen wieder..
/R

Update V5.1.2

mit den Einzelupdates seit V5.1.1 vom 22.09. gab es bereits kleinere Korrekturen und Ergänzungen im Bereich ZDF und 3sat. Für das Modul arte wurden fehlende MP4-Quellen nachgerüstet (danke an realvito zum Hinweis an die api-Änderung).

Inhaltstexte zu Videos: der Vorschlag von joschi77 im Beitrag vom 30.09. führte im ersten Schritt zu einer Überarbeitung der Option "Inhaltstext zu Video im Voraus laden". Mit umfangsreduzierten Cachedateien wird das Nachladen erheblich beschleunigt. Leider bleibt das Nadelöhr beim ersten Aufruf einer Videoliste - insbesondere beim ZDF, wo die Homepages nachgeladen werden müssen. Das Laden der Seiten zu jedem einzelnen Video einer Liste braucht eben seine Zeit - auch bei schnellen Systemumgebungen.
Im zweiten Schritt wurde mit "Video-Inhaltstext via Kontextmenü" sein Vorschlag umgesetzt, den Text nur für ein einzelnes Video vorauszuladen. Es gab bereits ein Einzelupdate für Videos der ARD. Hier folgen nun Detailverbesserungen, Anpassungen für ältere Kodiversionen sowie Erweiterungen für Videos von ZDF, 3sat, phoenix, Kinderprogramme (KiKA, ZDFtivi, ARD - Kinder und Familie) und TagesschauXL (Videos in den fett gedruckten Menüs).

Hinweise:
Wo eine Auswertung von Inhaltstexten nicht funktioniert, unterbleibt i.d.R. auch der Eintrag im Kontextmenü. Das ist z.B. bei arte-Videos der Fall. In einigen wenigen Fällen kann das Addon stark abweichende Quellformate nicht voraussehen. Dort folgt dann die Notification "leider ohne Ergebnis".
Die Inhaltstexte funktionieren nur bei der Einstellung Sofortstart, nicht bei den Einzelauflösungen.
Eine kurze Übersicht habe ich im Wiki hinzugefügt.
/R

Zitat von joschi77

Könnte man diese "Funktion" nicht auch auf einen neuen Button innerhalb der Sendungs-Detailseite legen?

Mir ist leider keine Schnittstelle in Kodi bekannt, mit der sich ein Addon in die Funktionen der Sendungs-Detailseite so einklinken könnte, wie es bei den Kontextmenüs geschieht. Vermutlich wäre es mit Skin-Anpassungen möglich, aber: Skin-spezifische Programmierung mache ich grundsätzlich keine.
/R

Video-Inhaltstext via Kontextmenü - Einzelupdate util.py, ARDnew.py, EPG.py

joschi77: zum Testen hier die Umsetzung, zunächst nur für Videos der ARD. Es war vorher ein Problem mit dem Listenelement von Kodi zu lösen, um unerwünschte Einträge im Kontextmenü zu vermeiden.
Für ARD-Beiträge sollte das Kontextmenü "Inhaltstext für Video zeigen" bei den verschiedenen Arten von Videos funktionieren, auch für Serien und Sendereihen (s. Bilder). Ausgenommen sind die Videos der WDR-Sportschau, die im Addon über die WDR-Webseiten ausgewertet werden.
Es folgt die Umsetzung für die ZDF-Videos. Außerdem braucht es noch Nacharbeiten im Addon bei den Kontextmenüs der übrigen Sender.
/R

Zitat von rols1

ich denke, ich werde für die Funktion "Inhaltstext zu Video im Voraus laden" die Daten cachen - ähnlich wie bei den EPG-Daten.

steht mit Einzelupdate util.py zur Verfügung.

Hinweis zum Umgang des Addons mir den alten (großen) Cachedateien:
mit dem geänderten Code erhalten die neuen Cachedateien eine Kennung zur Unterscheidung. Eine alte Cachedatei wird vom Addon verworfen. Gelöscht werden alle (alte und neue) Cachedateien automatisch entsprechend der gewählten Einstellung Addon-Cache/Inhaltstexte.
Hinweis zu Livestreams:
die Option Vorausladen wirkt auch bei Livestreams in den Menüs bei ARD und ZDF. Sie wirken nicht bei den Untermenüs von TV-Livestreams - hier haben EPG-Inhalte den Vorrang).

joschi77: auffällig waren teilweise übergroße Inhaltstexte Länge der ZDF-Terra-X-Texte, z.B. mythos-wolfskind-mogli-und-die-wilden-kinder-100 mit 35,2 KBytes. Bei Interesse kannst du die einzelnen Dateien im Ordner ../.kodi/userdata/addon_data/plugin.video.ardundzdf/Inhaltstexte sichten. Sie sind als Textdateien abgelegt. ARD-Dateien sind an den langen ID's erkennbar, z.B. Y3JpZDovL3pkZi5kZS9QUk9EMS9TQ01TXzViNzE3YTEzLTI4YjUtNGQ5Ny1iN2M3LWUyOTc3MDY2YzhlYQ. Bei den ZDF-Dateien passen die Bezeichner i.d.R. zu den Titeln der Beiträge.
Auf dem Raspi 3b+ ist die Funktion Vorausladen für derart große Listen wie die 324 chronol. ZDF-Terra-X-Beiträge praktisch nicht nutzbar. Ich maß mit der Stoppuhr ca. 6 /2 Minuten. Zwar verkürzt sich mit den neuen Cachedateien das erneute Einlesen auf zwischen 36 und 48 Sekunden, aber die große Hürde beim ersten Einlesen mag sich wohl niemand zumuten. Von daher halte ich die zusätzl. Option Kontextmenü/Textviewer für einzelne Listenelemente ebenfalls für sinnvoll (Umsetzung in den nächsten Tagen).
/R

Zitat von joschi77

Variante 2 würde ich da schon besser finden.

vorweg: ich setze zunächst die angesprochene Cachelösung um. Meine frühere negative Einstellung zu einer möglichen Beschleunigung nehme ich zurück. Dort hatte ich nur die Quellen für Inhaltstexte im Auge und diese Quellen werden auch beibehalten.
Die ersten Tests sprechen für eine erhebliche Beschleunigung auf meinem PC (Tests für den Raspi fehlen noch). Ich denke, dass die Cachedateien dann auch für das einzelne Vorausladen verwendet werden können (Textviewer-Variante via Kontextmenü im zweiten Schritt).

Zitat von joschi77

Wenn ich dich jetzt richtig verstanden habe, kommen die "langen" Inhaltstexte zumindest bei der ARD auch über die API. Warum dauert das dann länger?

während die komplette Liste sich aus einer Datei speist, müssen die langen Inhaltstexte aus einzelnen Dateien nachgeladen werden. Auch wenn die api-Quellen der ARD wesentlich kleiner sind als die Webseiten beim ZDF, die Client-Server-Kommunikation für jede einzelne Seite kostet Zeit und kann je nach Server-Auslastung stark variieren.

Zitat von joschi77

Wenn man den Inhaltstyp auf TV-Shows stehen hat, damit man die gesehen-Kennzeichnung nutzen kann und dann "Inhaltstext zu Video im Voraus laden" umschaltet, sind die bisherigen Kennzeichnungen verschwunden.

vereinfacht ausgedrückt: Kodi orientiert sich bei den Kennzeichnungen beim Videostart an der Plugin-Url mit den übergebenen Parametern und nicht etwa am Videotitel. Werden die Parameter geändert, klappt der Abgleich mit dem alten DB-Eintrag nicht mehr und Kodi erzeugt einen neuen. Das passiert z.B. auch beim Wechsel Einzelauflösungen/Sofortstart. Das kann ich nicht beeinflussen.

Zu den Inhaltstexten bei MediathekViewWeb: ev. werden dort Kurz- und Langfassungen aus den Quellen zusammengefasst. Falls erforderlich, könnte man sich die Details im Github-Repo für den Mediathekview-MServer ansehen. Erinnere mich ggf. nochmal daran.
/R

Zitat von oli-r

Wo schalte ich denn ein, dass man in der Voranzeige sehen kann, was ich schon angesehen habe?

siehe hier im Addon-Wiki.
/R

Zitat von joschi77

- Die Option "Inhaltstext zu Video im Voraus laden" so belassen wie sie ist, für diejenigen die es gerne komplett im Voraus geladen haben wollen.

ich denke, ich werde für die Funktion "Inhaltstext zu Video im Voraus laden" die Daten cachen - ähnlich wie bei den EPG-Daten. Das dürfte zumindest bei erneutem Aufruf der Beiträge für mehr Speed sorgen, insbesondere beim ZDF, wo die Webseite geladen werden muss. Dabei darf man beim Raspi bei Listen mit mehr als 300 Beiträgen trotzdem keine Wunder erwarten.

Zitat von joschi77

- Eine weitere Option, die nur bei Zugriff auf die Detailseite der Sendung den Text vorauslädt?

zum Vorschlag "weitere Option" kann ich zwei Varianten anbieten:
1. geringer Aufwand für mich: bei der Option Einzelauflösung wird die Langfassung des Inhaltstextes ermittelt - unabhängig vom Inhaltstext-Setting. Bisher wird der Inhaltstext aus der Liste weitergereicht - wie dort laut Inhaltstext-Setting dargestellt. Das bedeutet natürlich für die Sofortstarter unter den Nutzern zusätzlichen Aufwand, nicht nur für die Umschaltung sondern auch für die Auswahl in den Listen HLS, HBBTV, MP4.

2. mehr Aufwand, aber verkraftbar: eine zusätzliche Option im Kontextmenü zur Anzeige des Inhaltstextes. Das Ergebnis steht dann aber nur im Textviewer von Kodi zur Verfügung (ähnlich der Programmanzeige im Teletext des Addons - s. Bild). Nicht möglich - jedenfalls nicht ohne zusätzlichen Aufwand - scheint mir der Austausch eines angewählten einzelnen Beitrags durch das gleiche Listenelement mit langem Inhaltstext.

Was meinst Du zu den zwei Varianten?
/R

Zitat von joschi77

Besteht vielleicht da die Chance irgendwie die eigentliche Inhaltsbeschreibung wiederzugeben als die der Sendungsreihe oder wie man es nennen mag?

Das Setting "Inhaltstext zu Video im Voraus laden - kann sehr lange dauern!" ist im Addoncode noch aktiv, auch nach der letzten api-Umstellung. Probiere es bitte mal aus. Ich kann nicht ausschließen, dass inzwischen Nachbesserungen nötig sind. Hier findest Du die passende Info dazu im Addon-Wiki.
/R

Edit (Ergänzung): ich habe nochmal eine mögliche Beschleunigung für das Vorausladen geprüft. Das Ergebnis ist leider negativ. Bei den ARD-Beiträgen wird der Inhaltstext über das API vorgeladen. Die Langfassung der Beschreibung findet sich bei den Videoquellen zum Beitrag. Bei den ZDF-Beiträgen entfällt diese Möglichkeit. Dort habe ich - wie bisher - längere Inhaltstexte nur auf der Webseite zum Video gefunden und dort dauert das Laden entsprechend.
Das Github-Wiki habe ich entsprechend aktualisiert.

Zitat von BrainBug

Läuft die 5.1.1+nexus aus der Repo auch auf der Omega ?

ja
/R

• Einige ZDF-Videos starten nicht: betroffen sind Beiträge mit dem Zeichen & im Infotext, Bsp.: Folgen von Staffel 3 der Serie Neo Ragazzi - Einzelupdate util.py
• Modul 3sat: Behandlung router-inkompatibler Zeichen bei Sendungen A-Z- Einzelupdate my3Sat.py

joschi77: betroffen war auch Folge 2 von Staffel2 - und weitere. Danke für den Hinweis.
/R

Zitat von joschi77

könntest du bitte mal schauen, ob du auch die Folgen von Staffel 3 https://www.zdf.de/show/neo-ragazzi nicht abspielen kannst?

klappt auch bei mir nicht. Beim Holen der Videoquellen scheitert die router-Funktion im Addon am Format der übergebenen Parameter. Auf den ersten Blick habe ich den Fehler bei der Staffel 3 nicht erkannt. Schaue ich mir morgen im Detail an ..
/R

Update V5.1.1

erfreulicherweise ergaben sich seit dem letzten Update vor mehr als 4 Wochen keine gravierenden Änderungen. Das aktuelle Update umfasst lediglich die Einzelupdates in diesem Zeitraum.
Im Audiothekbereich waren u.a. versehentlich auch mp3-Beiträge in der nur für Livestreams vorgesehenen RadioPlaylist. Im Bereich KiKA wurde das Suchergebnis für das Menü Kinderhörspiele verbessert. Für die Kodi-Leia-Nutzer wurden ein paar zufällig entdeckte Probleme mit Umlauten beseitigt.
Merkliste: leider hatte ich bei der Anpassung der neuen ZDF-api-Adresse in V5.0.8 übersehen, dass sich in den Merklisten vieler Nutzer noch Beiträge mit der alten api-Adresse befanden. Ich hoffe, dass das Einzelupdate util.py in den meisten Fällen noch rechtzeitig genutzt werden konnte.

Details siehe Menü Info -> Änderungsliste.
/R

Zitat von BartS1975

Wie würdet ihr im Addon nach dem Stream https://www.swr.de/sport/live/liv…enheim-100.html suchen?

ich habe im Menü "Suche in der ARD-Mediathek" nach "live: heidenheim" gesucht und das gefunden - s.Bild

Edit: die zahlreichen Event-Streams im Menü TV-Livestreams eignen sich eher für die Sportspezialisten unter den Nutzern. Es existiert dafür kein zusammenfassendes EPG. Normalnutzer - wie ich - müssten sich hier mühsam durchklicken.
/R

Update V5.1.0

• EPG-Suche / Aufnahmefunktion: Suche im 12-Tage-EPG ergänzt, einschl. Aufnahmeoption via Kontextmenü (Hinweis: ffmpeg-Installation erforderlich) - s.a. Wiki . Bei der Gelegenheit wurden die Download- und Aufnahme-Tools um eine Löschoption für abgelaufene Jobs ergänzt.
• ARD Sportschau.de (WDR): die Auswertung wurde aktualisiert. Zum Auslesen der eingebetteten Playerdaten wird künftig das Modul TagesschauXL genutzt. Dort war für die identische Datenstruktur mit bereits mit V5.0.9 eine Anpassung an ARD-Änderungen vorgenommen worden - s.a. "Tagesschau Addon keine Nachrichten mehr" .
• Zentraler Datenabruf im Addon: die Funktion get_page() wurde bereinigt, in Stufe 2 wurde die Behandlung komprimierter Daten ergänzt.

Alle Änderungen und Details siehe Menü Info -> Änderungsliste.
/R