PVR-Addon für Zattoo (und Reseller)

@rolapp

Danke für den Hinweis, hab's gerade getestet - im Log sehe ich aber ähnliche 403-Fehler und "hello failed"

@easy4me

Bin kein Entwickler, aber "Frontend" ist doch das Bunte im Browser, oder? Da kann ich für EWE definitiv bestätigen, dass das seit ca. 19.05. anders aussieht bzw. auch mehr Funktionen (Timeshift) hat. Daher würde ich schon vermuten, dass EWE Frontend (="sieht anders aus") und Backend (=PVR Clients gehen nicht mehr) für sich angepasst hat.

Bin mal gespannt auf die 18.1.18 vom PVR Client.

Frontend ist die Benutzeroberfläche im Browser. Da man als User die Änderungen direkt sehen kann, habe ich dies in meinem Beitrag hervorgehoben. Im Backend sind natürlich ebenfalls Anpassungen vorgenommen worden, deswegen müssen auch die Addons angepasst werden.

@rolapp

Ich nutze zusätzlich zum Zattoo Kodi Plugin auf einem NUC meinen eigenen Python IPTV Proxy auf einer Synology NAS ("Bastellösung" mit zyklischer Anmeldung, da mit auf dem Raspi alle paar Tage die Verbindung verloren gegangen ist); der Code basiert auf dem IPTV Proxy für Kodi und dürfte daher hinlänglich bekannt sein.

Nettwerweise ist die Fehlersuche unter Python etwas einfacher und man erkennt sehr schnell, dass EWE hier scheinbar einen anderen Weg geht:

Zattoo Code:

...


<script type="text/javascript">window.appToken = 'cc7411ce7000c5895fe7bc7608c9510f';</script>


<script src="/zws-assets/application-8f61aa6715fcbfe7ca204b3edc006917.js"></script>


</body>


</html>

EWE Code:

...


<script type="text/javascript" src="/vendors~app-9fd9ae73ec2b45641e51.js"></script>


<script type="text/javascript" src="/app-8de89ff187684d15ac9f.js"></script>


</body>


</html>

Bestenfalls ist das appToken noch im Java Script /vendors-app-9f... zu finden. Ich hoffe, das EWE auch immer noch auf der ZAPI basiert - sonst sieht es finster aus...

@rbuehlma

Ich vermute, Du hast Deinen Code nicht dahingehend geändert, oder ?

Ich würde mich ja auch gerne sofort damit auseinandersetzen, habe aber heute Hochzeitstag und meine Frau guckt gerne Fernsehen - guckt aber auch gerne böse, wenn ich diesen Tag am PC verbringe.

In diesem Sinne wünsche ich allen noch einen schönen Feiertag (die Sonne scheint !) und bis bald !

Der Code wurde bereits angepasst. Bei EWE wird mittels "app-[...].js" ein Script heruntergeladen, dort gibt es eine weitere Verlinkung zu einer Adresse "token-[...].json", und darüber erhält man final den Apptoken als json-Datei. Natürlich wird die eigentliche Domain (tvonline.ewe.de) vorangestellt, also: https://tvonline.ewe.de/token-***.json

hallöle, habe mir batocera mit kodi geholt (pi4) - kodi 18.6 leia ist vorinstalliert - leider bekomme ich kein zatto.pvr installiert, egal welche Version ich teste. Bei meinem pi3 funktioniert das problemlos. Schon versucht das ganze aus der leia Branch über GitHub selbst zu kompilieren (Linux mint) - aber ich kann nicht rausfinden, wo ich den ARCH=ARM Befehl angeben muss, dass er mir das auch für den pi kompiliert.
Kann mir jemand einen tip geben? pvr.zattoo-18.1.19.zip - ist die file die ich kompiliert bekomme aber eben nicht einspielen kann.

Edit: konnte nun zumindest installieren - anscheinend fehlte das inputstream.adaptive. Konnte via: https://github.com/peak3d/inputst…ki/How-to-build (pi Anleitung) zwar kompilieren und installieren. Starten lässt sich das pvr.addon leider immer noch nicht und schmiert mit einer Fehlermeldung zum inputstream.adaptive addon ab -

