Gleiches Problem bei mir! Bisher bei Sendern ARTE, Eurosport, SkySportNewsHD und Sixx festgestellt - Gleiche Sender bei dir? TV-Bild und Störungsbild wechseln im Abstand von wenigen Sekunden. Ton ist nicht vorhanden. Zattoo-App auf TV und Web-Zugang funktionieren fehlerfrei.
Gruß
Frank
P.S. Sehe gerade du hast Wilmaa. Ich habe Zattoo Premium Account! Bin jetzt ein wenig verwirrt. Gleiches Fehlerbild gleichzeitig bei unterschiedlichen Providern - Zufall?
Hallo @Mostwanted,
unter Einstellungen/Medien/Musik den Punkt "Titel- und Album-interpreten anzeigen" deaktivieren - dann wird nur nach Album-Interpreten gruppiert. Sollte das nicht das gewünschte Ergebnis liefern, solltest du überprüfen, ob alle Titel den gleichen Albuminterpreten-Tag haben und ggfls. anpassen
Ergänzung: Standard-Icons sind beim Anlegen automatisch vorhanden. Anpassung ist halt optional. Eine andere Möglichkeit mit "Standard-Kodi" habe ich nicht gefunden, als ich vor den gleichen Problemen stand. Würde mich aber natürlich interessieren.
Hallo,
vielleicht mal einen Blick auf das Addon SuperFavourites werfen. Man kann verschiedene Favoritenlisten anlegen, Einträge manuell sortieren, eigene Icons auswählen etc.. So habe ich auch die Android Apps auf meiner Shield organisiert.
Leider ist die Bedienung von SuperFavourites nicht sehr intuitiv, führt aber zum gewünschten Ergebnis.
Gruß
Frank
Hallo @DeBaschdi,
die Anmeldeproblematik bei Zattoo in der Telerising API und easyEPG Grabber spiegelt sich auch in deinen Addons wieder. Wirst du ein Update für die Fixes von @easy4me erstellen?
Leider muss ich ein wenig Wasser in den Wein giessen ![[ac]](https://www.kodinerds.net/wcf/images/smilies/smiley40.gif "ac"){kind=small}
. Nach den Aktualisierungen von @easy4me funktioniert die Anmeldung bei der Telerising API wieder. Beim easyEPG Grabber scheitert die Anmeldung bei Zattoo weiterhin mit zuvor genanntem Fehler.
(Zattoo Premium Account, Debian LXC)
Alles zurück - nach Rückspielen eines Backups im easyEPG Grabber klappt die Anmeldung wieder ![[be]](https://www.kodinerds.net/wcf/images/smilies/smiley68.gif "be"){kind=small}
. Sorry für die Weinverdünnung.
Kann die Aussage von @Woti bestätigen. Gleiche Fehlermeldung seit heute Nachmittag bei mir.
Hallo @DeBaschdi,
seit gestern Abend gibt es Probleme mit der Anmeldung, sowohl mit dem Script von @easy4me, als auch deinem Addon. Ich habe den Fehler bereists unter Telerising API - Zattoo für tvHeadend gepostet.
Hallo @easy4me,
seit gestern Abend gibt es beim Start des Scripts einen Fehler bei der Anmeldung. Tritt bei mir sowohl mit deinem Script (v0.3.8) unter Debian auf, als auch unter Libreelec und Coreelec mit dem Addon von Debaschdi. Fehler tritt auch erst nach Neustart des LXC oder Geräts auf. Irgendetwas schein verändert worden zu sein.
Auszug aus dem Log:
[errorbox]
INFO - Custom IP address or domain "10.6.6.23" will be used.
INFO - Custom Zattoo server "1und1-dus1901-1" will be used.
INFO - Use custom ffmpeg library path "/usr/bin/ffmpeg"
INFO - Custom port "8083" will be used.
INFO - YOUR DEFAULT SETTINGS
PLATFORM: hls5
BANDWIDTH: 5000
PROFILE: 4
LOGLEVEL: fatal
IGN_MAX: true
INFO - Unable to parse apptoken json data (trying old apptoken method now...)
ERROR - LOGIN FAILED! (invalid response)
ERROR - RESPONSE:
{"internal_code": 111, "http_status": 403, "success": false}
==== API PROCESS STOPPED! ====
[/errorbox]
@chiefmaster
Ich würde die Zeile User=hts (tvheadend-User) entfernen. Service sollte als Root laufen. Ich würde das telerising-Verzeichnis auch nicht unter /home/hts erstellen, sonder z.B. unter /opt
Der Startablauf sähe dann so aus:
WorkingDirectory=/opt/telerising
ExecStart=/usr/bin/perl zattoo.pl & disown
Des weiteren gehe ich davon aus, das du die Einrichtung, wie von @easy4me beschrieben, durchgeführt hast: https://github.com/sunsettrack4/telerising
Ich nutze Zattoo DE über einen Premium Account mit Audioprofil 4. Dolby funktioniert bei allen Sendern. Ich setze die API sowohl mit Tvheadend, als auch mit dem IPTV Simple Client ein.
@DeBaschdi
Mir ging es um z.B. folgende Adresse (aus Kodi [definition=12,3]Debug-Log[/definition]) :
INFO: ffmpeg[7F16A1493700]: [https] Opening 'https://1und1-ess1901-1-hls5-live.zahs.tv/HD_zdfinfo/f_track_audio_ts_1589980012000_bw_256000_nd_4000_d_4000_num_1_tid_3_p_20_l_de.eac3?z32=M...Q' for reading
Diese ffmpeg-Meldungen sind in Kodi bei Nutzung deines Addons nur im [definition=12,3]Debug-Log[/definition] von Kodi sichtbar (und fluten dann das Log), im normalen Log nicht.
In Tvheadend unter Linux wird der ffmpeg-Loglevel in der pipe-Adresse mitgegeben. Im Default-Loglevel wird Streamingadresse im Journal geloggt (und fluten dann das Log),bei Loglevel=fatal werden sie nicht geloggt.
Log funktioniert doch, wie erwartet. Mir ging es um die aufgerufene Streamingadresse. In Tvheadend unter Linux ist diese bei LOGLEVEL normal im Journal einsehbar. In Kodi unter Linux ist sie im Kodi-Debuglog einsehbar.
Sorry, falls ich Verwirrung gestiftet haben sollte.
Ich schau mir die Logs sowohl für das Script als auch für das Addon über journalctl -f an. Kodi mit Addon läuft bei mir auf einem Debian Buster. Das Script läuft bei mir zusammen mit Tvheadend in einem LXC ebenfalls unter Debian Buster.
VOD wird jetzt richtig gestartet / nicht gestartet 
.
Bezüglich des LOGLEVEL gibt es allerdings keine Veränderung. Log sieht immer gleich, egal ob Eintrag fatal, normal oder leer ist. (Weis nicht ob wichtig: LOGLEVEL normal gibt es für ffmpeg nicht).
Ich habe die gefixte zattoo.pl sowohl das Script als auch das Addon probiert.
Bin bezüglich der Versionsnummern irritiert. Dein Addon 1.3.5-beta basiert doch auf v0.3.5 (steht auch im LOG aus dem mein vorhergehender Auszug ist). Trotzdem das von mir beschriebene Verhalten.
Ist ONDEMAND also aktiv trotz 'false' bei verwendeter v.0.3.5 ?!?!
Nach Änderungen in der Konfiguration de- + aktiviere ich grundsätzlich.
Zeile in userfile.json lautet: "ondemand": "false",
In Log bei letztem Start finde ich:
[cbox]PLATFORM: hls5
BANDWIDTH: 8000
PROFILE: 4
LOGLEVEL: normal
IGN_MAX: false
INFO[05/18 19:07 817] LOGIN OK!
INFO[05/18 19:07 859] COUNTRY: GERMANY
INFO[05/18 19:07 875] YOUR ACCOUNT TYPE: ZATTOO PREMIUM
INFO[05/18 19:07 934] ONDEMAND ENABLED!
INFO[05/18 19:07 1014] Getting VoD data for
[/cbox]
Also ist ONDEMAND aktiv ?!?!
Auch der Loglevel ist im LOG nicht korrekt. Richtige wäre 'fatal'. Mir ist zudem aufgefallen, daß Änderungen des LOGLEVEL nicht zu veränderter LOG-Ausgabe führen.
@DeBaschdi
Mir ist aufgefallen, das der Start der API ziemlich lange dauert. Während des Startens laufen im LOG jede Menge Meldungen 'Getting VoD data...' auf. Vorher wird 'ONDEMAND ENABLED' protokolliert. Ist dies die Ursache für den längeren Start? Wenn ja, lässt sich ONDEMAND komplett ausschalten um den Start zu beschleunigen (ich benutze VOD nicht)?
Was mich zudem wundert ist, das bei alle dem in den Einstellungen der VOD Service deaktiviert ist. Ist das so korrekt?
Ist normal! Bei mir z.Zt. 11 Perl-Prozesse bei einem aktiven Service. @easy4me hatte sich dazu wie folgt geäußert:
Die maximale Anzahl der Prozesse sollte auf 100 begrenzt sein. Ich denke nicht, dass die Prozesse sich negativ auf die Performance auswirken werden.
Der verbindungsaufbau zu zattoo dauert leider relativ lange, entsprechend schlecht sind auch die umschaltzeiten.
Mit 1und1 besteht dieses "problem" nicht, dort klappt alles <1sekunde
@DeBaschdi
Wie sind die unterschiedlichen Umschaltzeiten zu erklären (meine sind 3-4 Sekunden)?
1und1 ist B2B-Kunde bei Zattoo. Ich habe einen DSL-Vertrag bei 1und1 und einen Zattoo-Premium Account. Die Streams werden aber über 1und1 ausgliefert, was an der 1und1 Streaming-Adesse zu erkennen ist.
