Hammer Addon sonnst aber warum so umständlich und keine neue Version ?
private Gründe - bin zeitlich im Moment eingeschränkt..
/R
Hammer Addon sonnst aber warum so umständlich und keine neue Version ?
private Gründe - bin zeitlich im Moment eingeschränkt..
/R
du kannst auch das Addon von der Webversion des Repos herunterladen. Dabei vorher die gewünschte Kodi-Version mit dem Button "Kodi Version" auswählen.
/R
Also ich kann machen was ich will mit der neuesten Version von github oder von Kodinerds Repo...
Kodinerds-Repo: ev. fehlt noch die Aktualisierung des Repos im Kodi-Menü (s. Bild)
/R
Ich habe selbst in den Logs und Codes geschaut und es ist wohl ein Fehler aufgrund von Umlauten in der Variable page.
in der Tat - so war es. Die verwendete Dekodierung an dieser Stelle führte bei python 2.* zu utf-Errors.
Einzelupdate ARDnew.py behebt das Problem (s. Startpost). Ich habe - da der Fehler an einer zentralen Stelle im Modul ARDnew auftrat - den Fix mit den wesentlichen Menüs getestet (Startseite, Verpasst usw.). Bitte melden, falls das Problem noch irgendwo auftaucht.
/R
ch sehe nicht nur mit der letzten Version, sondern schon mit der Version davor Crashes
danke für die gute Fehlerbeschreibung. Tatsächlich existiert das Crash-Problem i.Z.m. dem Videostart aus der Suche heraus schon länger - hier dokumentiert im März 2022. Etwas entschärfen ließ sich das Problem im Addon mit einem erzwungenen Rücksprung zum jeweiligen Hauptmenü. Der Crash bleibt dann aus, wenn die Sucheingabe mit dem Abbruch-Button verlassen wird und man kann vom Hauptmenü aus das Addon fortsetzen.
Damals hatte ich gehofft, dass sich das Problem mit der allg. Weiterentwicklung ausschleicht. Für mich selbst spielte es keine Rolle mehr, da ich auf die Inhalte hauptsächlich über die Merkliste bzw. die Livemenüs zugreife.
Ich nehme es nochmal in Angriff - mit der gebotenen Rücksicht auf Freizeitaktivitäten.
/R
Also bei startet das AddOn noch immer nicht.
Der Logauszug zeigt, dass es mit der Neuinstallation / Aktualisierung nicht geklappt hat. Dann bitte die fehlende Datei ard_streamlinks ersetzen:
../.kodi/userdata/addon_data/plugin.video.ardundzdf/Dict/ard_streamlinks
Du kannst eine leere Textdatei erzeugen (ohne Extension .txt!) oder irgendeine andere Datei in das Verzeichnis Dict kopieren und in ard_streamlinks umbenennen.
Dann startet das Addon wieder durch..
Edit: melde dich nochmal, falls das Dateihandling auf dem Android-System zu schwierig ist. Ich gebe dann Hilfestellung zur erneuten Installation des Addons.
/R
Perfekt, vielen Dank!
Dass es ausgerechnet neue Nutzer getroffen hat, tut mir besonders leid. Soll nicht wieder vorkommen. Und bei künftigen Updates versuche ich, solche Termine wie das gestrige UEFA-Spiel zu vermeiden.
/R
wie installiere ich das Einzelupdate, wenn das Addon nicht mehr startet?
über das Addon-Menü Infos+Tools -> Einzelupdate.
Falls es überhaupt nicht bedienbar ist, kann eine leere Datei die fehlende ersetzen:
../.kodi/userdata/addon_data/plugin.video.ardundzdf/Dict/ard_streamlinks
Alternativ kann auch das aktualisierte Release aus dem Github-Repo geladen und neu installiert werden:
Du kannst aber auch in der Datei ardundzdf.py die entsprechende Passage von Zeile 261 bis 277 mit dem Zeichen # ausklammern:
#tci = int(SETTINGS.getSetting('pref_tv_store_days')) # TV-Livestream-Quellen aktualisieren
#if tci >= 5: # Thread nicht bei 0 od. 1 aktivieren
# ID = "ard_streamlinks" # stellvertretend auch für zdf + iptv
# dictfile = os.path.join(DICTSTORE, ID)
# if os.path.exists(dictfile):
# mtime = os.path.getmtime(dictfile)
# now = int(time.time())
# CacheLimit = tci * 86400
# cache_diff = CacheLimit - int(now - mtime) # Sec-Abstand zum nächsten Ablaufdatum
#
# PLog("streamcache_check: tci %d" % tci)
# PLog("cache_diff: %d sec, %d days" % (cache_diff, int(cache_diff/86400)))
#
# if cache_diff <= 43200: # Refresh bereits 12 Std. vor Ablauf möglich
# PLog("CacheLimit_reached: %d" % int(now-CacheLimit))
# bg_thread = Thread(target=EPG.thread_getstreamlinks, args=())
# bg_thread.start()
if SETTINGS.getSetting('pref_dl_cnt') == 'true': # laufende Downloads anzeigen
Edit: inzwischen habe ich das Addon auch im kodinerds-Repo aktualisiert.
/R
Addon startet nicht mehr nach Update auf V5.0.5 - Fix für nicht vorhandenen ARD-Stream-Cache - Einzelupdate ardundzdf.py
pardon, mein Fehler. In der neuen Hintergrundroutine lief die Aktualisierung der Stream-Caches in den mitgeteilten Error, wenn der ARD-Stream-Cache noch nicht existierte. Mit dem Einzelupdate ardundzdf.py sollte es bei allen wieder funktionieren.
Edit: offensichtlich sind auch einige Nutzer betroffen, die das Addon von Github geladen haben - ich aktualisiere daher auch das Release-Zip (in ca. 15 Minuten).
/R
Update V5.0.5
Folgende Fixes und Änderungen waren bereits Bestandteil von Einzelupdates:
Alle Änderungen mit Bezug zum Quellcode siehe Menü Info -> Änderungsliste.
/R
te36:
Nachstellen kann ich das Phänomen nicht, weder mit Windows10 noch 11. Ich habe daher die angekündigte Umgehung umgesetzt:
die Funktion url_check() erhält eine zweite Stufe, die bei dem CERTIFICATE_VERIFY_FAILED-Error die Url erneut mit ssl.create_default_context() und gcontext.check_hostname = False prüft. Das Addon wertet in diesem spez. Fall den Check auch bei Mißerfolg als bestanden.
Ein Sicherheitsproblem sehe ich hier nicht, da wget, inputstream.apdative und Kodi-Player mit den ARD-Urls in deiner OS-Umgebung ohne einen ssl-Error umgehen können.
Um tiefer zu bohren, könnte man mittels curl -v das Zertifikate-Handling auflisten. Falls sich dabei ein lokales Problem mit den Server-Zertifikaten der ARD offenbart, könnte man die mit curl ermittelten Zertifikate mittels openssl den lokalen Zertifikaten hinzufügen. Das wäre aus meiner Sicht ein erster Ansatz zum weiteren Vorgehen. Das sollte dann aber jemand begleiten, der sich im Bereich SSL/python-Request/Windows besser auskennt als ich.
Die Umgehung kann bereits mit Einzelupdate util.py getestet werden und ist auch im nächsten Addon-Update vorhanden (voraussichtl. morgen Nachmittag oder Abend - je nach Kuchenmenge).
/R
te36:
danke für Log + Hinweise. Tasächlich reagiert dein Windows direkt auf den Url-Zugriff mit dem deplatzierten SSL-Error. Leider gibt das Log keinen Hinweis auf die eigentliche Ursache. Der Check erfolgt an dieser Stelle ohne SSL-Kontext (ssl.SSLContext). Möglicherweise stört sich Windows am verwendeten http-Header. Dafür könnte der problemlose wget-Zugriff spechen.
Ich versuche mal in meiner VM, den Fehler zu provozieren. Falls es nicht klappt, bleibt als Abhilfe, diese spez. Fehlermeldung im Addon abzufangen. Eine gute Lösung wäre das aber nicht, da das Problem auch an anderen Stellen im Addon auftreten könnte.
Caches sind in diesem Fall nicht involviert.
Weitere Rückmeldung folgt..
/R
Fehlt da nicht einfach nur inputstream.adaptive?
ich vermute ein http-Header-Problem beim Url-Check, daher der Versuch ohne Check. Ohne den Check sollten sich die Streams auch ohne inputstream.adaptive abspielen lassen. Generell ist aber auch meine Erfahrung, dass inputstream.adaptive einen großen Aufwand für möglichst unproblematisches Streaming betreibt. Mir fallen da gerade die (inzwischen behobenen) time-sync-Probleme bei ARD-und ZDF-Streams ein.
/R
Was macht man da ?
tut mir leid, dass es so holprig losgeht, trotzdem willkommen im Club.
Die Meldung stammt aus dem Url-Check vor der Übergabe an den Kodi-Player. Leider kann ich sie in meiner VM (Windows 10, Kodi Omega) nicht reproduzieren. Getestet habe ich im Menü TV-Livestreams DasErste, WDR, BR und zusätzl. beim NDR auch die IPTV-Links (mit den transparenten Senderlogos).
Auch im Menü "ARD Mediathek" -> Livestreams lassen sich die Streams abspielen.
Ich hatte vor einigen Jahren (2018) mal kurzzeitig Probleme mit Leia unter Windows7 mit http-Requests. Für die neuere Zeit habe ich keine Hinweise dazu.
Da bei dir wget kein Problem mit dem Zugriff hat, bietet sich an, testweise den Url-Check zu umgehen. Falls du das probieren möchtest:
im Modul util.py, Funktion url_check() direkt hinter der Logzeile "url-check:" ein return True einfügen. Das würde dann so aussehen:
#----------------------------------------------------------------
# Aufruf: PlayVideo
# 04.03.2022 Header für ZDF-Url erforderl. (Error "502 Bad Gateway")
# 21.01.2023 dialog optional für add_UHD_Streams (ohne Dialog)
def url_check(url, caller='', dialog=True):
PLog('url_check:')
return True
if url.startswith('http') == False: # lokale Datei
if os.path.exists(url):
return True
else:
if dialog:
msg2 = url
if url == "":
msg1= 'Video-Url fehlt!'
else:
msg1= 'Video fehlt! Datei:'
MyDialog(msg1, msg2, "")
return False
Ansonsten brauche ich das übliche Debug-Log (mit aktiviertem Plugin-Logging im Addon).
/R
Sollten noch Fragen zum Addon ARDundZDF auftauchen, geht es hier zum passenden Thread: [RELEASE] Kodi-Addon-ARDundZDF
/R
Zum Einkreisen des Problems: ist das inputstream.adaptive-Addon installiert (passiert nicht bei allen Systemen automatisch)? Falls ja, kann man das mal testweise deaktivieren (Settings "Modul-Einstellungen"). Wenn der Fehler sich weiter zeigt, brauchen wir das komplette Debug-Log (ab Kodi-Start bis zum Auftreten bis einschl. des o.g. Teils).
Interessant wäre auch, ob der im Modul TagesschauXL vorhandene Ausland-Livestream funktioniert.
/R
Hallo Weri: es gab keine Hürden - umgesetzt mit Einzelupdate ardundzdf.py. Die Lösung hat auch den Vorteil, dass sie langfristig beibehalten werden kann, während die neue Seite uefa-euro-2024 nach dem Event wieder entfällt.
/R
Dazu hatte ich gerade eine Idee, die mir eine stundenlange Auswertung der neuen Webseite ersparen würde. Wir verlinken den Button "Livestreams der Sportschau" bei den Audiolivstreams und filtern beim Aufruf die Videostreams heraus. Das könnte kurzfristig klappen ..
/R
Könntest du diese kurzfristig noch in das Addon unter "Radio-Livestreams" mit zusätzlich aufnehmen?
ich sehe gerade, dass die dort aufgeführten Audiostreams bereits in den Livestreams (Button "Livestreams der Sportschau" enthalten sind), zusammen mit den VideoLivestreams. Dabei handelt es sich um das kürzlich geflickte Menü. Im Infotext sind Audio- und Video-Streams deutlich voneinander getrennt - s. Bild.
/R
siehe Log, kannst Du bitte wieder ein Einzelupdate vorbereiten
erledigt mit Einzelupdate arte.py (Fix: fehlerhafte Behandlung von http-Links im Addon).
/R