Telerising API - Zattoo, blue TV & Sky CH für tvHeadend und VLC [Web App]

Zitat von Denni

Danke für deine Rückmeldung

Ich bekomms nit hin.. immer die gleiche fehlermeldung wenn ich den Sender über Plex öffen möchte "Sender konnte nicht eingestellt werden. Bitte Empfänger oder Antenne prüfen."

Mit der VU zero 4K hat xTeVe und Plex super geklappt. Telerising will aber nicht.

Du hast nicht zufällig einen Link wo ne Beschreibung zur Installation / Handhabung von tvheadend + antennas enthalten ist?

Hier hab ich mal was über tvheadend geschrieben RE: Telerising API - Zattoo, blue TV & Sky CH für tvHeadend und VLC [Web App] Für Plex muss man dann aber wie gesagt noch die ffmpeg-Pipe in tvh manuell anpassen, sonst bekommt man einen Wiedergabefehler.

Und bei Antennas muss gar nichts eingestellt werden, da muss man nur den Docker Container richtig konfigurieren.

euch ist schon klar das des hier ein Kodiforum ist und kein Enigma2 / TVH forum?

putzipuh

Alle Kodi komp. Geräte sind doch hier willkommen?!

putzipuh wir haben hier auch Subforen für Hausautomation etc.

Solange also alles in nen halbwegs passenden Bereich einsortiert, und nicht irgendwelche Support Threads zugemüllt werden, ist es wurscht ob jemand über seine DBox, seinen Enigma Receiver oder seine neue Makita Kreissäge diskutiert.

Danke darkside40

Scheinbar hat es bumplebee hinbekommen die drei Kräfte zu vereinen Plex mit Xteve und telerising m3u nutzen.

Ich habe dort mal eine Anfrage gemacht, da ich die vergangenen Stunden weder mit tvHeadend noch mit ANTENNAS warm werde.

Zu tvHeadend habe ich ja noch eine Doku gefunden aber Antennas wird wohl via Dockers installiert, was mich die letzten Male immer wieder zur Verzweiflung geführt hat (Docker Container).

Zumal finde ich xTeVe ein wirklich nettes Tool und wenn irgendwie die Möglichkeit besteht, die m3u darüber zu Plex zu bekommen wäre ich nicht unglücklich.

Aber wie gesagt wenn du ein spezifisches Problem hast das nicht Telerising direkt betrifft: mach nen eigenen Thread auf, da können deine bisherigen Beiträge auch rein verschoben werden.

Huhu,

habe heute meinen Container auf meiner Syno wieder gestartet, da ich mir waipu einbinden wollte. Nun komme ich aber nicht mehr auf das Webinterface und ich habe keine Ahnung wieso. Früher lief das Ding ohne Probleme. Hatte nur mehrere Monate den Container aus und vorhin halt wieder angeschalten.

Muss ich irgendwie was verändern? (siehe Screenshots)

Normalerweise kam ich dann mit meiner NAS-IP und eben den Port drauf.

Lg

Zitat von taker-`

habe heute meinen Container auf meiner Syno wieder gestartet, da ich mir waipu einbinden wollte.

1. Waipu gibt es über Telerising nicht!

2. Der Supportthread für Docker ist hier: [Docker] NEW Telerising-API Support Thread

Zitat von taker-`

Huhu,

habe heute meinen Container auf meiner Syno wieder gestartet, da ich mir waipu einbinden wollte. Nun komme ich aber nicht mehr auf das Webinterface und ich habe keine Ahnung wieso. Früher lief das Ding ohne Probleme. Hatte nur mehrere Monate den Container aus und vorhin halt wieder angeschalten.

Muss ich irgendwie was verändern? (siehe Screenshots)

Normalerweise kam ich dann mit meiner NAS-IP und eben den Port drauf.

Lg

Alles anzeigen