@tdslaine Bei den Linux-Systemen mußt du die kompilierten Addon (pvr, inputstream usw) über die Paketverwaltung des Betriebsystems installieren.

Hi Leute,

ich versuche seit einigen Tagen mit Schweizer VPN vergebens auf meinem FireTV und Kodi 18.7 den Zattoo PVR zu installieren.

Die Einrichtung erfolgt problemlos. Jedoch funktionieren die Kanäle nur sporadisch.

Wenn es nicht funktioniert, dann erhalte ich folgende Fehlermeldung:
"Diesen Stream dürfen wir dir hier leider nicht zur Verfügung stellen.
Offenbar befindest dich momentan im Ausland."

Ich habe in den Einstellungen schon dash, dash_widevines und hls. Mit hls ist wahrscheinlichkeit höher das ein Kanal funktioniert.

Der Log zeigt auch keine Fehler an:

Ich hoffe jemand kann mir helfen.

Was hat die VPN-Verbindung mit dem Addon zu tun? Vermutlich werden einige VPN-Server von Zattoo geblockt.

Sofern ein Premium-/Ultimate-Abo vorhanden ist, funktioniert das Live TV-Streaming mit meiner API auch ohne VPN. Siehe Telerising-Thread.

Zitat von Kenkodi

Hi Leute,

ich versuche seit einigen Tagen mit Schweizer VPN vergebens auf meinem FireTV und Kodi 18.7 den Zattoo PVR zu installieren.

Die Einrichtung erfolgt problemlos. Jedoch funktionieren die Kanäle nur sporadisch.

Wenn es nicht funktioniert, dann erhalte ich folgende Fehlermeldung:
"Diesen Stream dürfen wir dir hier leider nicht zur Verfügung stellen.
Offenbar befindest dich momentan im Ausland."

Ich habe in den Einstellungen schon dash, dash_widevines und hls. Mit hls ist wahrscheinlichkeit höher das ein Kanal funktioniert.

Der Log zeigt auch keine Fehler an:

Spoiler anzeigen

