[Eingestellt] Zattoo PVR Client für Kodi 17

Ich habe ja das Problem, dass er bei mir bis 30 Sekunden oder länger braucht, bis er den Stream aufbaut. Also habe ich folgendes getestet:

1. Intel Nuc 5i5ryh mit Libreelec 7.95.3 (Generic) komplett neu installiert (ohne Backup) und alles neu konfiguriert. Hierbei habe ich nur als Addon Zattoo PVR 0.1.28 installiert
Resultat: Streamaufbau ca. 20-30 Sekunden, manchmal sogar noch viel länger.

2. Kodi 17 auf Windows 10 installiert und Zattoo PVR 0.1.28 benutzt.
Resulatat: Streamaufbau ca. 6-8 Sekunden.

Hier dachte ich erst einmal, dass ich evtl. ein Netzwerk oder Performance Problem am Intel NUC habe, was ich aber ausschließen kann. Ich habe ins Netz dauerhaft selbe Bandbreite (WAN:128 Mbit/s LAN: 930 bis 960 Mbit/s) wie auch am Windows PC und keinerlei Paketverluste, sowohl im LAN als auch im WAN. Ich habe schon LAN-Kabel getauscht und sogar den NUC beim Nachbarn angeschlossen, keine Veränderung.
Die Hardware kann es auch nicht sein. Der NUC ist mit einem Intel i5-5250U, 8GB RAM & 128GB SSD bestückt. Kodi verwendet beim Stream max. 5% Systemressourcen.
Also habe ich eine andere Variante ausprobiert:

3. Asus VivoPC mit Libreelec 7.95.3 (Generic) installiert und Zattoo PVR 0.1.28 verwendet. Also selbe Konfiguration wie IntelNUC nur andere Hardware.
Resultat: Streamaufbau ca. 20-30 Sekunden... manchmal sogar noch viel länger.

Eigentlich kann es entweder nur an der Generic-Version von LibreELEC liegen, oder Zattoo PVR 0.1.28 mag Generic nicht so gerne wie z.B. Raspberry o. Android.

Zudem habe ich in der Kombination Generic & Zattoo PVR viel häufiger Streamaussetzer, wobei er nachbuffern muss, was ich bei Windows gar nicht habe. Andere Streams (NAS oder Youtube etc.) laufen sauber auf dem NUC.

Hat Jemand eine Idee oder einen neuen Ansatz?

Hast du schon einmal die Logs beider Szenarien gegenüber gestellt?

Zitat von Spoite

Hallo ich bekomme das einfach nichts ans laufen habe es immer wieder versucht (schon vor Wochen) mit apk und zip und über Kodinerds Binary Repo (in der repo ist bei mir garnicht der zattoo pvr drin) auch die letzte apk geht nicht ich habe eine Amazon box mit kodi 17.0

es kommt immer wieder addon kann nicht geladen werden [definition='1','0']log[/definition] in Datei gucken

kann mir da jemand helfen?

MfG

Auf nicht gerooteten Androids kannst Du das PVR-Zattoo ZIP nicht installieren da die Execute-Rechte für die shared Lib auf dem Addon-Ordner fehlen.

Nimm dieses APK, da ist das PVR.ZATTOO-Addon gleich enthalten: https://drive.google.com/open?id=0BzUIM…aDhQQ3FFb3NJR1E

Deine installierte KODI-Version vorher deinstallieren!

Zitat von tzwn

Hast du schon einmal die Logs beider Szenarien gegenüber gestellt?

Hi,

das habe ich nun mal gemacht und es sieht folgendermaßen aus:

Kodi 17 (Windows 10):

