Beiträge von frankschm

@rbuehlma Bin gerade dabei.
Es wird eine aktuelle Widewine-Version benötigt. Ich habe gerade unter dem in deinem vorherigen Post genannten Link die Widewine-Version 4.10.1440.19 für Linux heruntergeladen. Damit funktioniert Widevine unter Libreelec auf x64-Hardware wieder. Für arm-Hardware muss ich noch die aktuelle Version finden.

@rbuehlma
Gerade ist auf Github bei peak3d/inputstream.adaptive folgendes gepostet worden: [peak3d/inputstream.adaptive] Widevine stopped working with the existing ChromeOS CDM used (#302)
Könnte die Ursache sein!?

@rbuehlma
Seit heute funktioniert bei mir der Zugang (Zattoo-Premium DE) über dash_widevine nicht mehr - hls und dash sind ok. Im Log (siehe Anhang) finde ich: InputStream Adaptive: License server returned failure. Inputstream.adaptive-Addon ist unverändert (keine neue Version). Im Addon ZattooHiQ von @rolapp funktioniert dash_widevine auch nicht . Irgendetwas ist wohl verändert worden. Eine Idee?

Ich verwende ipv4 und nutze OpenDNS als DNS-Server. Die verwendete E-Mail-Adresse ist auch der Benutzername in Zattoo.

@rbuehlma
Update:
Im Browser (Win10 mit FF - 1und1-Adressen) treten die Bildfehler nicht auf.
Über anderen Internetzugang (LTE-Hotspot über 1und1/O2) beginnen die Adressen mit http://fra3-1....... Fehler sind im Debug-Protokoll weiterhin vorhanden. Bildfehler konnte ich nicht ausgiebig genug überprüfen (kleiner Volumentarif).

Macht es Sinn den Problemen weiter nachzugehen? Bisher konnte keiner die Fehler bestätigen .

Auch im Browser (aktueller Firefox unter Win10) werden die 1und1-Adressen verwendet. Da ich normalerweise nicht im Browser schaue, muss ich die Bildfehler noch überprüfen.
Als andere Leitung kommt nur LTE (auch 1und1 über O2) in Frage - a little bit tricky - vielleicht komme ich in der kommenden Woche dazu.

Die beobachteten Fehler erscheinen während des laufenden Senders. In einem Fall sogar reprodzierbar zu beobacheten - Programmhinweis/-überblendung beim Sender Phoenix -> "zerrissene Frames". Vermehrt habe ich die Probleme bei alten SW-Aufnahmen und verrauschten Aufnahmen beobachtet -> Blockbildung. Generell können die Fehler aber zu jeder Zeit auftreten. Meine Vermutung würde daher auch in Richtung Decoder gehen. Wie beschrieben, treten die Fehler nur bei Stream type dash_widevine auf!

Daher auch von meiner Seite folgende Fragen an deutsche User mit Zattoo Premium Account:
- Treten auch bei euch gelegentlich Bildfehler (zerrissene Frames, Blockbildung) auf, wenn der Stream_type dash_widevine benutzt wird (notwendig für private Sender in HD-Auflösung)?
- Treten in der Log-Datei [definition=9,2]kodi.[definition='1','0']log[/definition][/definition] folgende Fehler auf: "ERROR: AddOnLog: InputStream Adaptive: Decrypt Sample returns failure!" ?
- Beginnen bei Senderwechsel die aufgrufenen Adressen in der Log-Datei [definition=9,2]kodi.[definition='1','0']log[/definition][/definition] mit http://1und1........ ? - Dies wird nur bei eingeschaltetem Debug-Logging protokolliert.

Die Beantwortung bereitet sicher Einiges an Mühe. Ich würde mich daher sehr über Antworten freuen (speziell zur ersten Frage)

@rbuehlma
Dein Tipp hat hier nicht weitergeholfen - Adressen unverändert.

Zusatzinfo: Ich habe meinen Internetzugang (DSL) in der Tat bei 1und1. Bis März 2019 habe ich auch deren altes TV-Angebot genutzt (Kooperation mit der Telekom, somit EntertainTV über getrenntes VLAN). Dieses Angebot wurde eingestellt und mir ersatzweise das neue InternetTV (B2B Zattoo) angeboten. Dieses habe ich jedoch nie genutzt, auch nicht probeweise. Ich habe stattdessen direkt ein Zattoo Premium ABO abgeschlossen (im 1und1 Angebot waren keine privaten HD-Sender enthalten). Dazu habe ich eine neue E-mail-Adresse (bei 1und1) angelegt. Daher kann ich hier keine Verbindung sehen, es sei denn hier wird ein Rückschluss von Zattoo aufgrund der 1und1 Email-Adresse gezogen .

Ist denn sicher, dass die vom Addon für Zattoo verwendeten Adressen in Deutschland anders lauten? Wie müssten diese Adressen denn lauten?
Da das Addon ja auch Zattoo über 1und1 unterstützt, sollte es doch generell keine Probleme geben. Sind die von mir genannten Fehler evtl. doch anderen Ursprungs?

@rbuehlma

Ich habe deinen Rat befolgt und das addon komplett entfernt (inkl. userdata) -> Neustart -> Neu installiert -> Neustart.
Nach Neuinstallation gleiche Fehler und 1und1-Adressen.

Komplettes [definition=12,3]Debug-Log[/definition] angehängt.

@rbuehlma
Stehe ich jetzt auf dem Schlauch?
Was ich gemacht habe:
- Debug-Logging ein in Kodi über GUI
- Debug-Logging aus in Kodi über GUI (ca. 7 min später)
- Debugging-Zeitbereich aus "[definition=9,2]kodi.[definition='1','0']log[/definition][/definition]" in Log-Datei geschrieben (gesamte "[definition=9,2]kodi.[definition='1','0']log[/definition][/definition]" z.Zt. ca. 10 MB -> also zu gross für upload)

Welche Daten soll ich zur Verfügung stellen? Soll das komponentenspezifische Protokollierung auch eingeschaltet sein? Soll ich das gesamte "[definition=9,2]kodi.[definition='1','0']log[/definition][/definition]" liefern (gepackt)?

Sorry für meine Irritiertheit.

@rbuehlma
anbei das komplette [definition=12,3]Debug-Log[/definition] für den gewählten Zeitraum.

@rbuehlma
mir sind im Log von Librelec (v.18.3) eine hohe Anzahl von Fehlern bei Verwendung des Stream type dash_widevine aufgefallen.

2019-07-27 09:53:07.492 T:140635955824384 ERROR: AddOnLog: InputStream Adaptive: ecrypt Sample returns failure!
2019-07-27 09:53:30.428 T:140635964217088 ERROR: Previous line repeats 173 times.

Die Fehlermeldungen treten sowohl beim Senderwechsel, als auch zufällig während des laufenden Senders auf. Sie sind auch unabhängig vom verwendeten Gerät (MiniPC (x86) oder Odroid C2 (arm). Könnte man vernachlässigen, jedoch treten hin und wieder Bildfehler (Blockbildung, stehende Frames) auf, die womöglich auf diese Fehler zurückzuführen sind. Diese Fehlermeldungen und Bildfehler treten nicht auf, wenn ich die Stream types dash oder hls verwende.

Ich habe ein [definition=12,3]Debug-Log[/definition] angehängt, in dem der Fehler wiederholt auftritt ([definition=12,4][definition='1','3']Debug[/definition][/definition] gefiltert mit egrep "ERROR|InputStream|Curl|Zattoo PVR Client").

Was könnte die Ursache für diese Fehler sein?

Weiter ist mir im [definition=12,4][definition='1','3']Debug[/definition][/definition] aufgefallen, das die InputStream-Download-Adresse mit "1und1" beginnt, obwohl ich einen Zattoo-Account benutze. Ist das korrekt?

P.S. Verwende Zattoo Premium Account DE

Hallo zusammen,

mir ist ein Fehler im Zusammenhang mit der Aktualisierung von EPG-Daten aufgefallen. Werden kurzfristig Sendedaten geändert (mir aufgefallen im Rahmen der Fussball Frauen-WM), so werden die Änderungen im Fenster tvguide korrekt dargestellt (neue EPG-Daten eingefügt, alte gelöscht) . Rufe ich jedoch das Fenster pvrosdguide während der TV-Wiedergabe auf, so sind sowohl die neuen als auch die alten EPG-Daten aufgelistet . Dies ist unabhängig vom verwendeten Skin.
Parallel nutze ich auch das Skript für Zattoo Live TV und EPG mit tvHeadend von @easy4me und dessen EPG-Daten. Dort tritt der beschriebene Fehler nicht auf .
Irgendwelche Ideen, was die Ursache sein könnte?

P.S. Ich nutze eine Zattoo Premium Account.

Perfekt! Daten sind wieder da. Danke für die schnelle Behebung .

@rbuehlma - Ja Einstellung war aktiv. Ich habe diese gerade mal deaktiviert und EPG-Daten gelöscht und neu gelesen - danach erneut aktiviert und EPG-Daten erneuert. Das Ganze habe ich mit einem Neustart des Geräts wiederholt - keine Handlung/Sendungsbeschreibung. Was mir auf gefallen ist, das bei deaktivierter Einstellung bei einigen Sendern der Episodentitel (Subtitle?) zu sehen ist, der nach Aktivierung wieder verschwunden ist.

@rbuehlma - Seit gestern wird im EPG keine Handlung/Sendungsbeschreibung mehr angezeigt. Alle anderen Infos sind weiterhin vorhanden. Festgestellt sowohl auf RPI3 mit 19.0.0 (Libreelec), als auch auf Odroid C2 mit 18.1.0 (Coreelec). Zuvor war alles i.O.. Einstellungen unter 'External EPG service' sind natürlich aktiviert. Hat es irgendwelche Veränderungen gegeben (vielleicht auf Seiten Zattoo)?

Gruß
Frank

@rbuehlma - Ich habe gerade letztes LibreELEC Milhouse Build (15.04.) installiert, das Version 18.1.0 des Addons enthält. Private HD-Sender funktionieren wieder einwandfrei.
Vielen Dank für die Mühe und die schnelle Umsetzung. Dank auch an @easy4me für die Unterstützung.

Gruß
Frank

Ich habe mir gerade noch einmal die Bildqualität in der original Zattoo SmartTV-App (Samsung) angeschaut. Ist meinem Eindruck nach auch nur SD bei den Privaten (unscharfe Schriftzüge). Wie kann man sich die in der App anliegende Auflösung anzeigen lassen?

Si, Inputstream Adaptive ist installiert. Habe auch Addons bereits deinstalliert und neu wieder neu installiert - ohne Erfolg.

Hallo,
ich nutze das Script "Skript für Zattoo Live TV und EPG mit tvHeadend" von @easy4me mit einem Zattoo-Premium-Account. Zur Zeit kann ich keine Sender der Pro7Sat1- oder RTL-Gruppe in HD empfangen (siehe dazu meinen Thread 235). @easy4me führt das auf einen neu eingeführten DRM-Mechanismus zurück (siehe Thread 238). Alternativ verwende ich auch das PVR-Addon für Zattoo. Hier tritt das gleiche Probelm auf: Keine HD-Sender bei den Privaten über Premium-Account. Kann das jemand bestätigen und wenn ja, kann das gepatcht werden?

Gruß
Frank

Das ist ja nicht so prickelnd. Wie von mir bereits erwähnt, geben bei mir die Kodi Zattoo-Addons bei den Privaten nur SD aus. Habe ich gerade noch mal bei allen verfügbaren Addons überprüft. Scheinbar kein DRM-Support oder empfängt jemand die Privaten in HD (außer über Zattoo Schweiz) über ein Kodi-Addon?

@'easy4me
Alternative Schweiz:
Muß ich einen Schweizer Account anlegen und den bisherigen kündigen?
Können gleiche Anmeldedaten verwendet werden?
Was ist mit Geo-Blocking? Ist VPN notwendig?