Beiträge von snoopy1978

  • [Release] TVNow (RTL,Watchbox,Vox,NTV,NOWUS,RTL2,Nitro,...)

    realvito
    Großen Dank noch mal fürs recherchieren, das bestätigt dann ja leider tatsächlich meine Vermutung. Auch wenns für mich persönlich jetzt nicht soooo tragisch ist, dass bei meiner Hardware Live - TV nur in SD tut, bin ich trotzdem bei dir... toller "Service". Aber wenigstens konnten wir den Grund dafür finden.
    Und dann noch vielen Dank für den Einbau des 2. Schalters.

  • [Release] TVNow (RTL,Watchbox,Vox,NTV,NOWUS,RTL2,Nitro,...)

    realvito
    Ka ob das irgendwie weiter hilft, aber ich hab jetzt mal folgendes auf meinem Windows 10 Laptop gemacht:

    • Kodi 21.2.0 frisch installiert (von hier: https://kodi.tv/download/windows/)
    • Option für die Installation von ZIP Files aktiviert
    • Das Kodinerds Repo heruntergeladen (https://repo.kodinerds.net/addons/reposit…rds-7.0.1.7.zip) und installiert
    • RTL+ Webversion installiert (Version 1.0.5+matrix)
    • Inputstream Adaptive installiert (Version 21.5.9)
    • Beim ersten Start von RTL+ Widevine installieren lassen (Version 4.10.2830.0)
    • Mich im Addon bei RTL+ mit meinem Prem Account angemeldet
    • Eine Serienfolge gestartet, was direkt funktioniert hat (in HD)
    • Debug Log aktiviert
    • Bei Inputstream das Speichern der Manifest / Lizenzen aktiviert, HDCP Status ignorieren aktiviert

    Nach einem Kodi neustart dann zuerst:

    • RTL+ aufgerufen
    • Live-TV gewählt
    • RTL gewählt
    • --> Ergebnis: Kein Bild
    • Kodi beendet, Log und Manifeste vom Inputstream gesichert und in das ZIP "HD.zip" gepackt

    Zweiter Test nach Kodi start

    • RTL+ aufgerufen
    • In den Settings Qualität auf SD gestellt
    • Live-TV gewählt
    • RTL gewählt
    • --> Ergebnis: Keine Probleme, Stream funzt
    • Kodi beendet, Log und Manifeste vom Inputstream gesichert und in das ZIP "SD.zip" gepackt

    Beide ZIPs habe ich angehangen, vllt. hilft das ja irgendwie weiter.

  • [Release] TVNow (RTL,Watchbox,Vox,NTV,NOWUS,RTL2,Nitro,...)

    Zitat von realvito

    snoopy1978

    Merkwürdig ist nur, wenn ich den "RTL+ - Webversion"-TV-Livestream auf meinen Systemen: KODI = Android-CoreELEC oder Win11 (ohne HDCP) starte habe ich KEINE Probleme.
    Die herunter geladene "mpd"-Datei enthält auch nur normale "mp4" Segmente und darin steht auch nichts von einer "HDCP"-Protection ?!

    Ein zusätzlicher Schalter in den "settings" für die Qualität von TV-Livestreams stellt kein Problem dar, bloß wer möchte sich den von RTL+ providermäßig schon auf "720p" gedrosselten Stream, dann mit "540p" anschauen ?!

    Gruß

    Ich meine mal irgendwo gelesen zu haben, dass sich Android/Arm bzgl. des ganzen DRM gedöns sowieso anders verhält, als Linux/x86_64, genauer kann ichs jetzt aber auch nicht mehr sagen.
    Ist halt nur etwas, was ich beobachtet habe auf meinen unterschiedlichsten Systemen und das passte irgendwie zusammen.

    Wenn das nicht die Ursache wäre, was vermutest du, könnte es noch sein?
    Vor allem was Windows betrifft dürfte doch zumindest Softwareseitig bzgl Kodi, Inputstream und Addon bei uns beiden alles identisch sein. Warum gehts dann bei dir und bei mir nicht?

    Der zusätzlich Schalter für Live TV kann defaultmäßig ja genauso auf "High Quality" stehen, wie es der generische aktuell macht. Wäre halt nur für genau den Fall, wo Live TV in HD nicht tut (warum auch immer) etwas komfortabler, dass dann auf SD umzustellen, "normale" Videos aber weiter in HD schauen zu können, ohne vorher wieder in die Settings zu müssen.

  • [Release] TVNow (RTL,Watchbox,Vox,NTV,NOWUS,RTL2,Nitro,...)

    Zitat von realvito

    snoopy1978

    Das sieht mir eher nach einem Inputstream.Adaptive-Problem aus, sonst würde es bei allen Usern des Addons auftauchen.
    Nach einem ausführlichen Test auf meinen Systemen: Win11/64bit und CoreELEC -> KODI v.21.2 Omega -> Inputstream.Adaptive v.21.5.9.1 sind keine Abspielfehler bei den TV-Live-Streams (High+Standard) aufgetreten.

    Gruß

    realvito

    Ich habe den Spaß jetzt auch noch mal ausführlicher getestet und denke, des Rätsels Lösung gefunden zu haben:
    Zum einen läuft Kodi "produktiv" als LibreELEC auf einer älteren Zotac ZBox (x86_64) angeschlossen per HDMI an einem älteren Samsung TV.
    Als Arbeits-/Testgerät habe ich noch ein Acer Laptop, wo sowohl Windows 10 als auch Ubuntu parallel installiert sind, angeschlossen per HDMI an einem normalen PC - Monitor.

    Auf KEINEM Gerät unter KEINEM OS habe ich es geschafft, Live TV Streams in HD mit dem "RTL+ Webversion" - Addon zum laufen zu bekommen.

    Vermutlich liegt es daran:
    Wenn ich auf dem genannten Laptop (Windows wie Ubuntu) per Browser (Chrome oder Firefox) die rtlplus Seite öffne, mich mit meinem Account dort anmelde und einen Live - TV Stream starte, kommt sofort eine Meldung sinngemäß "Es wird HDCP nicht vollständig unterstüzt, deswegen Wiedergabe nur in SD möglich". In der Streamauswahl des Players verschwindet dann auch die HD Option.
    Wenn ich auf der Seite irgendein anderes "normales" Video (eine Serienepisode z.B.) starte, scheint es diese "HDCP" Einschränkung seitens RTL nicht zu geben, hier kann ich 1080p laufen lassen.

    Im Inputstream Addon habe ich noch die Option "Ignore HDCP Status" gefunden und aktiviert, das hat aber nicht geholfen.

    Das heißt also am Ende des Tages:
    -> Wenn die Geräte HDCP nicht komplett unterstützen, wird offenbar Live - TV in HD schon seitens RTL unterbunden
    -> Bei Videos in der Mediathek schränkt RTL hier offenbar nicht ein

    Wäre es daher denkbar, die Qualitätsoption im RTL+ Addon einmal für Live TV und einmal für Videos/Mediathek getrennt anzubieten, so dass so etwas geht: "Live-TV" -> SD, "Mediathek" -> HD? Das würde in diesem HDCP Fall das dauernde Umstellen zwischen SD und HD je nach Art der Quelle ersparen.

  • [Release] TVNow (RTL,Watchbox,Vox,NTV,NOWUS,RTL2,Nitro,...)

    Ich habe einen Premiumaccount und versuche, die Live TV Streams in der Webversion des Addons in HD zu starten, was nicht funktioniert. Wenn ich die Qualität auf "Standard" setze, werden die Live TV Streams ohne Probleme abgespielt.
    Wenn ich einen HD Stream starte, taucht das im kodi.log auf:

    Das sind die Versionen:
    Kodi: 21.0
    RTL+ Webversion: 1.0.4+matrix
    Inputstream.adaptive: 21.5.9.1
    Widevine CDM: 4.10.2830.0 (die aktuellste, die der Inputstreamhelper anbietet)

  • [Release] TVNow (RTL,Watchbox,Vox,NTV,NOWUS,RTL2,Nitro,...)

    Pati

    Anmelden klappt mit der Version 0.6.5 des Addons jetzt wieder ohne Probleme.

    Allerdings kommt jetzt dieser Fehler, wenn man bei "Serien" irgendeine auswählt:

  • [Release] TVNow (RTL,Watchbox,Vox,NTV,NOWUS,RTL2,Nitro,...)

    Zitat von Zockerboy1971

    Bekomme bei tvnow von Pati.... Eine Fehlermeldung Protokoll einsehen... Kann mir da jemand helfen

    Kann ich ebenfalls bestätigen... allerdings ist die Python Exception direkt beim Aufruf des Addons (0.6.4+matrix.0) unter libreelec 11.0.3 bei mir eine etwas andere:

  • [Release] TVNow (RTL,Watchbox,Vox,NTV,NOWUS,RTL2,Nitro,...)

    Weitere Erkenntnis:

    Laut [definition='1','2']kodi.log[/definition] schlägt ja irgendwann der Download von Untertitel Teilen fehl, z.B. hier:

    AddOnLog: inputstream.adaptive: Download failed with error 404: https://vodnowusoawsdash-a.akamaihd.net/p112/cves/sd/r…ng=2000-679.m4s

    Laut Manifest - XML ist ja offenbar die "679" am Ende der URL einfach ein Zähler:

    Also habe ich Stichprobenartig den ein oder anderen curl getestet... Es scheint in diesem Beispiel alle Teile von 1 - 678 zu geben, z.B.:

    Die URL mit dem Zähler 679 (die aus dem Kodi Log) gibt es offenbar wirklich nicht:

    Laut AdaptationSet des Untertitel Streams ist die letzte Nummer in diesem Fall wirklich 678 (s.o.: endNumber="678").
    Es scheint also im inputstream addon einen Bug zu geben, der entweder dazu führt, dass das endNumber Attribut aus dem SegmentTemplate - Tag gar nicht berücksichtigt wird oder irgendwo wird falsch gezählt

  • [Release] TVNow (RTL,Watchbox,Vox,NTV,NOWUS,RTL2,Nitro,...)

    Zitat von sus67

    Danke snoopy1978 ,

    sieht so aus mit Kodi Nexus für die Free Accounts wieder Gute Zeiten, schlechte Zeiten ab Folge 7890

    Irgendwie total strange:
    7889 -> tut nicht

    7890 -> tut

    7891 -> tut

    7892 -> tut nicht

    7893 -> tut

    7894 -> tut nicht

    7895 -> tut

    Hab das Ganze unter Ubuntu mit selbst kompiliertem, aktuellsten inputstream.adaptive für Kodi 20.2 - Nexus getestet (Version 20.3.14)

    Ich habe nun auch mal das Inputstream Addon so konfiguriert, dass es die Manifest Dateien speichert (in dessen Optionen unter "Experte" -> "Stream-Manifeste speichern"). So konnte ich zumindest eine auffällige Gemeinsamkeit finden:
    Bei allen Streams, die in den letzten 3 Minuten hängen, ist ein zusätzliches Untertitel AdaptationSet zu finden. Bei allen Streams, die ohne Probleme durch laufen, ist dieses nicht enthalten, es gibt nur das audio und video AdaptationSet.

    Beispiele:

    Der Stream mit diesem Manifest hatte in den letzten 3 min die bekannten Probleme:

    --> Hier gibt es ein AdaptationSet mit contentType="text", wohl für Untertitel (<Role [...] value="subtitle" />)?

    Der Stream dieses Manifests lief sauber durch:

    --> Hier gibt es nur die beiden AdaptationSets vom contentType "audio" und "video", ein "text" - Type (so wie oben) fehlt.

    Ist die Schlussfolgerung also richtig, dass das inputstream.adaptive aus dem Tritt kommt, wenn dieses Untertitel AdaptationSet im Manifest auftaucht?

    BTW: Die Kodi GUI bestätigt die Untertitelvermutung:
    Diese Folge läuft nicht sauber durch:

    Diese schon:

  • [Release] TVNow (RTL,Watchbox,Vox,NTV,NOWUS,RTL2,Nitro,...)

    Zitat von sus67

    Der letzte 3 Minuten-Trash mit GZSZ geht weiter, mit Premium sind die Folgen 7890 und 7891 mit Kodi 20.2 (auf Android) fehlerfrei durch gelaufen, die Folgen < 7890 nach wie vor letzten 3-Minuten Freeze, auch mit aktueller TvNow Version 0.6.3 und InputStream Adaptive 20.3.14 der Fall.

    Kann das bitte jemand bestätigen ?

    Ja, das kann ich auf einem Intel NUC mit LibreElec (s.a. mein letzter Post) bestätigen... stichprobenartig alle Folgen < 7890 haben das "3 Minuten" Problem, die Folgen 7890 und 7891 liefen auch hier soeben ohne Probleme durch.

  • [Release] TVNow (RTL,Watchbox,Vox,NTV,NOWUS,RTL2,Nitro,...)

    Zitat von sus67

    Wie auch immer, der Fehler mit Kodi Nexus 20.2/Kodi Omega im Log verweist auf inputstream.adaptive in den letzten 3 Minuten von GZSZ. Genau da liegt der Unterschied zu Kodi Matrix 19.5, andere Version von inputstream.adaptive. Mir ist eines aufgefallen, in den letzten 3 Minuten bei GZSZ Live kommen diverse Einblendungen, siehe Spoiler

    Ansonsten kann ich keine Einschränkungen von Streams mit dem TvNow-Addon feststellen, der Pati hat saubere Arbeit geliefert.

    Spoiler anzeigen


    Nur der vollständigkeit halber:

    Bei einem LibreElec 11.0.3 (Kodi Nexus 20.2.0) installiert auf einem Intel NUC kann ich das "3 Minuten" Problem z.B. bei GZSZ bestätigen. Bei mir taucht in dem Moment reproduzierbar ebenfalls das hier im Log auf:


    Ich habe das sowohl mit der ältesten für LibreElec verfügbaren Version des Inputstream.adaptive Addons (20.3.4.3), als auch mit der neuesten (20.3.13.1) getestet, das Verhalten ist immer unverändert das Gleiche.

  • [Release] TVNow (RTL,Watchbox,Vox,NTV,NOWUS,RTL2,Nitro,...)

    Hier natürlich das gleiche Problem.

    Vllt. helfen diese Ausschnitte aus den Logs.

    Das taucht im Log auf, wenn man in Pati s Addon irgendein Video startet:

    Das Log von realvito s Addon beim Starten des Videos sieht so aus, geht also in die gleiche richtung

    Code
    2023-10-12 20:06:20.711 T:1169    error <general>: [plugin.video.rtlgroup.de v.1.1.6+matrix.1](navigator.getVideo) ERROR - ERROR - ERROR : ##### url : https://bff.apigw.tvnow.de/player/5342538 ===
error : {"status":404,"message":"Route not Found","routeExists":false} #####
2023-10-12 20:06:20.853 T:953     error <general>: Playlist Player: skipping unplayable item: 0, path [plugin://plugin.video.rtlgroup.de/?mode=playDash&xcode=5342538]

  • [Release] TVNow (RTL,Watchbox,Vox,NTV,NOWUS,RTL2,Nitro,...)

    Das Problem kann ich bestätigen, das passiert auch bei mir beim Starten des LiveTV Streams von RTL.
    Schätze, der entscheidende Log Eintrag ist:

    Code
    ERROR <general>: AddOnLog: inputstream.adaptive: DecodeVideo: kNoKey for key 57E48B99F3F6D4F13F5C5AFDCCA084CA

    Widevine habe ich aktualisiert, was nicht geholfen hat.

    Einzig funktionierende Alternative ist auch bei mir das Deaktivieren von HD im Addon.

    Ich bin im Addon bei RTL+ angemeldet mit einem Bezahlaccount.

  • [Release] TVNow (RTL,Watchbox,Vox,NTV,NOWUS,RTL2,Nitro,...)

    Huhu zusammen,

    seit heute funktioniert das TVNow Plugin offenbar nicht mehr.... egal, welches Video man aus einer Mediathek auswählt, es erscheint nur die Meldung "Keine Abspielurl vorhanden". Widevine (CDM) wurde zum Testen neu heruntergeladen, das hat nicht geholfen.
    Im [definition=9,2]kodi.[definition='1','0']log[/definition][/definition] ist nur diese Meldung zu finden:

    Playlist Player: skipping unplayable item: 0, path [plugin://http://plugin.video.tvnow.de/?action=playVod&vod_url=4175321]

    Hat jmd. einen Tip?

  • [Pre-Release] Joyn VOD/Live

    Nachdem ich das Addon incl. Daten gelöscht und wieder installiert hatte, funktionierte es hier auch wieder.

    Ich habe eine Vermutung, woran es gelegen haben könnte...
    Wir hatten angefangen, eine längere Sendung zu sehen und die irgendwann unterbrochen. Als wir die dann ca. 1h später fortsetzen wollten, trat das beschriebene Problem auf. Gleichzeitig war die Sendung bei joyn plötzlich nicht mehr verfügbar, auch wenn man am Laptop auf der joyn-seite danach gesucht hatte, war sie weg.
    Wenn man das Addon aufruft, gibt es ja als ersten Punkt "Weiterschauen...." Was passiert also, wenn das Addon diesen Menüpunkt "baut", aber die Sendung dazu bei joyn gar nicht mehr vorhanden ist? Wäre es möglich, dass das die Ursache ist?
    Durch das Neu-Installieren wurden die Daten hier ja auch gelöscht, wodurch es den Punkt "Weiterschauen..." gar nicht erst nicht geben konnte.

  • [Pre-Release] Joyn VOD/Live

    Hallo zusammen,

    seit gerade eben läßt sich das joyn addon (2.3.1.8) nicht mehr öffnen, es erscheint nur "Joyn Fehler" sobald man es startet, heute nachmittag hat es noch problemlos funktioniert.
    Ich habe KEINE Anmeldung bei joyn.

    Das ist im Log ([definition=12,4][definition='1','3']Debug[/definition][/definition] im Addon aktiviert):