16:35:07.523 T:4600 NOTICE: VideoPlayer: Opening: pvr://channels/tv/Alle Kanäle/pvr.zattoo_109495.pvr
16:35:07.523 T:4600 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
16:35:07.524 T:4600 ERROR: DXVA::CProcessorHD::IsFormatSupported: Unsupported format 104 for 1.
16:35:07.524 T:4600 ERROR: DXVA::CProcessorHD::IsFormatSupported: Unsupported format 105 for 1.
16:35:07.524 T:7268 NOTICE: Creating InputStream
16:35:08.152 T:7268 NOTICE: Creating Demuxer
16:35:15.430 T:7268 NOTICE: Opening stream: 0 source: 256
16:35:15.430 T:7268 NOTICE: Creating video codec with codec id: 28
16:35:15.430 T:7268 NOTICE: CDVDVideoCodecFFmpeg::Open() Using codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10
16:35:15.430 T:7268 NOTICE: Creating video thread
16:35:15.431 T:7268 NOTICE: Opening stream: 1 source: 256
16:35:15.431 T:7268 NOTICE: Finding audio codec for: 86018
16:35:15.431 T:9352 NOTICE: running thread: video_thread
16:35:15.431 T:7268 NOTICE: Creating audio thread
16:35:15.431 T:10116 NOTICE: running thread: CVideoPlayerAudio::Process()
16:35:15.431 T:9352 NOTICE: CDVDVideoCodecFFmpeg::GetFormat - Creating DXVA(1280x720)
16:35:15.442 T:10116 NOTICE: Creating audio stream (codec id: 86018, channels: 2, sample rate: 48000, no pass-through)
16:35:15.451 T:9352 ERROR: CDVDVideoCodecFFmpeg::Decode - avcodec_decode_video returned failure
16:35:15.965 T:9352 ERROR: Previous line repeats 29 times.
16:35:15.965 T:9352 NOTICE: CDVDVideoCodecFFmpeg::CDropControl: calculated diff time: 19999
16:35:16.961 T:4600 NOTICE: D3D: rendering method forced to DXVA processor
16:35:16.961 T:4600 NOTICE: DXVA::CProcessorHD::InitProcessor: Supported deinterlace methods: Blend:yes, Bob:yes, Adaptive:yes, MoComp:no.
16:35:17.002 T:4600 WARNING: CWinRenderer::UpdateVideoFilter - chosen scaling method 1 is not supported by renderer
16:35:17.552 T:9352 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
16:35:33.341 T:4600 WARNING: Previous line repeats 9 times.
16:35:33.341 T:4600 NOTICE: Storing total System Uptime
16:35:33.341 T:4600 NOTICE: Saving settings
16:35:33.350 T:4600 NOTICE: Saving skin settings
16:35:33.353 T:4600 NOTICE: stop all
16:35:33.353 T:4600 NOTICE: stop player
16:35:33.353 T:4600 NOTICE: CVideoPlayer::CloseFile()
16:35:33.353 T:4600 NOTICE: VideoPlayer: waiting for threads to exit
16:35:33.356 T:7268 NOTICE: CVideoPlayer::OnExit()
16:35:33.356 T:7268 NOTICE: Closing stream player 1
16:35:33.356 T:7268 NOTICE: Waiting for audio thread to exit
16:35:33.366 T:10116 NOTICE: thread end: CVideoPlayerAudio::OnExit()
16:35:33.366 T:7268 NOTICE: Closing audio device
16:35:33.382 T:7268 NOTICE: Deleting audio codec
16:35:33.382 T:7268 NOTICE: Closing stream player 2
16:35:33.382 T:7268 NOTICE: waiting for video thread to exit
16:35:33.402 T:9352 NOTICE: thread end: video_thread
16:35:33.402 T:7268 NOTICE: deleting video codec
16:35:33.403 T:7268 NOTICE: DXVA::CDecoder::Close - closing decoder
16:35:33.403 T:7268 NOTICE: DXVA::Close - closing decoder context
16:35:33.423 T:4600 NOTICE: VideoPlayer: finished waiting
16:35:33.423 T:4600 NOTICE: CVideoPlayer::CloseFile()
16:35:33.423 T:4600 NOTICE: VideoPlayer: waiting for threads to exit
16:35:33.423 T:4600 NOTICE: VideoPlayer: finished waiting

Kodi 17 (LibreELEC 7.95.3 Generic):

