Der WDR hat wohl die eingebetten json-Daten des Media-Players leicht verändert
so war es - gefixt mit Einzelupdate ardundzdf.py. Danke Weri für den Hinweis.
/R
Beiträge von rols1
-
-
Hallo Weri:
so auch bei mir. Der WDR hat wohl die eingebetten json-Daten des Media-Players leicht verändert. Einzelupdate ist in Arbeit..
/R -
Update V5.0.4
Die wichtigsten Fixes und Änderungen im Addon:- ARD-Videos: zusätzliche Video- und Audioformate via Web-Api (Audiodescription und DGS). Mehr Infos dazu in den beiden Posts #3.592 und #3.595
- Audiothek: Playlist-Erweiterung für Event-Livestreams. Beschreibung mit Bildern siehe #Post 3.591
- EPG (Nachladen im Hintergrund bei aktiviertem Setting): der Klemmer beim Start des Hintergrundprozesses wurde beseitigt (getestet mit Kodi Matrix und Omega).
- EPG-Anzeige via Kontextmenü (Menü TV-Livestreams): Fix falsche Liste bei fehlendem EPG (Bsp. Deutsche Welle, ARDSportschau Livestreams, Radio Bremen).
Alle Änderungen und Details siehe Menü Info -> Änderungsliste.
/R -
Wie erkenne ich hier die Variante mit Originalton?
Nachbesserung ist fertig (Einzelupdate util.py und ARDnew.py).
- Es werden nun alle verfügbaren HLS-Quellen gelistet.
- Falls der Eintrag mit audio-description/deu in der Auswertung an erster Stelle erscheint, wird sie in der Liste mit dem 2. Eintrag getauscht (zweiter war bisher immer standard/deu).
- Die Auflistung nach Auflösungen entfällt zugunsten der Übersichtlichkeit. Gewünschte einzelne Auflösungen sind weiter in der MP4-Liste verfügbar.
- Für die Nutzer des Sofortstarts wird damit beim Videoformat HLS die Auswahl einer Auflösung bei ARD-Videos obsolet. Dies gilt nicht bei ZDF-Videos, wo die HLS-Stufen low, med, high und veryhigh genutzt und vom Addon nach 480, 640, 960 und 1280 übersetzt werden.
Aufgefallen sind mir zwei fast identische audio-description/deu-Einträge (bei "Das zweite Halbfinale in voller Länge"). Der Videolink unterscheidet sich lediglich in zwei Ziffern: ..-2100-1411.,hq.. / ..-2100-0311.,hq.. Da auch ein Vergleich mit ffprobe keine Unterschiede der beidem Streams zeigte, filtert das Addon solche Beinahe-Zwillinge aus.
/R
-
Ist es Absicht, dass bei HLS die Bitrate immer doppelt erscheint?
das ist ein Fehler -wird nachgebessert Edit: entfällt durch Wegfall
Wie erkenne ich hier die Variante mit Originalton?
ich habe keider erst nach dem Einzelupdate gestern bemerkt, dass die HLS-Auswertung nach der ersten Fundstelle abbricht - ist bereits in Arbeit.
Warum sehe ich hier nicht acht Kombinationen für jede Auflösung? Wie werden die Kombinationen ausgewählt?
die Anzahl der HLS-Auflösungen kann unterschiedlich ausfallen. Sie stammen nicht aus der api-Quelle, sondern aus der master.m3u8-Datei, die in der api-Quelle als Video-Url ausgegeben wird. Da nun die Liste sehr unübersichtlich werden kann (für den ESC fehlen ja noch einige VideoFormate jeweils mit ihren Einzelauflösungen), beabsichtige ich, auf die Einzelauflösungen ganz zu verzichten. Ich glaube kaum, dass es noch jemanden gibt, der mit seinem Smartphone absichtlich eine niedrige Auflösung auswählt, um bezahltes Internetvolumen zu sparen. Und falls doch, bleiben ja die MP4-Auflösungen als Alternative.
Könnte man eine Option mit der (nativen) Wunschauflösung in die Einstellungen übernehmen, und die Streams mit dieser Auflösung in allen Listen voranstellen, beginnend mit der Variante ohne Barrierefreiheit?
Für ein ARD-Addon wäre das wohl kein Problem, aber im ARDundZDF-Addon durchlaufen die unterschiedlichen Streamquellen aus den verschiedenen Modulen (3sat, kika, arte usw.) eine vereinheitlichte Verarbeitungskette. Mein erster Impuls ist: zu aufwändig. Ich ergänze jetzt erstmal die fehlenden HLS-Quellen und denke anschließend über eine Umsetzung deines Vorschlags für die ARD-Qellen nach.
/R -
ARD-Mediathek: mehr Videoformate (siehe Bilder HLS-Liste-mit-DGS und MP4-Liste-mit-DGS)
Situation:
Bisher (ab V5.0.1) wurde das ARD-Web-Api nur für die Ermittlung der Untertitel-Dateien verwendet. Bei der Analyse eines Problems mit Audiodescription im normalen Video (siehe Github-issue #37 zu Videos zum ESC 2024) hat sich nun gezeigt, dass mit dem Web-Api zusätzliche Video- und Audioformate erreicht werden können. Dabei handelt es sich um die DGS-Formate (Deutsche Gebärdensprache), (AD) Audiodeskription und verschiedene Sprachversionen. Diese werden von der ARD jeweils nicht eingebetten sondern als einzelne Streams gelistet. Das gilt auch für die Sprachversionen, d.h. man kann im ausgewählten Stream keine alternative Audiospur mit anderer Sprache ausgewählten.Was bedeutet die Nutzung für die Nutzung der ARD-Videos?
Die Vorwahl-Optionen für Video-Format und -Qualität in den Settings decken DGS und Audioformate nicht ab - eine Erweiterung ist auch nicht beabsichtigt. Wünscht man also z.b. ein DGS-Video, dann ist der Sofortstart auszuschalten und das Video ist mit der gewünschten Auflösung aus der HLS- oder MP4-Liste herauszusuchen.
Das Addon informiert über vorhandene weitere Formate mit einer Notification in der Form "UT | AD | DGS" - siehe Bild Notification. Dabei werden vorhandene Untertitel (UT) wie üblich autom. vom Addon geladen und bei entsprechendem Setting aktiviert. Die Notification wird unabhängig vom Sofortstart-Status ausgegeben.
So komfortabel wie im Webbrowser (siehe Bild Web-Features) lässt sich die Auswahl im Addon leider nicht realisieren.
Zu HBBTV: die im Addon gezeigte HBBTV-Liste greift auf eine andere Quelle zurück. Dort gibt es keine Änderung.Die Erweiterung ist nutzbar mit den Einzelupdates ARDnew.py und ardundzdf.py. Wegen weiterer vorhandener Einzelupdates empfehle ich für den Dialog die Option "komplette Liste".
/R
-
Audiothek: Playlistdateien (*.m3u) für Livestreams
die Erweiterung ergänzt die beiden Downloadvarianten für die Senderlinks (siehe Post #3.587) RE: [RELEASE] Kodi-Addon-ARDundZDF
Sie ist bereits jetzt via Einzelupdate ardundzdf.py verfügbar.Umsetzung und Hinweise:
- Livestreams erkennt das Addon am Zusatz ".icecastssl." im Streamlink.
- Jeder einzelne Livestream kann per Button als .m3u-Datei gespeichert werden. Ihr Dateiname enthält den Titel der Sendung, z.B. SV_Wehen_Wiesbaden_gegen_FC_St_Pauli.m3u. Diese Option ist nur mit deaktiviertem Sofortstart nutzbar.
- Enthält eine Liste von Sendungen mehr als einen Livestream, bietet das Addon die Ablage als Playlist an. Als Name wird "RadioPlaylist_" ergänzt mit dem Titel der Liste verwendet, z.B. RadioPlaylist_LIVE__2_Bundesliga_am_Wochenende_.m3u.
- Die Ablage erfolgt jeweils im Downloadverzeichnis des Addons (Settings "Download Einstellungen").
- In den Download- und Aufnahme-Tools lassen sich beide Arten der m3u-Datein verschieben und löschen. Das Anhören ist dort jedoch nur für die einzelnen m3u-Dateien möglich. Bei den RadioPlaylist-Dateien erfolgt ein entsprechender Dialog.
Zur Nutzung der Playlist-Dateien in Kodi kann man sich im Kodi-Wiki orientieren. Eine direkte Nutzung ist aber auch mit dem VLC möglich (andere externe Player nicht getestet).
Für mich ist der Umgang mit Playlist-Dateien neu. Falls hier Nachbesserung notwendig sind, bitte ich um Mitteilung.
/R -
mit der Variante Download 1 könnte ich auch erst einmal leben.
nach Blick in den Code: sieht gut aus für dich - es gibt voraussichtlich eine 2-teilige Lösung. Für die Listen, die 2 Livestreams und mehr enthalten, wird eine Playlist zum Download angeboten. Für jeden einzelnen Livestream gibt es einen Button für die Ablage als m3u-Datei.
Beispiele für Playlists: "LIVE: Bundesliga am Wochenende", "LIVE: 2. Bundesliga am Wochenende".
Einzelupdate ev. bereits morgen..
/R -
Danke Ronny, es wird wieder Zeit für einen Besuch beim Optiker..
/R -
Hallo Weri,
die genannten Themen enthalten saisonabhängige Streams, wären also in einer zusammengefasten Playlist teilweise verwaist. Außerdem müssten die unter ".usw" möglichen Streams nachträglich ein- und ausgepflegt werden. Das dürfte wohl zu aufwändig werden.
Würde es vielleicht genügen, die Variante Download1 anzubieten?. Dazu könnte in der Audiothek generell bei jedem Livestream der Download als m3u-Datei angeboten werden. Die enthält lediglich den Streamlink. Diese könnte einzeln im Bereich "Radio" eingebunden werden oder man bastelt sich aus den einzelnen m3u-Dateien eine Playlist mit Hilfe eines Editors.
Ob das für dich funktioniert - ich habe es nicht ausprobiert - kannst du ja mal mit den m3u-Dateien testen, die bereits für die Radiosender unter Download1 verfügbar sind.
Eine Umsetzung dann als Download-Button unter jedem Audiolivestream dürfte kein größeres Problem sein (zur Zeit ist der Download dieser Streams sinnvollerweise im Addon gesperrt).
/R -
Update V5.0.3
Die wichtigsten Fixes und Änderungen im Addon:
- Merkliste - kein Refresh der Liste: bei deaktiviertem Setting "Ordner für Merkliste verwenden". Fix nach Hinweis realvito, Wiki aktualisiert.
- farbige Untertitel in ARD-Videos: weitere Merkmale ergänzt (Style-Definitionen S3-S6, z.B. in Sendung "Wer weiß denn sowas")
- ARD Sendung verpasst (Sender ARD-Alle): Fix HTTP-Error-400
- ZDF Startseite: ergänzte Menüs "Livestreams im Ausland", "Terra X plus Schule". Bilder ZDF-Ausland-Live, ZDF-TerraX-Schule
- Audiothek Livestreams: es gibt eine weitere Downloadvariante für die Senderlinks. Die schon vorhandene Variante Download1 speichert die Links als einzelne m3u-Dateien im Downloadverzeichnis. Die Variante Download2 erzeugt die Kodi-kompatible Playlist.m3u - ebenfalls im Downloadverzeichnis. Bild Audiothek_Playlist_Download
Alle Änderungen und Details siehe Menü Info -> Änderungsliste
/R -
Guten Morgen realvito,
der Refresh ist nach allen Aktionen im Modul merkliste.py vorgesehen. Ein spez. Setting ist nicht vorhanden. Nach deinem Post habe ich einen Zusammenhang mit irgendeinem Setting vermutet, wie z.B. die Neigung zur Rekursion bei "Verzicht auf Homebuttons". Aber auch mit diversen geänderten Settings kann ich den Refresh-Ausfall weder auf dem PC (Kodi Nexus 20.3) noch auf dem Raspi (Kodi 21.0-RC1 Omega) nachvollziehen.
Getestet habe ich die Settings "Verzicht auf Homebuttons", "Sortierung ermöglichen" (jeweils für gesamtes Addon) und für die Merkliste "Info-Button ausblenden".
Ich würde dem Problem gerne weiter nachgehen und bitte dich um ein Log (aktiviertes Plugin-Logging im Addon). Ein Bild von den Settings für die Merkliste wäre ev. auch sinnvoll.
/R -
Die von der radio.de-API gelieferte Stream-Adresse wird dem Kodi-Player korrekt übergeben, aber irgendwas geht danach Seitens der weiteren Verarbeitung innerhalb von Kodi schief (in dem Fall ein Curl-Verbindungsproblem)
soweit stimme ich zu. Meinem verlinkten alten Forum-Beitrag folgend, könnte man zusätzlich noch das curlclientimeout in der advancedsettings
.xml auf 0 setzen. Wir kommen wohl am Probieren von geänderten Einstellungen nicht vorbei. Offensichtlich trifft dein guter Hinweis auf geblockte Ports bei @Orakel nicht zu, denn er kann ja die Streams in anderer Umgebung abspielen (so habe ich Post #73 verstanden).
/R -
Leider fehlt mir eine Android-Umgebung zum Testen und eine offensichtliche Ursache habe ich beiden Logs nicht gesehen. Relevant scheinen mir aber die Zeilen
CCurlFile::GetMimeType - <https://meralunafm.radionetz.de:8001/meralunafm.mp3> -> failed
zu sein. Ich würde testweise zwei Codeänderungen versuchen, jeweils in Funktion addLink(), addMy() und addDir():
1. in Zeile 193 den Typ "Video" in "music" ändern (falls CPlayerCoreFactory in den C-Quellen unter Android empfindlich auf den Typ reagiert)
2. hinter Zeile 193 einfügen: liz.setContentLookup(False) (s. alten Beitrag im Kodi-forum)
Vielleicht kann das Publish3r übernehmen und zur Verfügung stellen. Zugegeben, Schüsse ins Blaue, aber besseres fällt mir im Moment nicht ein..
/R -
Ich sag ja - wie schon @DaVu - Debug-Log kann helfen. Viele Ursachen sind möglich..
/R -
Und das ist der gleiche Stream wie oben geschrieben?
so ist es. Auszug Log (Untersuchung der Metadaten des Streams):
info <general>: TuneIn2017 --> getStreamMeta: http://meralunafm.radionetz.de:8000/meralunafm.aac
/R -
Kodi (inkl. sämtlicher Radio.de AddOns) kann hier nichts mehr machen.
TuneIn2017 (im kodinerds-Repo) findet auf meinem PC den den aac-Stream und spielt ihn ab. Von daher ist für die weitere Hilfe ein Debug-Log tatsächlich unerlässlich.
/R -
Bei mir laufen jetzt auch die ZDF UT korrekt und passen auch thematisch zur jeweiligen Sendung.
das ist erfreulich. Ich bin ja ebenfalls an Verbesserungen bei den UT interessiert, z.Z. mit Schwerpunkt bei den Video-UT der ARD. Bei den Stichproben sehen ich leider immer noch hässliche Ausfälle, allein gestern:
BR-Videos quer vom DO 2.5., einschl. Wiederholungen: Zeitversatz in UT-Datei + 10 Minuten. UT weder in Kodi noch
im Browser sichtbar.
Livestream One: UT weder in Kodi noch im Browser sichtbar. ffprobe: Can't support the subtitle(uri: master-subs.m3u8)
Addonseitig kann ich den ARD-Videos wenigstens etwas Farbe verleihen durch Ergänzung der fehlenden Style-Definitionen am Anfang der UT-Dateien im vtt-Format. Inzwischen werden auch weitere von der ARD verwendete Text-Tags berücksichtigt (siehe Einzelupdates UT_Styles_ARD und util.py)
/R -
Ich hatte jetzt erstmalig einen ganz harten Crash meines Raspberry pi4 beim 32x Vorspulen eines WDR-Videos im aktuellen ARDundZDF addon unter OSMC 2024-04.
Vermutlich spielen auch Eigenschaften der WDR-Streams eine Rolle. Mit inputstream.apdaptive blokieren sie auch auf auf dem PC (Linux, Kodi Nexus 20.3), wenn das Addon im Hintergrund den Kodiplayer abfragt. Daher sind diese Streams z.Z. von der Option "Stream-Uhrzeit einblenden" ausgeschlossen (s.a. Kopfdoku Funktion ShowSeekPos() im Modul util). Trotzdem neigen sie auf meinem RP3b+ zum Klemmen beim Spulen.
Einer meiner Nachbarn konnte vor längerer Zeit ein ähnliches Problem mit einer Vergrößerung des GPU-Speichers lösen. Ich frage beim nächsten Treffen nochmal nach Details. Von daher lohnt sich ev. der Tip von nicoske gegen Ende des genannten issue (leider ohne Antwort auf dei kritische Nachfrage von popcornmix).
/R -
bei mir treten seit gestern wieder Probleme mit der Anzeige der UT auf. Dieses Mal ist allerdings das ZDF betroffen.
bei mir zur Zeit ebenfalls. Kodi zeigt ca. 10 sec. UT und bricht dann ab. Der Browser Chrome zeigt UT durchgehend. Bei beiden passen die UT thematisch nicht zur gezeigten Sendung. Es sieht für mich so aus, als seien die UT mit falschen Zeitparametern gefüttert - inputstream bemerkt das, der Browser dagegen nicht.
/R
