ANDROID ONLY!
SO, ich habe mir mal die beiden Addons "iptvsimple" und "tvheadend/HTS" vorgenommen und auf die Zattoo DASH Version, angepasst.
Kurz angetestet und sieht gut aus, beide laufen nun auch mit KODI 17.1 und den Zattoo-DASH Anpassungen.
Wer es ausprobieren will:
Das APK + PVR laufen, aber es scheinen die Visualisierungs-Plugins noch zu fehlen und es ist immer noch 17.1 RC2. War das beabsichtigt oder noch nicht anders möglich?
@indri, vielen Dank für deine Arbeit! Läuft auf dem Rpi3.
Ich habe noch 2-3 Sekunden Tonverzögerung. Ist das bei euch auch so?
bitte testet auch mal das offizielle APK von Zattoo, auch dort dauert es 2-3 Sekunden bis der Stream startet (manchmal auch etwas länger).
PS: Ich habe ein KODI 17.1 ANDROID apk mit allen Addons und Zattoo Dash gebaut.
Allerdings funktionieren, wie schon von @rbuehlma angemerkt, die anderen PVR Addons NICHT.
Alles andere sollte aber laufen.
Wer es testen will:
https://drive.google.com/open?id=0BzUIM…Sl9GZ2FBbmw1S1U
Super, Danke Dir! 
Kann mir jemand die URLs nennen, wo ich die Zattoo-PVRs grösser 0.1.24 finde?
Für Krypton (Kodi17) meine ich...
Hallo!
Der zatto pvr client läuft einwandfrei mit Kodi 16. Leider zeigte er keine Programminhalte an. Es wäre toll, diesen Client weiterzuentwickeln, solange es diese langen Umschaltzeiten bei Kodi 17 gibt.
Für Kodi 16 entwickelt seit über einem Jahr niemand mehr die Version weiter. Auf 16 wird neben vielem anderen auch kein MPEG-DASH unterstützt, und das wird dringend benötigt, sollte Zattoo zum Ende März keine HLS-Streams mehr anbieten.
Ich empfehle Dir die ersten Testversionen von Kodi 17 + Zattoo-DASH-PVR. Diese sind schon sehr vielversprechend und haben die selben kurzen Umschaltenzeiten wie die nativen Zattoo-Apps.
z.B. das Build für Android von vel2000: https://drive.google.com/open?id=0BzUIM…dFVYREtFd0JRRlE
@vel2000 wäre es möglich, dass Du zumindest noch die Standard-Visualizations mit ins APK packst (Shared Lib-Addons)? Ich denke dann kann man das Testbuild durchaus als Ersatz für die reguläre Version nutzen. Und wenn gegen Ende März tatsächlich die HLS-Streams von Zattoo abgeschaltet werden, wäre das dann sowieso die einzige Alternative.
z.B.
Wenn es einen guten Grund dafür gibt, lässt sich das schon machen, aber mir sind aktuell keine Probleme bekannt, welche mit dem aktuellen Stand behoben werden würden. Deshalb lohnt sich der Aufwand aus meiner Sicht aktuell nicht.
Wenn das aufwändiger ist klar, einen wirklich trifftigen Grund gibt es aktuell noch nicht.
Bis auf ein paar Verbesserungen in den Skins, aber die kann man manuell nachziehen.
@vel2000 also Dein Build läuft bisher fehlerfrei mit dem Zattoo DASH Plugin und auch die Umschaltzeiten sind deutlich gesunken im Vergleich zur HLS-Version. Top!
Ich habe aber gesehen, dass dies noch ein älteres Kodi vom 07.03. war. Könntest Du bitte noch ein aktuelles mit der 17.1 final (oder neuer) bauen?
@vel2000 das Testbuild startet die Streams leider nicht (Fire TV 4k):
ok, sorry, InputStream Addon war deaktiviert! Jetzt läufts prima! 
19:12:47.807 T:18446744072284386760 NOTICE: VideoPlayer: Opening: pvr://channels/tv/Alle Kanäle/pvr.zattoo_210777127.pvr
19:12:47.807 T:18446744072284386760 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
19:12:47.808 T:18446744072361491968 NOTICE: Creating InputStream
19:12:48.286 T:18446744072361491968 NOTICE: Creating Demuxer
19:12:48.359 T:18446744072361491968 ERROR: Open - error probing input format, http://fr5-2-dash-live.zahs.tv/sat1_deutschland/manifest.mpd?z32=OVZWK4S7NFSD2MJWGI3TMOJYGETG22LOOJQXIZJ5GYYDAJTNMF4HEYLUMU6TAJTTNFTT2YRSGM3WIN3EMY2WGMLEGZRWCYJUGY3TAZRXGU3DKZBZMYYDMY3FEZRXG2LEHUYTIQKGG5CEIOCGIRCDGNCGGBBS2MJWG4ZTANCDGA4DEQZWHFCTCRJGNFXGS5DJMFWHEYLUMU6TA
19:12:48.439 T:18446744072361491968 ERROR: Previous line repeats 9 times.
19:12:48.440 T:18446744072361491968 ERROR: OpenDemuxStream - Error creating demuxer
19:12:48.440 T:18446744072361491968 NOTICE: CVideoPlayer::OnExit()
19:12:48.506 T:18446744072284386760 NOTICE: CVideoPlayer::CloseFile()
19:12:48.507 T:18446744072284386760 NOTICE: VideoPlayer: waiting for threads to exit
19:12:48.507 T:18446744072284386760 NOTICE: VideoPlayer: finished waiting
19:12:48.507 T:18446744072284386760 NOTICE: CVideoPlayer::CloseFile()
19:12:48.507 T:18446744072284386760 NOTICE: VideoPlayer: waiting for threads to exit
19:12:48.507 T:18446744072284386760 NOTICE: VideoPlayer: finished waitingThanks, aber ich habe gerade KODI incl. allem benötigten, selbst gebaut.Dash funktioniert in der Tat um Welten besser.
Läßt sich das auch für Android bauen?EDIT: Es läßt sich für Android bauen und funktioniert einwandfrei!
Well done.
Hättest Du ein APK für uns?
So hier könnt ihr euch ein Bild machen wie Kodi18-agile, der Dev Branch von FernetMenta, die Playlist verarbeitet bis das Video startet.
nice! Ich habe aufgehört die ERRORs dann weiter zu zählen... 
ja genau, das wird der Grund sein.....................................................
Kopier deine master.m3u8 nach userdata/playlists/video und probier noch mal...
warum sollte die Datei dort hin? Das ist keine VideoPlaylist! Einfach die Datei in Downloads oder einen beliebigen Ordner und dann per System->File-Manager starten.
Ich hoffe Du hast meinen Smiley im letzten Post gesehen ... 
Besagte "master.m3u8" von oben läuft (natürlich) auch nicht...
bei mir läuft Sie, auswählen per File-Manager und schwupp...
Da scheint das Problem diesmal vor dem Monitor zu sitzen
BTW: Kodi 17.1 final ist verfügbar: http://mirrors.kodi.tv/releases/
Alles anzeigenAlso...Ich habe mir das, "Video" von Fernetmenta angesehen, das sagt imho erst mal gar nichts aus.
Zum einen wird die dazugehörige "master.m3u8", von KODI weder unter Android noch Windows (Linux teste ich später noch), überhaupt abgespielt...!Code12:07:48.039 T:18446744072343126784 NOTICE: VideoPlayer: Opening: special://profile/playlists/video/master.m3u8 12:07:48.040 T:18446744072343126784 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED 12:07:48.040 T:18446744071863527680 NOTICE: Creating InputStream 12:07:48.047 T:18446744071863527680 NOTICE: Creating Demuxer 12:08:16.602 T:18446744072044834176 ERROR: Open - Error, could not open file special://profile/playlists/video/master.m3u8 12:08:16.604 T:18446744072044834176 ERROR: ExtractThumb - Error creating demuxer 12:08:18.486 T:18446744071863527680 ERROR: Open - Error, could not open file special://profile/playlists/video/master.m3u8 12:08:18.487 T:18446744071863527680 ERROR: OpenDemuxStream - Error creating demuxer 12:08:18.488 T:18446744071863527680 NOTICE: CVideoPlayer::OnExit() 12:08:18.505 T:18446744072343126784 ERROR: Playlist Player: skipping unplayable item: 0, path [special://profile/playlists/video/master.m3u8]Wenn ich die master.m3u8, in master.m3u umbenenne, werden mir die einzelnen Links angezeigt, welche auch rel. schnell (verglichen mit Zattoo), laden .
Allerdings laden die Links immer noch wesentlich langsamer, als in anderen Playern (ist aber für unser Problem irrelevant).Ich will ja nichts unterstellen, aber meiner Meinung ist da gar nichts "gefixt", sieht eher so aus, als wolle FM, das Thema von der Backe haben.
Dazu passt auch sein(e)GeschwurbelAussage:Oder er benutzt eine, uns unzugängliche, "automagische Developer-Version"? :-DSeltsam das ganze...
Aber ich lasse mich gern eines besseren belehren.
EDIT: Was aber wohl tatsächlich besser funktioniert, ist das Puffer-Verhalten bei HLS Streams...immerhin.
Doch, ich denke schon dass er es gefixt hat. Sein Video zeigt meine exemplarische m3u-Datei, die er dann auch abspielt. Bis auf 2-3 Sekunden Ladezeit gibt es keine weiteren Delays. Für mich sieht es behoben aus. Er hat jetzt auch den Branch benannt, an dem er arbeitet: https://github.com/FernetMenta/kodi-agile.
Also gib Ihm eine faire Chance, das wird schon! 
P.S: Das Forum hat die M3U8-Datei zerstört, hier ist die Datei die auch FernetMenta getestet hat:master.m3u8.zip
@vel2000 FernetMenta sagte mir, dass sein DEV-Branch bereits ausreichend stabil wäre, da er diesen auch bei sich selbst nutzt. Wäre es daher möglich, dass Du das PVR.zattoo mal gegen das aktuelle Nightly Build von v18 compilierst, da wir das mal ausprobieren sollten, was meinst Du?
Würde ich nicht mit rechnen...Zitat Fernetmenta:
Ja, die Aussage von FernetMenta war hier eindeutig. Es wäre zu aufwändig, einen Backport für Kodi 17 zu entwickeln! Daher kommt der Fix erst mit v18 und das wird noch ein gutes 1/2 - 1 Jahr dauern, wenn es genauso wie bei Krypton weitergeht, bis die Version einigermassen stabil ist...
Der "Buhman" liegt zwar woanders, aber nichtsdestotrotz sind "wir" auf den Dev des Mediaplayers angewiesen, damit der das HLS Handling fixt...Womit wir beim Stichwort "Uneinsichtigkeit" wären.
2-3 Sekunden ist kein Problem, nutze einen anderen Player und Kodi im Hintergrund nur zum generieren der URLs.
ich denke schon dass das Problem mittlerweile bei "Ihm" bekannt ist. Die neuste Build hat ja definitiv etwas daran verbessert! Auch unter einem Galaxy Tab A (2016, ebenfalls Android 6) startet der Stream sofort (ca. 1-2 Sekunden lang mit den selben Artefakten wie beim Galaxy Tab S2, und die auch kodie-zombie berichtet hat), siehe: https://www.kodinerds.net/index.php/Atta…1893280425-zip/
Ok, die Media Codecs generell, kann man natürlich ausschließen, da die Problematik ja auch unter Windows auftritt.
(Gestern nicht zu Ende gedacht...)
Ich habe jetzt drei Android Geräte, mit unterschiedlichen Android Versionen, Chipsätzen, Wifi, Lan, etc.pp. getestet.
Überall das gleiche, mit oder ohne Codecs.
Dann sieh es Dir auf meinem Galaxy Tab mal an ...tmp_21014-Kodi_20170226105141-1893280425.zip
Es liegt möglicherweise auch an der Android Version, bzw. an der mehr oder weniger schlechten Implementierung der Media Codecs.
Ich habe hier eine Android 5.1.1 TV Box (Amlogic S812) und ein paar Geräte mit QC Chipset und Android 7.1.1.
Werde morgen weiter testen, bei uns ist es mittlerweile 22.30 und BULI läuft...Feierabend
mit an Android (bzw. an der Betriebsystemsversion je Device/Hersteller) könnte es in der Tat liegen, aber einer schlechten Implementierung des MediaCodecs auf FireTV spricht dagegen, dass ansonsten ja alle Filme und Serien (h.264 und h.265) mit MediaCodec (Surface) perfekt und ohne jegliche Delays wiedergegeben werden. Das Problem tritt nur in Zusammenhang mit HLS-LiveStreams auf, was ich bisher sagen kann.
Bekommt noch jemand diese Meldungen beim Starten eines Live-Streams?
ERROR: CDVDAudio::AddPacketsRenderer - timeout adding data to renderer
NOTICE: CVideoPlayerAudio::Process - stream stalled
NOTICE: VideoPlayer: OnResetDisplay received
Aber da die Delays ja auch jenseits von Android auftreten, könnte es auch primär am Management innerhalb von Kodi von HLS-LiveStreams liegen. Seit der Einbindung der "InputStream-Plugins" tritt das Problem vermutlich auf. Mich wundert dabei nur, dass mein Galaxy Tab auch solche Streams seit dem neusten Kodi-Build problemlos abspielt...