2020-06-25 15:55:25.880 T:21208 NOTICE: AddOnLog: Zattoo PVR Client: Using useragent: Kodi/18.7 pvr.zattoo/18.1.19 (Kodi PVR addon)
2020-06-25 15:55:35.620 T:21208 NOTICE: AddOnLog: Zattoo PVR Client: Country code: CH
2020-06-25 15:55:35.620 T:21208 NOTICE: AddOnLog: Zattoo PVR Client: Service region country: CH
2020-06-25 15:55:35.621 T:21208 NOTICE: AddOnLog: Zattoo PVR Client: Stream type: hls
2020-06-25 15:55:35.621 T:21208 NOTICE: AddOnLog: Zattoo PVR Client: Recall is disabled
2020-06-25 15:55:35.621 T:21208 NOTICE: AddOnLog: Zattoo PVR Client: Selective recall is disabled
2020-06-25 15:55:35.621 T:21208 NOTICE: AddOnLog: Zattoo PVR Client: Recordings are enabled
2020-06-25 15:55:37.333 T:21208 NOTICE: PVR Manager: Starting
2020-06-25 15:55:38.821 T:21244 NOTICE: PVR Manager: Started
2020-06-25 15:55:51.455 T:21184 NOTICE: VideoPlayer::OpenFile: pvr://channels/tv/Alle Kanäle/pvr.zattoo_136260.pvr
2020-06-25 15:55:51.457 T:21336 NOTICE: Creating InputStream
2020-06-25 15:55:52.325 T:21336 NOTICE: Creating Demuxer
2020-06-25 15:55:52.334 T:21336 NOTICE: Opening stream: 1001 source: 256
2020-06-25 15:55:53.140 T:21336 NOTICE: Creating video codec with codec id: 27
2020-06-25 15:55:53.143 T:21336 NOTICE: CDVDVideoCodecAndroidMediaCodec::Open Testing codec:OMX.MTK.VIDEO.DECODER.MPEG2
2020-06-25 15:55:53.143 T:21336 NOTICE: CDVDVideoCodecAndroidMediaCodec::Open Testing codec:OMX.MTK.VIDEO.DECODER.HEVC
2020-06-25 15:55:53.143 T:21336 NOTICE: CDVDVideoCodecAndroidMediaCodec::Open Testing codec:OMX.MTK.VIDEO.DECODER.MPEG4
2020-06-25 15:55:53.144 T:21336 NOTICE: CDVDVideoCodecAndroidMediaCodec::Open Testing codec:OMX.MTK.VIDEO.DECODER.H263
2020-06-25 15:55:53.144 T:21336 NOTICE: CDVDVideoCodecAndroidMediaCodec::Open Testing codec:OMX.MTK.VIDEO.DECODER.AVC
2020-06-25 15:55:53.360 T:21336 NOTICE: Creating video thread
2020-06-25 15:55:53.362 T:21352 NOTICE: running thread: video_thread
2020-06-25 15:55:53.405 T:21336 NOTICE: Opening stream: 1002 source: 256
2020-06-25 15:55:53.422 T:21336 NOTICE: Finding audio codec for: 86018
2020-06-25 15:55:53.422 T:21336 NOTICE: CDVDAudioCodecAndroidMediaCodec: extradata required for aac decoder!
2020-06-25 15:55:53.440 T:21336 NOTICE: CDVDAudioCodecFFmpeg::Open() Successful opened audio decoder aac
2020-06-25 15:55:53.441 T:21336 NOTICE: Creating audio thread
2020-06-25 15:55:53.441 T:21357 NOTICE: running thread: CVideoPlayerAudio::Process()
2020-06-25 15:55:53.464 T:21357 NOTICE: CDVDAudioCodecAndroidMediaCodec: extradata required for aac decoder!
2020-06-25 15:55:53.465 T:21357 NOTICE: CDVDAudioCodecFFmpeg::Open() Successful opened audio decoder aac
2020-06-25 15:55:53.470 T:21357 NOTICE: CDVDAudioCodecAndroidMediaCodec: extradata required for aac decoder!
2020-06-25 15:55:53.478 T:21357 NOTICE: CDVDAudioCodecFFmpeg::Open() Successful opened audio decoder aac
2020-06-25 15:55:53.478 T:21357 NOTICE: Creating audio stream (codec id: 86018, channels: 2, sample rate: 48000, no pass-through)
2020-06-25 15:55:53.591 T:21184 NOTICE: Instancing CRendererMediaCodecSurface
2020-06-25 15:55:53.592 T:21184 NOTICE: CRendererMediaCodecSurface::Configure
2020-06-25 15:55:53.603 T:21194 NOTICE: Trying to open: samplerate: 48000, channelMask: 12, encoding: 4
2020-06-25 15:55:53.631 T:21194 NOTICE: CAESinkAUDIOTRACK::Initializing with: m_sampleRate: 48000 format: AE_FMT_FLOAT (AE) method: PCM stream-type: PCM-STREAM min_buffer_size: 24640 m_frames: 1540 m_frameSize: 8 channels: 2
2020-06-25 15:55:55.085 T:21352 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer

Ich hoffe jemand kann mir helfen.

Alles anzeigen

vielleicht ist eine vpnverbindungstrennung aufgetreten und du hast in dem augenblick, indem diese meldung erscheint, wieder eine nichtschweizeripadresse.
das passiert auf androidgeräten öfter.

zurzeit gibt es ein dreimonatiges probeabo bei gmx/web für das deutsche zattoo premium/ultimate.

Hallo, habe mich heute mal hier angemeldet. Bin aktuell im Probemonat mit Zattoo Ultimate und nutze es unter LibreELEC ohne Probleme. Im anderen Zimmer steht ein PC mit Win10 1909, aktueller Kodi- und PVR-Addon Version. Inputstream.Adaptive und der Helper sind installiert, das DRM funktioniert sauber.