Einfach laufen lassen. Im Hintergrund baut sich der Container neu auf (zieht ein Update durch die Angabe Update = yes). Das dauert ewig. Geduld Geduld. Wenn das Update durch ist, ist der Container auch wieder erreichbar

Oh, lol, ich war im falschen Thread, als ich es geschrieben hab. Sorry

Achso, ok, dann wechsel ich wieder zu Zattoo. Danke

PS: toab90 glaube du hattest recht. Nun geht es einfach.

Schönen Guten Abend,

ich wollt mal nachfragen ob ihr den auch Probleme mit dem sky documentaries sender habt? dieser ruckelt seit ein paar tagen. problem besteht nur mit diesem sendern, der rest läuft. der effekt ist recht komisch, da das bild stottert aber die bandbreite dazu eig. relativ konstant rein kommt ohne bandbreiten drops.

EDIT:

so hab nun den stream mal auf der sky seite gestartet, ebenfalls nur am rumhaken.

Seit ca. 1 Woche habe ich mir mal testweise den Zattoo Free-Tarif abonniert, um mal in die Möglichkeiten des IPTV reinzuschnuppern.
Hintergrund ist der Wegfall des Nebenkostenprivilegs im Juni und die damit verbundene Möglichkeit das KabelTV kündigen zu können.

Auf meinen HTPC mit Ubuntu-22.04 laufen ein yaVDR und auch KODI-Nexus.
Auf diesen PC habe ich mal die aktuellen Versionen von Telerising.Api , TVheadend und das easyEPG-lite installiert und auch mit viel probieren zum laufen gebracht. Vor allem die Konfiguration von TVheadend ist doch ziemlich knifflig, weil es so viele Einstellmöglichkeiten gibt.

Die Wiedergabe mache ich aktuell über das Kodi-Addon Tvheadend HTSP Client. Das geht schon ganz gut.
Momentan habe ich noch das Problem, dass es ab und zu zu kurzen Aussetzern bei der Wiedergabe kommt und manchmal bleibt die Wiedergabe auch richtig hängen und es geht gar nichts mehr.

Bei der Fehlersuche habe ich mal das /var/log/syslog durchsucht, aber noch nichts so richtiges gefunden was mir da weiterhelfen könnte.
Was mir allerdings bei meiner Suche im syslog aufgefallen ist, dass es sehr viele Meldungen gibt. Diese müllen das gesamte syslog völlig zu:

Zitat

