[RELEASE] Kodi-Addon-ARDundZDF

Zitat von rols1

bei mir war es die 68000er Reihe. Der Kuma-Assembler steht bei mir noch im Bücherregal

Schau an !

Habe mir auch noch was über die letzten ~30 Jahre aufgehoben: ein 8086-er Assembler-LehrBuch und natürlich die "C-Bibel" von Kernighan/Ritchie

Zitat von rols1

als könnten wir einen nostalgischen Flohmarkt aufmachen

"Bibeln" werden nur vererbt

Hi rols1 nach dem letzten Update des Addons werden die Untertitel beim Livestream von ZDF nicht mehr ausgegeben. Besteht hier eventuell ein Zusammenhang mit ZDF API -Anpassung oder hängt dies wieder mit Kodi und dem Inputstream Addon zusammen?

Mit externen Playern wie bspw. VLC werden diese korrekt ausgegeben!

EDIT: Der genutzte Streamlink lautet: https://zdf-hls-15.akamaized.net/hls/live/20164…igh/master.m3u8

Gruß Weri

Zitat von rols1

Danke für die Tests. Im Moment kann ich mir noch keinen Reim darauf machen. Bist du in der Lage, auf dem LE-Gerät ein paar Abrufversuche mit Curl zu machen? Ein einfacher Test wäre der Abruf der master.m3u8-Datei für den DasErste-Livestream:
curl -v https://daserste-live.ard-mcdn.de/daserste/live/hls/de/master.m3u8
Wenn er durchkommt und die Datei mit den #Ext-X-Zeilen ausgibt, wäre die Client-Server-Kommunikation interessant. Die gibt Curl oberhalb der Datei (oder der Fehlermeldung) aus.
/R

ssh root@libreelec um curl im Terminal aufrufen zukönnen:

LibreELEC:~ # curl -v https://daserste-live.ard-mcdn.de/daserste/live/hls/de/master.m3u8
* Host daserste-live.ard-mcdn.de:443 was resolved.
* IPv6: (none)
* IPv4: xx.yyy.zzz.ww
*   Trying 92.223.124.62:443...

Da curl keine Infos zur Proxy Benutzung hat, wird der direkte Zugriffsversuch ebenfalls blockiert. Die env-Variable von root weist keinen Proxy auf.

curl müsste mit dem Environment von kodi gestartet werden, um eine Aussage zu bekommen. Enen User "kodi" kann ich aber unter Libreelec nicht finden.

LibreELEC:~ # pstree |grep kodi
        |-kodi.sh---kodi.bin-+-{AESink}
        |                    |-{kodi.bi:disk$0}
        |                    |-2*[{kodi.bin}]

LibreELEC:~ # ps ax |grep kodi
1086 root      0:00 {kodi.sh} /bin/sh /usr/lib/kodi/kodi.sh --standalone -fs --audio-backend=alsa+pulseaudio
1101 root      3:12 /usr/lib/kodi/kodi.bin --standalone -fs --audio-backend=alsa+pulseaudio

Zitat von forrester

Enen User "kodi" kann ich aber unter Libreelec nicht finden.

Kodi läuft als root, wie alles andere unter Libre-/Coreelec auch...

Die Ausgabe von curl -v https://daserste-live.ard-mcdn.de/daserste/live/hls/de/master.m3u8 funktioniert hier ohne Probleme...

Zitat von rols1

Weri: der Link ist der z.Z. aktuelle Live-Streamlink des ZDF. Bei mir funktioniert die UT-Ausgabe auf dem PC mit Kodi 19. Kodi 21 muss ich noch prüfen.

Edit: UT werden beim aktuellen Live-Streamlink des ZDF auch unter LibreElec mit Kodi 21.0-RC1 ausgegeben.
Edit2: falls du eine der neuesten Kodi-Versionen nutzt, würde ich auch auf ein Problem mit dem Inputstream Addon tippen.
/R

Danke rols1 bei mir funktionieren die UT nun auch wieder...komischerweise gibt es hin wieder Zeiten in denen keine ausgegeben werden. Habe das Gefühl, dass das Format wechselt bzw. mit dem genannten Streamlink mal UT geliefert werden und einmal wieder nicht. Leider werden auch beim DASH-Stream: http://zdf-dash-15.akamaized.net/dash/live/2016508/de/manifest.mpd keine UT geliefert. Wäre sonst eine mögliche Alternative. Bei ARD läuft das Ganze stabiler durch.

