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
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
Alle Änderungen und Details siehe Menü Info -> Änderungsliste.
/R
Hat die ARD da was am API geändert oder ist bei mir was krumm?
vermutlich nutzt das Addon die eingebetten Playerdaten der Webseite der ARD. Hier hat die ARD vor einigen Tagen das Format der Daten geändert. Jedenfalls war dies beim Addon ARDundZDF der Fall. Dort musste ich für die akt. Version 5.0.9 im Modul TagesschauXL (im Setting freizuschalten) eine Anpassung vornehmen.
/R
Update V5.0.9
Aktuelle Fixes betrafen die ZDF-Suche, die Module ARD, phoenix und TagesschauXL. Details siehe changelog.txt oder Github_Releases.
Wer Kodi mit einem Proxy nutzt und dabei Abspielprobleme festellt, dem sei der zusammenfassende Post #3.735 von forrester empfohlen. Ich meine, die Erkenntnisse aus den Tests gelten ebenso für andere Addons. In diesem Zusammenhang löst das Addon nun Redirects für sämtliche Url's vor Übergabe an Kodi auf (Video-und Videolivestreams sowie Audio-Livestreams).
Rückblick auf V5.0.8: wie es aussieht, war der Austausch der api-Adresse für die ZDF-Mediathek ausreichend. Seitdem haben sich keine Änderungen in Struktur und Inhalt der json-Daten gezeigt.
/R
Danke forrester ,
ich füge im Wiki zum Setting "inputstream.adaptiv nutzen" einen Hinweis auf Proxynutzung ein und verlinke zu deiner Zusammenfassung.
/R
Zeit für mich mal zusammenzufassen, was ich bisher verstanden habe.
Sehr gute Zusammenfassung und ich stimme im Ergebnis in allen Punkten zu. Bei Punkt 2 würde ich den ersten Satz nur so umformulieren:
Addons können verschiedene python-libraries nutzen, ohne diese Proxy Konfiguration beachten zu müssen.
Bei Punkt 3 würde ich "durch python korrekt verarbeitet" ersetzen durch "durch Kodi korrekt verarbeitet" (Grund: Kodi nutzt C++-Quellen).
Dein Fazit ergänze ich für mich noch mit dem Ausblick:
Wir werden uns wohl damit abfinden müssen, dass das Addon mit der Proxy Konfiguration nicht uneingeschränkt genutzt werden kann.
Auch wenn die Unterschiede zwischen Kodi selbst und dem inputstream.adaptive-Addon beim Client-/Server-Handling herausgefunden werden, können diese nicht für das Addon genutzt werden. Letztlich übergibt das Addon die ermittelt Video- oder Livestream-Url an Kodi (optional an das inputstream.adaptive-Addon). Anschließend ist es von der weiteren Client-/Server-Kommunikation abgeschnitten bzw. muss sich nicht darum kümmern - je nach Sichtweise.
Noch kurz zur geplanten Umstellung die requests-Bibliothek:
die muss ich leider zunächst zurückstellen. Damit sie auch dort genutzt werden kann, wo requests nicht zur Verfügung steht (wir hatte ja LibreElec als Beispiel), muss im Addon die Abhängigkeit zum requests-Addon festgelegt werden. Was bei den Testinstallationen gut für LibreElec und Kodi Leia gut klappte, bei meiner PC-Konfiguration mit Kodi Matrix funktioniert es erst nach Neuinstallation von Kodi und Deinstallation der Kodi-Datenbak Addons33.db. Das möchte ich keinem Nutzer zumuten und bleibe erstmal bei den Varianten urllib und urllib2. Die wichtigen Redirects werden beim Url-Check ergänzt, wie bereits erwähnt - in der Funktion get_page() sind sie ohnehin seit 2021 vorhanden.
Mir fallen jetzt noch die Downloads ein: die nutzen urllib.urlretrieve für Python2 + 3, sollten nach unseren bisherigen Ergebnissen auch funktionieren.
/R
Ich hätte da einen feature request: Einbinden der ARD plus Mediathek.
ich muss leider enttäuschen - die Einbindung privater Mediatheken verstößt gegen meine eigenen Vorgaben (s. Startpost, Abschnitt Integration ..). Dazu zähle ich auch kommerzielle Ableger der Öffentlich-Rechtlichen. Abgesehen davon könnte ich den Aufwand ohnehin nicht leisten - ich bin ausgelastet. Vielleicht findet sich ein anderer Entwickler?
/R
Ausgewählt habe ich eine niedrige Auflösung einer mp4 Datei, die auch abgespielt wurde.
Das und auch das Ergebnis bei den Einzelauflösungen passt zu meiner Vermutung, dass Kodi beim Zugriff auf die HLS-Substreams am Proxy scheitert. Bei "Sofortstart aus" ermittelt das Addon die Streamadressen der einzelnen Auflösungen und übergibt nur die ausgewählte Adresse an Kodi. Beim MP4-Format entfallen Substreams - dort wird nur die Adresse des MP4-Streams übergeben, womit Kodi direkt den Player füttern kann.
Das inputstream.adaptive-Addon verwendet - wie von dir festgestellt - bei den HLS-Substreams offenbar eine andere Methode des Zugriffs als Kodi selbst und schafft es am Proxy vorbei.
Geht das überhaupt, das man eine ältere Version instaliieren kann?
Das weiß ich leider nicht. Auf dem PC verwende ich eine vorkompilierte Binärversion, die über den Paketmanager installiert wird. Auf dem Raspi nutze ich nach einem Wechsel auch eine höhere LibreElec-Version die dann angebotenen Updates, wozu bisher auch inputstream.adaptive gehört.
Auf Github sind zwar aktuelle und ältere Releases verfügbar, aber alle als Quelldateien, die mittels cmake für das jeweilige OS kompiliert werden müssen. Ev. hilft eine Recherche nach älteren Versionen von inputstream.adaptive für LibreElec.
/R
Kann man sonst im Addon die HD-Qualität als Standard einstellen? Ich kenne nur die Option "Sofortstart" aber da wird scheinbar immer die höchste Qualität ausgewählt...
du hast beim Addon zwei Möglichkeiten:
1. für den Dauerbetrieb: du bleibst beim Sofortstart und wählst in den Settings "Modul-Einstellungen" das Videoformat HLS und als Videoqualität die gewünschte Auflösung aus. Siehe Wiki zu Sofortstart / Auflösungen
2. für Tests: du schaltest den Sofortstart aus (Kontextmenü oder Settings "Allgemein"). Dann werden dir für das Video zwei bis drei Listen angezeigt, aus denen du eine Auflösung wählen kannst. Siehe Wiki zu Videoformat und Wiki zu Videoqualität
bei den Logs habe ich mir das Kodi.log
Dein WLAN könnte auch durch benachbarte Nutzer überlastet werden, zumindest zeitweise. Vielleicht hilft da eine kostenlose App, die benachbarte WLAN's zeigt und die Qualität des eigenen misst. Bis zu einer besseren Alternative (Netzwerkkabel?) würde ich es mit einer kleineren Auflösung probieren, falls es wieder klemmt.
/R
Zum Thema InputStream Adaptive Version 21.5.0 oder 21.5.0.1 ...kannste auch mal hier reinschauen.
da scheint mir vorwiegend Android betroffen..
/R
Zeitgleich zeigen die FW-Logs wieder geblockte Zugriffe auf : 23.2.13.218:443.
auch wieder akamei, ev. betrifft es die Substreams. Wie sieht es mit MP4 aus (Kontextmenü: Sofortstart AUS)?
/R
Meine Vermutung ist vielmehr die, das die Mediatheken von ARD und ZDF beim Filmaufruf einen http-redirect durchführen, um auf die jeweiligen Filmserver zu verweisen.
So ist es. Mir fielen gestern die Redirects bei Radiostreams auf. In der Funktion url_check blieb requests.get hängen. Hier prüfte bisher das Addon nur die Erreichbarkeit des Servers. Die Auflösung konnte man ja dem Kodi-Player überlassen. Dass dabei Probleme mit einem Proxy autreten könnten, war für mich eine Überraschung. Für das kommende Update stelle ich hier um und liefere beim Check die neue URL zurück. Dann sollte das Addon mit dem Proxy auch ohne inputstream.adaptive-Addon zurechtkommen können. Edit: jedenfalls bei den MP4-Streams + abgeschalteten Untertitel. Bei HLS könnte Kodi für die Substreams (Auflösungen, Untertitel) erneute DNS-Anfragen schicken.
An dieser Stelle wären mir auch die Ideen ausgegangen. Es ist zwar möglich über xbmc.executeJSONRPC-Calls die Kodi-Settings einschl. der Proxy-Settings im Addon auszulesen (Definitionen der Settings-ID''s in den xbmc-Quellen). Soweit ich weiß, gibt es jedoch keine Möglichkeit, diese an den Kodi-Player weiterzugeben.
Jetzt zum Positiven!
ich mache es kurz: Glückwunsch - das war doch (für uns beide) eine ziemlich harte Nuss. Für mich hat es auch etwas gebracht: ich scheue zwar zusätzliche Abhängigkeiten im Addon, verwende aber künftig trotzdem das requests-Addon. Es macht vieles leichter und offensichtlich ist es über die Jahre stabil geblieben.
Zum Problem mit dem ZDF-Film: im Logauszug ist keine Ursache erkennbar, warum der Stream vom Player nicht verarbeitet werden kann.
Mich würde mal interessieren, was das inputstream.adaptive-Addon in der Funktionsweise anders macht.
Ev. hilft bereits der Debug-Modus von Kodi (Kodi-Menü oder Tastatur: Strg/Umschalt/Taste d). Der Debug-Level lässt sich in einer advancedsettings
/R
die Folgebeiträge bei der Rubrik "phoenix Dokumentationen" werden nicht angezeigt.
phoenix: Mehr-Seiten werden nicht angezeigt (Error HTTP 400) - Einzelupdate ARDnew.py
Ursache war ein Doppelpunkt im Link zu den weiterführenden Seiten. Das Modul phoenix nutzt in diesem Menü das Modul ARDnew.py - daher dort das Einzelupdate.
/R
Anbei Ausschnitte aus dem tcpdump-log (uploadsnippets.txt).
danke für den Aufwand mit dem tcp-log. Ist schon merkwürdig, dass sogar die hbbtv-Anfragen (https://www.kodinerds.net/ hbbtv.zdf.de) durchgehen, Videostreams dagegen nicht.
Die Liste der angefragten Adressen ist aus meiner Sicht völlig OK.
Was man noch zum Abgleich ausprobieren könnte (ohne tcpdump):
- für Livestream-Tests: inputstream.adaptive-Addon installieren + in ARDundZDF freischalten. Ich kenne zwar nicht die Server-/client-Kommunikation bei der Initialisierung der Verbindung, aber insgesamt kommt inputstream.adaptive besser mit dem Streaming zurecht
- für Videotest: umschalten auf Einzelauflösungen statt Sofortstart (im Kontextmenü) und eine der mp4-Links starten. Beim ct-uplink-Addon ist mir aufgefallen, dass nur mp4-Videos verwendet werden.
Edit: das hätte ich beinahe vergessen: hat sich denn nach Umstellung auf requests überhaupt etwas verbessert?
/R
forrester :
pardon, für LibreElec war noch eine Ergänzung notwendig, damit die requests-Bibliothek überhaupt zur Verfügung steht. Das neue Testadon habe ich soeben mit LibreElec 12.0.0 getestet. Neues Testaddon auf gmx - ich drücke die Daumen..
/R
forrester :
das neue Testaddon steht zur Verfügung. Der Url-Check nutzt nun ebenfalls die requests-Bibliothek (python3.*).
Ich bin aber skeptisch, ob es funktioniert, nachdem sich bei dir die unteren Menüebenen nicht öffnen. Denn dort gibt es keine Internetzugriffe abseits der requests-Bibliothek.
Interessant wäre für den Abgleich noch ein Test des Update-Buttons im Hauptmenü. dort wird für den Github-Zugriff die ältere Funktion urllib.urlopen genutzt statt urllib.Request.
Sollte das alles nichts fruchten, könnte ich mir noch ein Debug-Log ansehen. Das könnte allerdings wegen Proxy und Firewall nur eingeschränkt beim Lösen helfen.
Edit: Downloads sind noch unbehandelt (nutzen die alte Form des Zugriffs).
/R
Gibt es denn unterschiedliche Formen der URL-Aufrufe in deinem Code?
ich habe tatsächlich den Url-Check übersehen, der noch in der alten Form stattfindet - das wäre beim Test der Livestreams relevant. Ergänzung folgt in einem neuen Testaddon ..
/R
Nutzung der requests-Bibliothek (python3.*) i.Z.m. Nutzung eines Proxies - Testaddon
forrester:
Weiterführende Infos konnte ich keine auftreiben. Eine Kodi-Funktion, die Addons bei direkten Internetzugriffen die in Kodi gesetzten Proxy-Parameter verwenden lässt, hab ich keine gefunden.
Aus den Kodi-Quellen kann ich entnehmen, dass die Proxy-Settings nur für eigene Aufrufe genutzt werden. Falls Du hier selbst weitersuchen möchtest: die Headerdatei ist CurlFile.h mit class CCurlFile . Der Code befindet sich in CurlFile.cpp .
Als Suchstring nach Vorkommen von CCurlFile im xbmc-Repo von Github kann man verwenden: https://github.com/search?q=repo%3Axbmc%2Fxbmc%20CCurlFile&type=code
Also ein neuer Versuch: wir haben die Situation, dass Zugriffe des Addons ardundzdf von der Firewall geblock werden. Dagegen rufen c't uplink und ARDAktuell ihre Quellen problemlos ab. Dabei nutzen sie die requests-Bibliothek, während ardundzdf die Request-Funktionen aus urllib2 (python2) bzw. urllib.request (python3) verwendet. Ich halte es für ausgeschlossen, dass Kodi bei gesetzten Proxy-Settings die Abrufe abfängt, mit Settings impft und dann weiterleitet.
Das Testaddon auf gmx nutzt daher die requests-Bibliothek, wie c't uplink und ARDAktuell.
Sollte damit die Proxy-Nutzung nicht funktionieren, muss ich erstmal passen. Für weiterführende Tests bräuchte es ein identisches Setup - dafür fehlt mir leider die Zeit.
/R