Feb 22 14:21:15 yavdr api[1334]: 192.168.1.3 - - [22/Feb/2024 14:21:15] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -
Feb 22 14:21:15 yavdr api[1334]: message repeated 2 times: [ 192.168.1.3 - - [22/Feb/2024 14:21:15] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -]
Feb 22 14:21:16 yavdr api[1334]: 192.168.1.3 - - [22/Feb/2024 14:21:16] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -
Feb 22 14:21:16 yavdr api[1334]: message repeated 2 times: [ 192.168.1.3 - - [22/Feb/2024 14:21:16] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -]
Feb 22 14:21:18 yavdr api[1334]: 192.168.1.3 - - [22/Feb/2024 14:21:18] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -
Feb 22 14:21:18 yavdr api[1334]: message repeated 2 times: [ 192.168.1.3 - - [22/Feb/2024 14:21:18] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -]
Feb 22 14:21:19 yavdr api[1334]: 192.168.1.3 - - [22/Feb/2024 14:21:19] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -
Feb 22 14:21:19 yavdr api[1334]: message repeated 2 times: [ 192.168.1.3 - - [22/Feb/2024 14:21:19] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -]
Feb 22 14:21:21 yavdr api[1334]: 192.168.1.3 - - [22/Feb/2024 14:21:21] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -
Feb 22 14:21:21 yavdr api[1334]: message repeated 2 times: [ 192.168.1.3 - - [22/Feb/2024 14:21:21] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -]
Feb 22 14:21:23 yavdr api[1334]: 192.168.1.3 - - [22/Feb/2024 14:21:23] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -
Feb 22 14:21:23 yavdr api[1334]: message repeated 3 times: [ 192.168.1.3 - - [22/Feb/2024 14:21:23] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -]
Feb 22 14:21:24 yavdr api[1334]: 192.168.1.3 - - [22/Feb/2024 14:21:24] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -
Feb 22 14:21:24 yavdr api[1334]: 192.168.1.3 - - [22/Feb/2024 14:21:24] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -
Feb 22 14:21:25 yavdr api[1334]: 192.168.1.3 - - [22/Feb/2024 14:21:25] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -
Feb 22 14:21:26 yavdr api[1334]: 192.168.1.3 - - [22/Feb/2024 14:21:26] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -
Feb 22 14:21:26 yavdr api[1334]: 192.168.1.3 - - [22/Feb/2024 14:21:26] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -
Feb 22 14:21:28 yavdr api[1334]: 192.168.1.3 - - [22/Feb/2024 14:21:28] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -
Feb 22 14:21:28 yavdr api[1334]: message repeated 3 times: [ 192.168.1.3 - - [22/Feb/2024 14:21:28] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -]
Feb 22 14:21:29 yavdr api[1334]: 192.168.1.3 - - [22/Feb/2024 14:21:29] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -
Feb 22 14:21:29 yavdr api[1334]: 192.168.1.3 - - [22/Feb/2024 14:21:29] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -
Feb 22 14:21:30 yavdr api[1334]: 192.168.1.3 - - [22/Feb/2024 14:21:30] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -
Feb 22 14:21:31 yavdr api[1334]: 192.168.1.3 - - [22/Feb/2024 14:21:31] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -
Feb 22 14:21:31 yavdr api[1334]: 192.168.1.3 - - [22/Feb/2024 14:21:31] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -
Feb 22 14:21:32 yavdr api[1334]: 192.168.1.3 - - [22/Feb/2024 14:21:32] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -
Feb 22 14:21:33 yavdr api[1334]: 192.168.1.3 - - [22/Feb/2024 14:21:33] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -
Feb 22 14:21:33 yavdr api[1334]: message repeated 3 times: [ 192.168.1.3 - - [22/Feb/2024 14:21:33] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -]
Feb 22 14:21:34 yavdr api[1334]: 192.168.1.3 - - [22/Feb/2024 14:21:34] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -
Feb 22 14:21:35 yavdr api[1334]: 192.168.1.3 - - [22/Feb/2024 14:21:35] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -
Feb 22 14:21:35 yavdr api[1334]: 192.168.1.3 - - [22/Feb/2024 14:21:35] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -
Feb 22 14:21:36 yavdr api[1334]: 192.168.1.3 - - [22/Feb/2024 14:21:36] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -
Feb 22 14:21:36 yavdr api[1334]: 192.168.1.3 - - [22/Feb/2024 14:21:36] "GET /api/zde/live/einsextra.mpd HTTP/1.1" 200 -

Alles anzeigen

Ich vermute dass diese Meldungen von der Telerising.Api kommen. Oder liege ich da falsch?
Sind diese Meldungen "normal" oder sind das Fehlermeldungen?

Wenn das Fehlermeldungen sind:
Was bedeuten diese Meldungen eigentlich und wie kann ich die Fehlerursache finden und beseitigen?
Was könnten die Ursachen dafür sein, das es bei der Wiedergabe ab und zu zu Aussetzern kommt?

easy4me

Okay, wenn das also normale Statusmeldungen sind, bin ich erstmal etwas beruhigt.
Aber da habe ich gleich noch eine Anschlussfrage: Wie kann ich diese Meldungen unterdrücken.
Kann ich irgendwie ein höheres Loglevel einstellen, was dann weniger Meldungen anzeigt?

Zitat von easy4me

2> /dev/null vielleicht?