Gruß Weri

Zitat von Weri

... Bei ARD läuft das Ganze stabiler durch.

Gruß Weri

Man sollte doch nicht zu früh loben rols1 ...heute werden wieder einmal beim ARD-Stream: https://daserste-live.ard-mcdn.de/daserste/live/hls/de/master.m3u8 kein UT ausgegeben. Habe es gerade mit der Olympia Live Übetragung probiert. Hier funktioniert allerdings die DASH-Alternative: http://daserstedash.akamaized.net/dash/live/2103…t2/manifest.mpd

Gruß Weri

Was nett wäre:

Man ist im normalen EPG (iptv-simple) und könnte im Kontextmenü einer Sendung auswählen, diese Sendung über das Addon anzuschauen.

Das Addon müsste dann im Sender, den Tag, die Uhrzeit und den Namen suchen 😊

Zitat von rols1

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

Alles anzeigen

Zunächst mal Danke für die Mühe!

Ich habe die zip-Datei heruntergeladen und nach Deinstallation der bisherigen Version neu installiert. Ich kann noch die erste Menüebene auswählen, also ARD-,ZDF-,Arte-Mediathek usw.. In der zweiten Ebene passiert dann nach der Auswahl eines Menüpunktes nur eine kurze Pause und dann wird der gleiche Bildschirm wieder angezeigt. Das passiert in allen von mir ausgewählten Mediatheken. Die Firewall zeigt während dessen keine geblockten Zugriffe!

Ein Test, ob Einzelupdates funktionieren erbrachte das Gleiche Verhalten.

Nur ein Test unter "TV-Livestream-Regional-BR-Süd" hat wieder die Fehlermeldung gezeigt und entsprechende Logeinträge in der FW erzeugt. In diesem Fall wurde 23.53.40.202:443 geblockt.

Gedanken:

Ich bin kein python Programmierer. Aber in der bisherigen Variante haben einige Internetzugriffe korrekt funktioniert, also muss diese Form des Zugriffs den Proxyaufruf korrekt benutzt haben. Die geblockten Aufrufe müssten demnach die URL's auf eine andere Art aufgerufen haben. Gibt es denn unterschiedliche Formen der URL-Aufrufe in deinem Code?

Zitat von rols1

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

Mit dem aktuellen Test-Addon kommt man wieder in die Untermenüs und kann einzelne Filme auswählen.
Dann folgt wieder der bekannte Zugriffsfehler.

Ich habe mal einen tcpdump mitlaufen lassen und gleichzeitig das Proxy-Logfile betrachtet.
Sehr viel läuft korrekt über den Proxy, aber an den Problem-Stellen wird z.B. nach einer erneuten DNS-Abfrage versucht eine direkte Verbindung dorthin aufzubauen. Das passierte beim Aufruf eines Films aus der ARD-/ZDF-Mediathek und beim TVLivestream, hier z.B BR-Sued.

Anmerkung: Proxy-IP ist bei mir = DNS-Server-IP (Resolver)

Das Einzelupdate funktionierte übrigens einwandfrei, war aber alles bereits aktuell.

Anbei Ausschnitte aus dem tcpdump-log (uploadsnippets.txt). Ich habe die IP-Adressen von kodi und proxy mit Namen überschrieben.
Die Abschnitte sind mit einem Kommentar markiert.

Hier noch eine Liste der von kodi angefragten URL's, die der Proxy während des Testlaufes geloggt hat.

api.ardmediathek.de:443                                                                                                         
api.zdf.de:443
github.com:443
hbbtv.zdf.de:443
kodi.mirror.liteserver.nl:443
mcdn.br.de:443
mirrors.kodi.tv:443
raw.githubusercontent.com:443
releases.libreelec.tv:443
universal-vod.daserste.de:443
update.libreelec.tv:443
www.kodinerds.net:443
www.zdf.de:443
zdf-prod-futura.zdf.de:443
zdfvod.akamaized.net:443

Hilft uns das weiter?