Aber ich bekomme leider keinen Ton, weder AAC noch Dolby. Im [definition=12,3]Debug-Log[/definition] scheint es so aus als ob das Addon überhaupt keinen Ton im Stream erkennt.

Andere lokale Dateien und welche vom NAS funktionieren ohne Probleme mit Ton, das Problem habe ich nur beim Zattoo PVR-Addon, egal welcher Sender.

Könnt ihr mir hier auf die Sprünge helfen? In den letzten 15 Seiten stand dazu leider nichts.

Anbei noch ein Debug-Log

Danke!

In letzter Zeit sind häufig Löcher im EPG. Gerade zB auf Sat 1 und Kabel 1 ab 20:15 bis 4:00. Ist auch schon auf anderen Sendern gewesen. Löschen von EPG hilft leider nicht. Tritt seit ein paar Wochen erst auf.

@rbuehlma wurde was geändert beim Alt EPG?

Zattoo cache löschen hat etwas gebracht. Sat 1 jetzt erst ab 21:15 und Kabel 1 ab 0:00 Löcher.

Ja der Cache scheint allgemein Probleme zu machen. Laut Zattoo Kodi ab 20:15 auf RTL 2 Frauentausch. Bei Zattoo Web aber Hartes Deutschland. EPG löschen erst nach Löschen von Zattoo Cache erfolgreich.

Nachdem ich mich nun zwei Tage mit diversen Neuinstallationen herumgeschlagen habe, habe ich mein Raspberry Pi 3 (RPi) mit pvr.zattoo wieder zum laufen gebracht.

Zur allgemeinen Info:

• LibreELEC 9.2.3 für RPi 2 / 3 bootet unter Umständen nicht mehr (RPi3 Updade to 9.2.3 ending in Black Screen)
  Mit den angepassten Firmware-Files (bootcode.bin / fixup.dat / start.elf) von LibreELEC gemäss oben verlinkem Thread geht es wieder. Das ZIP habe ich euch "sicherheitshalber" angehängt. Quelle: LibreELEC Forum
• LibreELEC hat eine gefühlte Ewigkeit, bis sie ihr Repo mit der neuen Version von pvr.zattoo updaten.
  Als blutiger Anfänger habe ich es nach mehreren Fehlschlägen doch noch geschafft, die neueste Version (18.1.19.1) für mein RPi 3 mit LibreELEC 9.2.3 zu kompilieren. Hab euch das ZIP angehängt.

Stelle in letzter Zeit häufiger Aussetzer bei den streams fest. Der stream bleibt für mehrere Sekunden stehen und läuft dann schnell weiter bis er die abspielposition erreicht hat. Wie, wenn irgendwo ein Flaschenhals bei der Verbindung wäre.

Verwende keinen vpn und keinen dns Service.
Habe ne stabile Verbindung. Bei nem Kumpel das gleiche.

Habt ihr das auch?

Zitat von toab90

Stelle in letzter Zeit häufiger Aussetzer bei den streams fest. Der stream bleibt für mehrere Sekunden stehen und läuft dann schnell weiter bis er die abspielposition erreicht hat. Wie, wenn irgendwo ein Flaschenhals bei der Verbindung wäre.

Verwende keinen vpn und keinen dns Service.
Habe ne stabile Verbindung. Bei nem Kumpel das gleiche.

Habt ihr das auch?

das problem habe ich mit disney+ und zattoo ch über ch vpn.
aber das deutsche zattoo läuft auf android kodi (nvidia shield) mehrere stunden probemlos durch ohne unterbrechungen.

ich habe das beim zattoohiq addon mit dns4me auch schon beobachtet.

Verwende allerdings keinen VPN oder DNS-Service.
Habe jetzt schon in der Fritzbox das Netzwerkgerät priorisiert und eine [definition='2','1']advancedsettings[/definition].xml für größeren Buffer angelegt.

Soeben mal über den Webbrowser probiert.
Da taucht das auch auf. Seltsam.

Im [definition='1','0']log[/definition] steht übrigens:
"CRenderManager::WaitForBuffer - timeout waiting for buffer"

@DeBaschdi
Hast du das Problem auch?