Seit einiger Zeit bekomme ich Tunein nicht mehr gestartet.
vermutlich ein Zusammenhang mit fehlenden __init__.py-Dateien. Für das Addon ARDundZDF wurden diese mit dem Update auf V4.4.5 am 16.07.2022 irrtümlich gelöscht und führten ebenfalls zum gleichen Problem bei Kodi Leia.
Ich versuche das Problem nachzuvollziehen.
Bis zum Update könntest du selbst die fehlende Datei nachrüsten:
erzeuge eine leere Datei __init__.py im Addon-Verzeichnis ../.kodi/addons/plugin.audio.tunein2017/resources/lib
/R
Update V4.5.4 Fixes
ohne die erst heute morgen entdeckten Arte-Probleme im Addon wäre das Update um eine Woche verschoben worden. Hier die Übersicht der aktuellen Fixes:
/R
Beim Versuch, eine EPG-Aufnahme von ZDF-HD zu starten, wird statt dessen ZDFinfo aufgenommen. Gleiches geschieht bei Aufnahme des Live-Programms.
Fix für die ZDF-Sender liegt vor mit Einzelupdate ardundzdf.py - s. Startpost + Bilder
/R
Aber: Beim Versuch, eine EPG-Aufnahme von ZDF-HD zu starten, wird statt dessen ZDFinfo aufgenommen. Gleiches geschieht bei Aufnahme des Live-Programms.
Live-TV wird aber korrekt angezeigt.
genau - für Live-TV hatten wir die fehlerhafte Zuordnung vor einiger Zeit korrigiert. Im Aufnahme-Bereich liegt der Fehler noch vor.
Danke für den Hinweis. Fix folgt voraussichtlich morgen..
/R
Launch ARD-Kultur
ich komme zurück auf den Hinweis von @Xtra78 vom 24.09.2022. Hier das Ergebnis der ersten Sichtung:
Meine (vorläufige) Bewertung in Hinblick auf eine Einbindung in das Addon:
Unter diesen Voraussetzungen scheint mir Moment eine Einbindung der Leitseite https://www.ardkultur.de/ in das Addon nicht sonderlich sinnvoll. Ich höre mir aber gerne Gegenargumente an.
Vielleicht wäre es auch ratsam, ein paar Wochen die weitere Entwicklung abzuwarten.
/R
Seit ca. Anfang Oktober verwendet die ARD neue Streamformate. Wir haben uns hier vorwiegend mit der fehlenden Einbindung der Untertitel durch Kodi und VLC beschäftigt. Ich kann aber aus den Tests Ladeprobleme (zeitweise Hänger, Stottern) bestätigen. Lösungsansätze sehe ich z.Z. leider noch keine.
Bei Verzicht auf inputstream.adaptive fielen mir die Probleme nicht auf (der Testumfang war hier aber wesentlich geringer) - aber wer will schon auf die großzügigen Zeitpuffer verzichten?
/R
Update V4.5.3 Anpassung Modul FUNK an api-Änderungen
Ab 20.10. gab es keine Videos mehr in den Menüs KANÄLE, SERIEN, PLAYLISTS, WEITERE KANÄLE und NEUESTE VIDEOS. Im Addon erfolgte inzwischen die Anpassung an die api-Änderungen. Bei dieser Gelegenheit wurde das im Web neu hinzugekommene Menü PODCASTS auch im Addon umgesetzt. Um dabei die erweiterten Möglichkeiten der Audiothek zu nutzen (z.B. Sammeldownload), wechselt das Addon dorthin.
Hinweis: die nicht funktionierende Serverbezeichnung funk-core-service.default.svc in vielen api-Quellen deutet darauf hin, dass noch weitere Änderungen folgen. Als Behelfslösung verwendet das Addon weiterhin die alte Serverbezeichnung http://www.funk.net/api.
Weiteres siehe Menü Info/Änderungsliste.
/R
Update V4.5.2 Aktualisierungen
Hinweis zu fehlenden Untertiteln bei Live-TV-Streams der ARD:
die ARD verzichtet zunehmend auf zusätzliche Streams, welche die Untertitel bereits in den Videoframes enthalten. Die neuen Streamlinks enthalten zwar Links zu den Untertiteldateien; diese sind jedoch für Kodi nicht verwertbar. Eine Behelfslösung im Addon konnte leider nicht verwirklicht werden.
Danke an @buers für die Mithilfe bei der Ursachenforschung.
Details siehe Menü Info/Änderungsliste
/R
war nur eine spontane Idee, da kürzlich - ebenfalls i.Z.m. einem Livestreamproblem - bei Tests mit ffmpeg unter Windows nicht alle Streams gelesen wurden (mit -re fehlte der Videostream). Also nicht exakt zum Problem von @toab90 passend, aber vielleicht einen Versuch wert.
/R
ffmpeg -y -re -i INPUTLINK -map 0 -c copy zdf.ts
möglicherweise verhindert der Parameter -re einen für Kodi korrekten Anschluß der Frames an der Nahtstelle Aufnahmelänge/Fortsetzung. Laut manpage ffmpeg sollte -re nicht für Livestreams verwendet werden:
-re (input)
Read input at native frame rate. Mainly used to simulate a grab device, or live input stream (e.g. when reading from a file). Should not be
used with actual grab devices or live input streams (where it can cause packet loss). By default ffmpeg attempts to read the input(s) as fast
as possible. This option will slow down the reading of the input(s) to the native frame rate of the input(s). It is useful for real-time
output (e.g. live streaming)./R
buers:
danke für die Ursachenforschung in den Quellen. Das ergänzt meine Erfahrungen beim Versuch, die Subtitel für Livestreams der ARD-Sender in einer konvertierten Datei bereitzustellen.
Der Todo-Hinweis in libavformat\hls.c von ffmpeg könnnte bedeuten, dass auch einige der von mir beobachteten Probleme die Umsetzung bisher verhindert haben.
Den Parameter -strict experimental habe ich bei einigen Tests ebenfalls genutzt. Laut Log (Bsp. anbei, stark gekürzt) wurden die vtt-Segmente geladen, aber - passend zu deinem Fund - nicht verarbeitet.
Für ffmpeg/Kodi dürfte auch das Format der Timelines in den vtt-Segmenten ein großes Problem darstellen (Bsp.: 12483:20:04.000). Laut https://www.w3.org/TR/webvtt1/#cu…ettings-parsing soll das Auslesen der Timeline so erfolgen:
Let result be value1*60*60 + value2*60 + value3 + value4/1000
Für die zeitl. Synchronisation mit dem Videostream wird üblicherweise das Format "%H:%M:%S.%f" verwendet. Zum Stundenformat H passt aber nicht der übergroße Stundenwert, den die ARD verwendet. Der dürfte ja 24 nicht übersteigen.
Im Moment benötigt Kodi für die neuen ARD-Livestreams eine Konvertierung auf die Zeit-Basis 0 - so wie bei Videos.
Bei VLC habe unterschiedliche Startzeiten gesehen (zwischen 4 und 7 Minuten). Möglicherweise ein Zusammenhang mit dem Paramter MPEGTS (z.B.: MPEGTS:207000) - das habe ich nicht weiter untersucht.
Mein akt. Stand:
Die Anpassung der Subtitel für Livestreams der ARD-Sender habe ich vorerst aufgegeben. Schade - ich weiß wie wichtig die Untertitel für viele Leute sind.
Ich schaffe zwar das Verketten der vtt-Elemente und die Konvertierung der Timeline auf die Basis 0. Damit klappt die Darstellung der Untertitel. Aber nur für wenige Sekunden, bis der zeitliche Vorlauf der vtt-Segmente aufgebraucht ist.
Bei Verwendung von inputstream.adaptive klappt es immerhin für den Bereich des 2-Std-Puffers.
In der Praxis aber scheitert die Verwendung in zwei Punkten:
Na ja, ich sehe das Erlebte als Erkenntnisgewinn (hätte nicht gedacht, dass das UT-Thema so komplex ist) - von daher keine verschenkte Zeit.
/R
Wenn man sich so eine .vtt-Datei ansieht, schaut das nicht ganz schwer aus
und der Unterschied zu vtt-Schnipseln des ZDF ist nicht groß:
WEBVTT
X-TIMESTAMP-MAP=MPEGTS:7137436172,LOCAL:00:00:00.000
00:00:00.000 --> 00:00:00.680 line:91%
Hier ist die Akte...
00:00:01.380 --> 00:00:02.000 line:83%
Die Akte Mahler. Bitte an
die Staatsanwaltschaft weiterleiten.Ich tausche morgen mal testweise die Untertitel-Parameter in beiden master.m3u8-Dateien (Type, Group-ID, Name usw.). Mit etwas Glück findet sich dort bereits eine Ursache für die Untertitel-Blindheit.
/R
@buers:
danke, auch für den Hinweis zu RFC 8216 (das Untertitel-Thema habe ich in Kap. 3.5 WebVTT gefunden) - ich sehe, du bist tiefer im Thema als ich. Der VLC-Player hat übrigens das gleiche Problem (vergaß ich zu erwähnen).
Meinen eigenen Versuch mit einem m3u8-Modul als ffmpeg-Ersatz für das Recording im Addon habe ich im Aug. 2020 wieder gestoppt - schon damals zu komplex für ein Teilzeithobby.
Ich überlege mal eine Zwischenlösung (Hintergrund-Prozess zum Laden/Verketten der vtt-Inhalte, Nutzung der erzeugten Datei durch Kodi-Player via xbmcgui.ListItem.setSubtitles(), Problemlösung für zeitl. Synchronisation sowie Start/Stop).
Probiere das bei Gelegenheit mal mit ff... 5.x und mit streamlink.
falls sich dabei Neues ergibt, wäre ich dankbar für eine Info - ich nutze hier nur ffmpeg 4.4 auf openSUSE Leap 15.3
/R
@buers:
hast du zufällig bereits Erfahrungen mit den aktuellen Untertiteln der ARD-Livestreams? Die lassen sich weder in Kodi (ohne / mit inputstream.adaptive) noch im VLC aktivieren.
Hintergrund: dein Beitrag zum Recording via ffmpeg hat mich veranlasst, die Auswahl der TV-Livestreams zu überarbeiten. Ziel war es, die Untertitel-Streams erst direkt zum Start des Senders auszuwählen und nicht wie bisher zum Auffrischen der Caches.
Dabei habe ich festgestellt, dass die ARD nun komplett auf dezidierte UT-Streams verzichtet. Neben dem neuen Tonkanal "Klare Sprache" befindet sich in der master.m3u8 nun auch der Subtitel-Link master_subs_webvtt.m3u8 (siehe Datei ARD_m3u8, letzte Zeile). Dieser wird im Kodi-Player-Untertitel-Dialog auch angezeigt (s. Bild UT_Dialog.png), wird aber nicht umgesetzt.
Ich vermute, dass Kodi hier vtt- bzw. srt-Inhalte wie bei Videostreams erwartet. Der Link master_subs_webvtt.m3u8 enthält aber eine Link-Liste der vtt-Schnipseln, die noch geladen werden müssen (siehe Datei ARD_sub, stark gekürzt). Ein einzelner Link lädt dann einen Auszug der eigentlichen Untertiteldatei (Bsp. Datei ARD_vtt). Diese Ladekette lässt sich schön in den Chrome-Entwicklertools nachverfolgen, wenn man in der Mediathek die Untertitel zu einem ARD-Livestream zuschaltet.
Im Netz konnte ich noch nichts finden, was bei Kodi weiterbringt.
/R
Update V4.5.1 Aktualisierungen + Fixes
Aktualisierungen:
Fixes:
Hinweise:
/R
buers:
Danke. Nach deinem Beitrag habe ich den Aufnahme-Test (Windows, 3sat, ffmpeg-5.1.2) nochmal wiederholt. Mit Parameter -re bleibt es beim Audiostream, ohne -re liefert ffmpeg auch den Videostream. Dabei ist (bei mir) die Streamauswahl mit-map nicht erforderlich.
Das ist für @Kodi4Raspi2365 eine gute Nachricht: bitte testweise im ffmpeg-Parameter-Setting den Parameter -re entfernen und die Aufnahme mit ONE wiederholen. -re reduziert das Einlesen auf die Framerate des Livestreams und wird normalerweise benötigt für das Weiterreichen bei einem Streamserver.
Wie es dieser Parameter damals in das Setting geschafft hat, weiß ich nicht mehr. Es ist gut möglich, dass sich das beobachte 3sat-Problem bei ONE mit einer defekten Aufnahme äußert.
/R
Edit: ein Zusammenhang mit schwacher Hardware ist ebenfalls nicht ausgeschlossen. Zur Zeit muss ich für Windows eine vmware-Emulation ohne nvidia-Treiber nutzen - sehr langsam und mit "Denk-"Pausen.
Kodi4Raspi2365:
Testergebnisse für Windows:
Laut ffprobe weisen die 3sat-Aufnahmen tatsächlich nur jeweils einen Audiostream aus.
Zur Zeit gehe ich davon aus, dass die Windowsversionen von ffmpeg beim 3sat-Stream ein Problem mit der Dekodierun des Videostreams haben.
Warum bei mir die One-Aufnahmen funktionieren, bei dir aber nicht, lässt sich von hier aus nicht feststellen - auch nicht mit Addon-/Kodi-Log.
Vorschlag für die eigene Fehlersuche: in der Eingabeaufforderung eine Aufnahme mit ffmpeg im Report-Modus starten. Hier die Befehlszeile für eine 3sat-Aufnahme (Pfade für Windows anpassen):
/usr/bin/ffmpeg -report -re -i https://zdf-hls-18.akamaized.net/hls/live/2016501/dach/high/master.m3u8 -bsf:a aac_adtstoasc -vcodec copy -c copy -t 30 /tmp/ffmpeg_3SAT.mp4 -nostdinDer Parameter -report sorgt für eine log-Datei im akt. Verzeichnis, Bsp.: ffmpeg-20220930-171239.[definition='1','0']log[/definition]
Edit: die ffmpeg-Befehlszeile für weitere Sender findest du im Addon-Log nach Aufnahmestart hinter der Markierung make_filenames
Bitte bei Problemen mit diesem Addon künftig den Support-Thread [RELEASE] Kodi-Addon-ARDundZDF nutzen.
Andere Themen lese ich nur mit, wenn ich zufällig am PC sitze.
/R
Zwischenstand: bisherige Testaufnahmen auf meinem PC (Linux, Kodi Matrix) OK. Gestestet habe ich die Sender One, 3sat und SWR - jeweils mit EPG und direkte Aufnahme, Dauer zwischen 30 sec und 15 Minuten. Teilweise sind die Aufnahmen erst nach Abschluss der Aufzeichnunng mit VLC abspielbar (normales Verhalten).
Morgen folgt ein Test unter Windows10 mit Kodi Matrix.
Fallst du selbst zusätzliche Tests durchführst, würde ich mir gerne Log und Aufnahmedatei ansehen. Dazu vor dem Test bitte sowohl das Plugin-Logging einschalten als auch die Debug-Protokollierung in Kodi aktivieren.
/R
an den Aufnahme-Funktionen im ARDundZDF-Addon wurde längere Zeit nicht gearbeitet - Addon-Fehler sind daher ebenfalls möglich. Ich mache ein paar Test im Laufe des Tages und melde mich nochmal..
Edit: du kannst auch selbst einzelnene Sender testen mit:
/R
Daher hier nachgefragt: ist der pi3 einfach nur zu "schwach" oder habe ich was falsch in Kodi konfiguriert? Die Bildwiederholraten werden so vom TV selber gemeldet.
könnte die Player-Einstellung für die Synchronisation helfen?
/R