16:35:00.892 T:140401113621760 NOTICE: VideoPlayer: Opening: pvr://channels/tv/Alle Kanäle/pvr.zattoo_109495.pvr
16:35:00.892 T:140401113621760 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
16:35:00.893 T:140399345366784 NOTICE: Creating InputStream
16:35:01.977 T:140399345366784 NOTICE: Creating Demuxer
16:35:22.216 T:140399345366784 NOTICE: Opening stream: 0 source: 256
16:35:22.216 T:140399345366784 NOTICE: Creating video codec with codec id: 28
16:35:22.216 T:140399345366784 NOTICE: CDVDVideoCodecFFmpeg::Open() Using codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10
16:35:22.216 T:140399345366784 NOTICE: Creating video thread
16:35:22.216 T:140399345366784 NOTICE: Opening stream: 1 source: 256
16:35:22.216 T:140399345366784 NOTICE: Finding audio codec for: 86018
16:35:22.216 T:140401094678272 NOTICE: running thread: video_thread
16:35:22.217 T:140399345366784 NOTICE: Creating audio thread
16:35:22.217 T:140399742101248 NOTICE: running thread: CVideoPlayerAudio::Process()
16:35:22.227 T:140399742101248 NOTICE: Creating audio stream (codec id: 86018, channels: 2, sample rate: 48000, no pass-through)
16:35:22.232 T:140400643786496 NOTICE: COutput::OnStartup: Output Thread created
16:35:23.138 T:140401094678272 NOTICE: CDVDVideoCodecFFmpeg::CDropControl: calculated diff time: 20000
16:35:23.931 T:140401113621760 NOTICE: GL: Selecting Single Pass YUV 2 RGB shader
16:35:23.952 T:140401113621760 NOTICE: GL: NPOT texture support detected
16:35:23.952 T:140401113621760 NOTICE: GL: Using GL_ARB_pixel_buffer_object
16:35:23.952 T:140401113621760 NOTICE: Using GL_TEXTURE_2D
16:35:23.993 T:140401113621760 NOTICE: GL: Selecting Single Pass YUV 2 RGB shader
16:35:24.007 T:140401113621760 NOTICE: GL: NPOT texture support detected
16:35:24.007 T:140401113621760 NOTICE: GL: Using GL_ARB_pixel_buffer_object
16:35:24.490 T:140401094678272 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
16:35:37.727 T:140401113621760 WARNING: Previous line repeats 9 times.
16:35:37.727 T:140401113621760 NOTICE: CVideoPlayer::CloseFile()
16:35:37.727 T:140401113621760 NOTICE: VideoPlayer: waiting for threads to exit
16:35:38.224 T:140401094678272 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
16:35:38.325 T:140399345366784 NOTICE: CVideoPlayer::OnExit()
16:35:38.325 T:140399345366784 NOTICE: Closing stream player 1
16:35:38.325 T:140399345366784 NOTICE: Waiting for audio thread to exit
16:35:38.355 T:140399742101248 NOTICE: thread end: CVideoPlayerAudio::OnExit()
16:35:38.355 T:140399345366784 NOTICE: Closing audio device
16:35:38.375 T:140401094678272 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
16:35:38.405 T:140399345366784 NOTICE: Deleting audio codec
16:35:38.405 T:140399345366784 NOTICE: Closing stream player 2
16:35:38.405 T:140399345366784 NOTICE: waiting for video thread to exit
16:35:38.425 T:140401094678272 NOTICE: thread end: video_thread
16:35:38.426 T:140399345366784 NOTICE: deleting video codec
16:35:38.433 T:140401113621760 NOTICE: VideoPlayer: finished waiting
16:35:38.433 T:140401113621760 NOTICE: VAAPI::Close
16:35:38.434 T:140400643786496 NOTICE: COutput::OnExit: Output Thread terminated
16:35:38.434 T:140401113621760 NOTICE: VAAPI::Close - closing decoder context
16:35:38.439 T:140401113621760 NOTICE: CVideoPlayer::CloseFile()
16:35:38.439 T:140401113621760 NOTICE: VideoPlayer: waiting for threads to exit
16:35:38.439 T:140401113621760 NOTICE: VideoPlayer: finished waiting
16:35:38.439 T:140401113621760 NOTICE: CVideoPlayer::CloseFile()
16:35:38.439 T:140401113621760 NOTICE: VideoPlayer: waiting for threads to exit
16:35:38.439 T:140401113621760 NOTICE: VideoPlayer: finished waiting

Man kann erkennen, dass er über Windows knapp 7 Sekunden braucht, wohingegend er beim LibreELEC knapp über 20 Sekunden braucht.
Ich kann keinen Fehler erkennen, der auf die Problematik schließen lässt.

Sehr merkwürdig - ich kann es bei mir auch nicht reproduzieren. Bei mir verhalten sich die Zeiten in beiden Szenarien ungefähr gleich (+/- 2 Sekunden). Ist in diesen Fällen die Komponentenprotokollierung (Video) schon aktiv gewesen?