Hhmmm, habe ich mal an den Start von der Telerising.api in der telerising.service angehängt. Oder wie hast Du das gemeint?
Sieht jetzt so aus: ExecStart=/etc/telerising/api 2> /dev/null aber bringt leider keinen Erfolg.
Immer noch mindestens 2 Einträge pro Sekunde.
Ist echt sehr viel und sollte man nur bei Bedarf anzeigen, ansonsten müllt es nur das syslog zu.

easy4me

Kann es sein, dass Zattoo herumbastelt?

Die RTL Österreich Sender sind per Telerising seit gestern nur noch in SD empfangbar. Im VLC wird zwar 1920x1080 angezeigt jedoch erscheint das Bild immer ohne HD-Logo. RTL Deutschland oder CH hingegen sind normal empfangbar.

Das hier ist mir auch noch aufgefallen, weiß aber nicht ob das so gewollt ist?

ERROR:root:Invalid zAPI request
Traceback (most recent call last):
  File "/etc/telerising/app/routes/api.py", line 469, in channel_file
  File "/etc/telerising/app/providers/zattoo.py", line 372, in add_rec
Exception: Invalid zAPI request
INFO:werkzeug:**REDACTED** - - [23/Feb/2024 10:54:23] "GET /api/zch/live/spiegeltvwissen HTTP/1.1" 200 -
ERROR:root:Invalid zAPI request
Traceback (most recent call last):
  File "/etc/telerising/app/routes/api.py", line 469, in channel_file
  File "/etc/telerising/app/providers/zattoo.py", line 372, in add_rec
Exception: Invalid zAPI request
INFO:werkzeug:**REDACTED** - - [23/Feb/2024 10:54:24] "GET /api/zch/live/spiegel_geschichte HTTP/1.1" 200 -
INFO:werkzeug:**REDACTED** - - [23/Feb/2024 10:54:25] "GET /api/zch/live/automotorsporttv HTTP/1.1" 200 -
ERROR:root:Invalid zAPI request
Traceback (most recent call last):
  File "/etc/telerising/app/routes/api.py", line 469, in channel_file
  File "/etc/telerising/app/providers/zattoo.py", line 372, in add_rec
Exception: Invalid zAPI request
INFO:werkzeug:**REDACTED** - - [23/Feb/2024 10:54:42] "GET /api/zch/live/spiegel_geschichte HTTP/1.1" 200 -
INFO:werkzeug:**REDACTED** - - [23/Feb/2024 10:54:44] "GET /api/zch/live/automotorsporttv HTTP/1.1" 200 -
INFO:werkzeug:**REDACTED** - - [23/Feb/2024 10:55:12] "GET /api/zch/live/itv-1-london HTTP/1.1" 200 -
INFO:werkzeug:**REDACTED** - - [23/Feb/2024 10:55:44] "GET /api/zch/live/bbc_scotland_uk HTTP/1.1" 200 -
INFO:werkzeug:**REDACTED** - - [23/Feb/2024 10:56:20] "GET /api/zch/live/rtl102_5 HTTP/1.1" 200 -

Nochmal was zu den tausenden Meldungen im /etc/log/syslog

Das Umleiten der Ausgabe nach /dev/null hat nichts gebracht.

Aus Verzweiflung habe ich dann etwas rumprobiert und habe den Manifest type = DASH, wie ich es bisher verwendet hatte,
nach manifest type = HLS7 geändert. Nach einem Neustart sind die Meldungen der telerising.Api im syslog wesentlich weniger geworden.
Meldungen kommen eigentlich nur noch, wenn auch was passiert wie Senderwechsel o.ä., ansonsten herrscht Ruhe im syslog.

Da ergibt sich jetzt für mich die Frage:
Was ist der Unterschied bei der Verwendung von HLS7 anstelle von DASH ? ist das egal?
Gibt es da Vor- oder auch Nachteile?