Zitat von tzwn

Sehr merkwürdig - ich kann es bei mir auch nicht reproduzieren. Bei mir verhalten sich die Zeiten in beiden Szenarien ungefähr gleich (+/- 2 Sekunden). Ist in diesen Fällen die Komponentenprotokollierung (Video) schon aktiv gewesen?

Ja ist breits aktiv. Jetzt hat es sogar über 50 Sekunden gedaudert (LibreELEC auf NUC) und auf Windows ganz normal 6-8 Sekunden. Zudem habe ich massive Aussetzer an dem NUC und bei Windows gar keine.

Anbei noch einmal ein Logfile im Debugging Modus. Vielleicht hilft das mehr? Ich habe einen Packet-Analyzer laufen lassen... Es gibt überhaupt keine Verluste. Ich kanns mir einfach nicht erklären.

Modjo wenn du Aussetzer hast, dann teste es erstmal ohne Smartdns...Denn die Probleme können daher kommen, weil der Traffic zuerst durch ein Proxy geht.
Ich habe auf 2 Raspberrys, 1 FireTV Android Box und einem Windows PC keine Aussetzer (mit deutscher IP, ohne Smartdns/VPN).

Zitat von v00dy

Modjo wenn du Aussetzer hast, dann teste es erstmal ohne Smartdns...Denn die Probleme können daher kommen, weil der Traffic zuerst durch ein Proxy geht.
Ich habe auf 2 Raspberrys, 1 FireTV Android Box und einem Windows PC keine Aussetzer (mit deutscher IP, ohne Smartdns/VPN).

Hallo v00dy,

das habe ich auch bereits ausprobiert, ohne Erfolg. Bei Windows habe ich ja auch SmartDNS (dns4me) laufen, ohne Probleme.

Zitat von rainman74

Auf nicht gerooteten Androids kannst Du das PVR-Zattoo ZIP nicht installieren da die Execute-Rechte für die shared Lib auf dem Addon-Ordner fehlen.
Nimm dieses APK, da ist das PVR.ZATTOO-Addon gleich enthalten: https://drive.google.com/open?id=0BzUIM…aDhQQ3FFb3NJR1E

Deine installierte KODI-Version vorher deinstallieren!

super danke habe es grade drauf gemacht danach mein Backup zurück gespielt und funktioniert ohne Probleme besten dank

Hallo Modjo, sry da habe ich dich falsch verstanden, ich dachte du hast die Aussetzer auf allen Geräten. Was noch sein kann, wenn du die Geräte per WLAN angebunden hast... Das kann auch ein großer Störfaktor sein, wenn die Verbindung nicht Stabil ist.
Ich hatte solche Bufferprobleme am Anfang auch, bis ich den Router vom Wohnzimmer in den Flur umgestellt habe. Dort steht er zentral und deckt die Räume drum herum besser ab.

Dazu habe ich den WLAN Kanal auf der Fritzbox gewechselt, wo die wenigsten Nachbar Router sind und mir noch ein WLAN Stick mit Antenne (Edimax EW-7612UAn) geholt: http://powerpi.de/der-beste-wlan…raspberry-pi-2/ das brachte alles enorm was und seit habe ich keine Bufferprobleme mehr. Aber wenn die bei dir alle per LAN angebunden sind, dann weiß ich auch nicht weiter...

Zitat von v00dy

Hallo Modjo, sry da habe ich dich falsch verstanden, ich dachte du hast die Aussetzer auf allen Geräten. Was noch sein kann, wenn du die Geräte per WLAN angebunden hast... Das kann auch ein großer Störfaktor sein, wenn die Verbindung nicht Stabil ist.
Ich hatte solche Bufferprobleme am Anfang auch, bis ich den Router vom Wohnzimmer in den Flur umgestellt habe. Dort steht er zentral und deckt die Räume drum herum besser ab.

Dazu habe ich den WLAN Kanal auf der Fritzbox gewechselt, wo die wenigsten Nachbar Router sind und mir noch ein WLAN Stick mit Antenne (Edimax EW-7612UAn) geholt: http://powerpi.de/der-beste-wlan…raspberry-pi-2/ das brachte alles enorm was und seit habe ich keine Bufferprobleme mehr. Aber wenn die bei dir alle per LAN angebunden sind, dann weiß ich auch nicht weiter...

Hi v00dy,

ich habe WLAN deaktiviert, es läuft über 1 GBit/s LAN, wobei ich auch im Schnitt 950-970 Mbit/s erreiche. Im WAN erreiche ich hier auch konstante 130 Mbit/s. Ich habe schon einen Wireshark zwischen geschaltet, hier läuft aber auch alles sauber.

In den Netzwerkeigenschaften von LibreELEC lese ich auch folgendes aus:

RX packets:5277313 errors:0 dropped:0 overruns:0 frame:0
TX packets:5391263 errors:0 dropped:0 overruns:0 carrier:0

Was auch keine Fehler im Netzwerk aufweist.

VG

hallo,

könnte mir eventuell eben einer erklären, wie ich das ganze unter Windows & Kodi 17 installiere?
Ich bastel nun seit einigen Tagen an meinem Kodi rum und würde gerne mal diese variante hier ausprobieren, denn die zattoo addons sind meines erachtens zu unstabil und langsam.

danke schon mal im voraus.

gruß

Zitat von jam1

hallo,

könnte mir eventuell eben einer erklären, wie ich das ganze unter Windows & Kodi 17 installiere?
Ich bastel nun seit einigen Tagen an meinem Kodi rum und würde gerne mal diese variante hier ausprobieren, denn die zattoo addons sind meines erachtens zu unstabil und langsam.

danke schon mal im voraus.

gruß

einfach dieses Addon installieren und konfigurieren (User/Passwort): https://github.com/kodinerds/bina…ttoo-0.1.28.zip

Ich habe das Problem nun finden können. Der Media-PC (Intel-NUC) hat zattoo per DNS über einen anderen Serverknoten angefragt, welcher auf Zattoo-Seite 120-170 ms Respone zurück gegeben hat. Ich habe den DNS Server geändert, worüber er eine anderee Zattoo-Knoten-IP bekommt mit einer Response von 20-25ms. Und schon war das Problem gelöst.
Danke an die Hilfestellungen.

BTW. Ist es möglich zattoo pvr 0.1.28 gegen die Master (Kodi 18) zu kompilieren (Generic)? Möglicherweise sollen dann die Umschaltzeiten wieder besser sein.

Danke & VG

Zitat von Modjo

BTW. Ist es möglich zattoo pvr 0.1.28 gegen die Master (Kodi 18) zu kompilieren (Generic)? Möglicherweise sollen dann die Umschaltzeiten wieder besser sein.

Danke & VG

Möglich ist alles, aber wenn Du es "nur mal testen" willst, zieh dir die Stream Url(s) aus dem Kodi Log und rufe sie direkt, z.B. via Playlist, in Kodi auf.
Dann siehst du schon was Sache ist.
Das Problem liegt ja am versch******* Videoplayer von Kodi, NICHT am Addon.

Zitat von vel2000

Möglich ist alles, aber wenn Du es "nur mal testen" willst, zieh dir die Stream Url(s) aus dem Kodi Log und rufe sie direkt, z.B. via Playlist, in Kodi auf.Dann siehst du schon was Sache ist.
Das Problem liegt ja am versch******* Videoplayer von Kodi, NICHT am Addon.

@Modjo Kodi 18 ist gerade in den frühen Kinderschuhen, selbst Kodi 17 hat über ein Jahr gebraucht, bis man es einigermassen einsetzen konnte, und 1,5 Jahre bis es stabil war. Dafür jetzt schon Arbeit zu investieren, ist meiner Meinung nach sinnlos. Mit den Umschaltzeiten kann man leben, dafür will ich kein Pre-Alpha-Tester von v18 sein

@ vel2000 & rainman74:

Das ist einleuchtend. Vielen Dank für eure Antworten.

Schönes Wochenende & VG

Modjo

Hi @rbuehlma,

vielleicht könnte folgendes wegen Umschaltzeiten hilfreich sein!

http://forum.kodi.tv/showthread.php?tid=306231

FernetMenta hat dort ein bischen mehr Licht ins Dunkel gemacht.

Danke und Gruss

@indri ich habe weder das Problem, noch kann ich mit dem Addon etwas daran ändern. Ich denke also die Info ist allenfalls für andere hier interessant. Ich kann aber auch nicht sagen, ob es damit zusammen hängt.