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

appleshooter

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?

Code

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 -

Alles anzeigen

easy4me

Zu RTL Österreich kann ich noch nichts sagen, werde ich mir später bei Gelegenheit anschauen.

Ansonsten funktioniert die Live TV via PVR-Funktion für Zattoo CH ohne VPN nicht bei Sendern, die die Aufnahmefunktion nicht unterstützen.

Paust55

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?

easy4me

Bei Dash fragt der Client bei Telerising regelmäßig die Playlist an, bei HLS wird nur einmal die Playlist geladen. Das liegt am Format, wie die Playlists übergeben und verarbeitet werden.

Paust55

easy4me
danke für die Info.

Dann werde ich erstmal bei HLS7 bleiben und das ganze beobachten.

easy4me

Zitat von appleshooter

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.

Kann ich nicht reproduzieren, RTL Austria und auch die anderen RTL AT-Sender laufen in Full HD mit HD-Logo via Telerising.

Holger44

Hi, habe telerising auf meinen Raspberry pi geladen.

Wenn ich die api per doppelklick öffne geht alles ganz normal.

Wenn ich die api jedoch so "sudo /home/userxy/Downloads/telerising/api" übers terminal starte kommen fehler und ich kann mich nicht einloggen.

WARNING: This is a development server. Do not use it in a production deployment. Use a production WSGI server instead.
* Running on all addresses (0.0.0.0)
* Running on http://127.0.0.1:5000
* Running on http://10.8.3.6:5000
Press CTRL+C to quit
10.8.3.6 - - [23/Feb/2024 20:48:28] "GET / HTTP/1.1" 302 -
10.8.3.6 - - [23/Feb/2024 20:48:28] "GET /login HTTP/1.1" 302 -
[2024-02-23 20:48:28,851] ERROR in app: Exception on /signup [GET]
Traceback (most recent call last):
File "/home/userxy/Downloads/telerising/flask/app.py", line 1455, in wsgi_app
File "/home/userxy/Downloads/telerising/flask/app.py", line 869, in full_dispatch_request
File "/home/userxy/Downloads/telerising/flask/app.py", line 0, in handle_user_exception
File "/home/userxy/Downloads/telerising/flask/app.py", line 867, in full_dispatch_request
File "/home/userxy/Downloads/telerising/flask/app.py", line 852, in dispatch_request
File "/home/userxy/Downloads/telerising/app/routes/views.py", line 48, in signup
File "/home/userxy/Downloads/telerising/flask/templating.py", line 151, in render_template
File "/home/userxy/Downloads/telerising/jinja2/environment.py", line 1081, in get_or_select_template
File "/home/userxy/Downloads/telerising/jinja2/environment.py", line 1010, in get_template
File "/home/userxy/Downloads/telerising/jinja2/environment.py", line 969, in _load_template
File "/home/userxy/Downloads/telerising/jinja2/loaders.py", line 126, in load
File "/home/userxy/Downloads/telerising/flask/templating.py", line 65, in get_source
File "/home/userxy/Downloads/telerising/flask/templating.py", line 99, in _get_source_fast
jinja2.exceptions.TemplateNotFound: signup.html
10.8.3.6 - - [23/Feb/2024 20:48:28] "GET /signup HTTP/1.1" 500 -

Im Browser steht dann das:

Internal Server Error
The server encountered an internal error and was unable to complete your request. Either the server is overloaded or there is an error in the application.

Hat dazu jemand eine idee?

easy4me

Wenn du das Skript nicht aus dem Verzeichnis heraus startest, in dem sämtliche relevante Dateien und Konfigurationen liegen, dann werden diese auch nicht gefunden.

appleshooter

Zitat von easy4me

Kann ich nicht reproduzieren, RTL Austria und auch die anderen RTL AT-Sender laufen in Full HD mit HD-Logo via Telerising.

Danke fürs überprüfen! Scheint so als wäre das nur ein temporäres Problem gewesen...

Bei mir läuft es jetzt auch wieder normal!

Holger44

und wie kann ich es aus dem verzeichnis heraus starten übers terminal?

alle daten liegen in diesem ordner: /home/userxy/Downloads/telerising

easy4me

Indem du mit cd ins entsprechende Verzeichnis wechselst. Ist ja nicht so, dass es gleich auf der ersten Seite in der Installationsanleitung steht...

Holger44

Danke. Geht jetzt. Ich werde niemals mit diesem ganzen Linuxmüll warm werden. Ist einfach unlogisch.

easy4me

Zitat von appleshooter

Danke fürs überprüfen! Scheint so als wäre das nur ein temporäres Problem gewesen...
Bei mir läuft es jetzt auch wieder normal!

Wenn es irgendwelche Probleme mit dem HD-Signal gibt, schaltet Zattoo gerne auch mitten im Stream automatisch auf das SD-Signal um, oder geht direkt auf eine entsprechende Hinweistafel über. Ist insofern nichts Neues.

kingbecher

Habe derzeit auf einem VServer das Problem das die streams ruckeln. Zatto CH , Yallo oder Netstream.

Docker = VPN Gluetun -> New-Telerising-API -> TvH . Es hängt meist nach paar Sekunden und im Log steht mehrmals Executing /usr/bin/ffmpeg . Bei HLS7 gibt es Fehler mit H264 @ #257 Continuity counter error und AAC @ #256 Continuity counter error . Liegt das event am VPN oder an den Configs ?

Edit: Gerade das -re aus einem Sender rausgenommen. Läuft damit vorerst mit der Dash 432p25 Auflösung. Der verdacht liegt hier bei Perfect Privacy als VPN anbieter..

MFG

arno.cta

Zitat von easy4me

It depends on the result returned by ipinfo.io. Apparently, your VPS is not located in CH, or the requests are not routed correctly.

remember what happened to me? my Swiss vps was in Italy according to ipinfo..

Zitat von altug

I've been using a VPS from Netstream for the past two days, and it's giving me a "The service is unavailable in your country" error. I got another VPS, and the error persists. Is there a general issue with Netstream? Is anyone else experiencing this problem? Can you recommend any Swiss VPS providers that you haven't had issues with?

contact them so they correct this

Paust55

Ich benutze jetzt seit ein paar Wochen um das IPTV von Zattoo-Ultimate zu schauen die aktuelle telerising.api-v11.6 zusammen mit tvheadend-v4.3 und dem easyepg-lite. Ich bin echt begeistert von der tollen Arbeit die easy4me hier gemacht hat. Einfach nur Klasse!

Ein kleineres Problem habe ich allerdings noch mit der telerising.api, denn ich habe nach einem Neustart nicht immer eine Verbindung zum Zattoo!
Ich habe eine normale Internetverbindung, kein VPN o.ä. und nutze somit Zattoo-DE.

Wenn ich dann das Web-GUI öffne, dann habe ich folgende Meldung:

Manchmal habe ich dann auch einen Eintrag in der /etc/telerising/exception.txt, aber das ist komischerweise nicht immer.

Code

ERROR:root:Hello page returned HTTP ERROR 403
NoneType: None
INFO:werkzeug:192.168.1.9 - - [28/Feb/2024 22:20:04] "POST /api/session HTTP/1.1" 200 -
ERROR:root:Hello page returned HTTP ERROR 403
NoneType: None
INFO:werkzeug:192.168.1.9 - - [28/Feb/2024 22:20:07] "POST /api/session HTTP/1.1" 200 -
ERROR:root:Hello page returned HTTP ERROR 403
NoneType: None
INFO:werkzeug:192.168.1.9 - - [28/Feb/2024 22:20:09] "POST /api/session HTTP/1.1" 200 -
INFO:werkzeug:192.168.1.9 - - [28/Feb/2024 22:20:11] "POST /api/session HTTP/1.1" 200 -
INFO:werkzeug:192.168.1.3 - - [28/Feb/2024 22:20:43] "GET /api/zde/live/zdf.m3u8 HTTP/1.1" 200 -
INFO:werkzeug:192.168.1.3 - - [28/Feb/2024 22:20:43] "GET /api/zde/live/rbb-brandenburg.m3u8 HTTP/1.1" 200 -
ERROR:root:Hello page returned HTTP ERROR 403
NoneType: None
INFO:werkzeug:192.168.1.9 - - [28/Feb/2024 22:22:43] "POST /api/session HTTP/1.1" 200 -
INFO:werkzeug:192.168.1.9 - - [28/Feb/2024 22:22:44] "POST /api/session HTTP/1.1" 200 -
INFO:werkzeug:192.168.1.3 - - [28/Feb/2024 22:23:37] "GET /api/zde/live/rbb-brandenburg.m3u8 HTTP/1.1" 200 -
INFO:werkzeug:192.168.1.3 - - [28/Feb/2024 22:23:37] "GET /api/zde/live/zdf.m3u8 HTTP/1.1" 200 -
INFO:werkzeug:192.168.1.3 - - [28/Feb/2024 22:30:06] "GET /api/zde/live/zdf.m3u8 HTTP/1.1" 200 -
INFO:werkzeug:192.168.1.3 - - [28/Feb/2024 22:30:06] "GET /api/zde/live/rbb-brandenburg.m3u8 HTTP/1.1" 200 -
INFO:werkzeug:192.168.1.3 - - [28/Feb/2024 22:32:11] "GET /api/zde/live/mdr-sachsen.m3u8 HTTP/1.1" 200 -

Alles anzeigen

Wenn ich 5x neu boote, dann kommt es ca. 1x vor, dass es keine Verbindung zu Zattoo gibt.
Ich muss dann den PC neu booten oder die *.api nochmals neu starten, über service telerising restart
Manchmal ist dies auch mehrfach erforderlich, bis es eine Verbindung gibt.

Das ist natürlich nicht ganz so optimal und deswegen möchte ich fragen, ob es evtl. eine Einstellung gibt, die ich noch machen sollte.
Hier mal meine /etc/systemd/system/telerising.service

Code

[Unit]
Description=Telerising Service
#After=network.target
After=network-online.target

[Service]
Type=simple
User=telerising
WorkingDirectory=/etc/telerising/
ExecStartPre=/bin/sleep 10
ExecStart=/etc/telerising/api
Restart=always

[Install]
WantedBy=multi-user.target

Alles anzeigen

Ich hatte das auch zu Anfang unter dem User root getestet, aber das machte keinen Unterschied.

Hier mal noch meine Web-GUI Konfiguration von der telerising.api:

Ist es denn von Vorteil, wenn man bei dem Zattoo Server = AUTO setzt, oder sollte man da einen festen Server auswählen?
Ich hatte das schonmal probiert, und ein paar beliebige Server probiert, aber da gab es keine Änderung.

Was ist der API protection code?
Braucht man den? Da habe ich jetzt nicht drin stehen.

Meine Internetverbindung ist normalerweise i.O. und ich habe einen 200MB-Tarif, dürfte also schnell genug sein.
Irgendwie bin ich ratlos.
Kann man den irgendwie automatisch einen restart der telerising.api ausführen, bis es eine Verbindung zum Zattoo-Server gibt?

dlueth

Du hast da als target network-online drin. Ich vermute jetzt einfach Mal, dass das nicht zwingend bedeutet, dass eine Internetverbindung besteht. Es bedeutet vermutlich nur, dass eine Verbindung zu deinem lokalen Netzwerk besteht. Ich meine es gäbe aber darüber hinaus noch die Möglichkeit ergänzend einen zeitlichen delay für einen Service festlegen.

Paust55

Zitat von dlueth

Du hast da als target network-online drin. Ich vermute jetzt einfach Mal, dass das nicht zwingend bedeutet, dass eine Internetverbindung besteht

Original ist da network-target drin und das ist noch schwammiger als das networ-online.target.
Zu der Problematik gibt es hier ein paar gute Erklärungen: https://www.freedesktop.org/wiki/Software/…/NetworkTarget/

Ich hatte auch schon testweise die Verzögerung ExecStartPre=/bin/sleep 10 auf 60 Sekunden erhöht, aber das hat auch nichts gebracht.
Deswegen vermute ich ja auch eher, dass das die Auswahl des Zattoo Server = AUTO nicht optimal ist.
Vielleicht müsste es eine Routine geben, die überprüft ob eine Verbindung zum ausgewählten Zattoo-Server besteht
und wenn nein wird der nächste Zattoo-Server genommen, bis eine Verbindung da ist.
Aber da kann wohl nur easy4me was genaueres zu sagen.

easy4me

Die Zattoo-Server-Konfiguration spielt nur beim Streamen eine Rolle und hat mit der Anmeldung nichts zu tun.

Ich kann jedenfalls x-mal die Session erneuern und es kommt nicht zum o.g. Fehler. Ich muss auch nicht mein System x-mal täglich neu starten. HTTP 403 bedeutet zudem Forbidden und nicht "keine Verbindung".

Die E-Mail-Adresse ist übrigens im obersten Screenshot noch zu sehen.

Paust55

easy4me ,

danke für die Infos.
Ich habe mal den oberen Screenshot gelöscht, danke für Deinen Hinweis.

Zitat von easy4me

Ich muss auch nicht mein System x-mal täglich neu starten. HTTP 403 bedeutet zudem Forbidden und nicht "keine Verbindung".

Ich starte auch mein System nicht x-mal, aber 2 ... 3 mal starte ich den Kodi-PC schon, der läuft nicht 24h durch.
Aber es ist schon ärgerlich, wenn ab und zu dann kein Bild kommt.

Der Hinweis HTTP 403 bedeutet zudem Forbidden und nicht "keine Verbindung" da war ich wohl irgendwie auf dem Holzweg.
Es ist eben nur komisch, wenn ich dann die telerising.api neu starte per service telerising restart dann läuft die *.api plötzlich.

Wo kommt denn dann das Forbidden her? Hast Du da eine Erklärung dafür?

Ich hatte heute Abend nochmal das Problem und ich musste mehrfach die *.api restarten bis es funktionierte.
Hier mal noch das Fehlerprotokoll aus der exception.txt.
Vielleicht kannst Du da erkennen, was da nicht i.O. ist! Für mich ist das leider nur kryptisches Zeug.

Code

NoneType: None
INFO:werkzeug:192.168.1.2 - - [06/Mar/2024 18:07:41] "POST /api/session HTTP/1.1" 200 -
INFO:werkzeug:192.168.1.2 - - [06/Mar/2024 18:07:42] "POST /api/session HTTP/1.1" 200 -
ERROR:root:Hello page returned HTTP ERROR 403
NoneType: None
INFO:werkzeug:192.168.1.2 - - [06/Mar/2024 19:23:01] "POST /api/session HTTP/1.1" 200 -
ERROR:root:Hello page returned HTTP ERROR 403
NoneType: None
INFO:werkzeug:192.168.1.2 - - [06/Mar/2024 19:23:03] "POST /api/session HTTP/1.1" 200 -
ERROR:root:Hello page returned HTTP ERROR 403
NoneType: None
INFO:werkzeug:192.168.1.2 - - [06/Mar/2024 19:23:04] "POST /api/session HTTP/1.1" 200 -
INFO:werkzeug:192.168.1.2 - - [06/Mar/2024 19:23:06] "POST /api/session HTTP/1.1" 200 -
INFO:werkzeug:192.168.1.2 - - [06/Mar/2024 19:24:42] "GET /setup HTTP/1.1" 200 -
INFO:werkzeug:192.168.1.2 - - [06/Mar/2024 19:24:42] "[36mGET /static/css/cards.css HTTP/1.1[0m" 304 -
INFO:werkzeug:192.168.1.2 - - [06/Mar/2024 19:24:42] "GET /static/js/setup-0116.js HTTP/1.1" 200 -
INFO:werkzeug:192.168.1.2 - - [06/Mar/2024 19:24:42] "[36mGET /static/css/base.css HTTP/1.1[0m" 304 -
INFO:werkzeug:192.168.1.2 - - [06/Mar/2024 19:24:42] "GET /static/json/providers-0116.json HTTP/1.1" 200 -
INFO:werkzeug:192.168.1.2 - - [06/Mar/2024 19:24:42] "GET /api/provider_check HTTP/1.1" 200 -
INFO:werkzeug:192.168.1.2 - - [06/Mar/2024 19:25:33] "GET / HTTP/1.1" 200 -
INFO:werkzeug:192.168.1.2 - - [06/Mar/2024 19:25:33] "[36mGET /static/js/status-0116.js HTTP/1.1[0m" 304 -
INFO:werkzeug:192.168.1.2 - - [06/Mar/2024 19:25:33] "[36mGET /static/css/cards.css HTTP/1.1[0m" 304 -
INFO:werkzeug:192.168.1.2 - - [06/Mar/2024 19:25:33] "[36mGET /static/css/base.css HTTP/1.1[0m" 304 -
INFO:werkzeug:192.168.1.2 - - [06/Mar/2024 19:25:35] "GET / HTTP/1.1" 200 -
INFO:werkzeug:192.168.1.2 - - [06/Mar/2024 19:25:36] "[36mGET /static/js/status-0116.js HTTP/1.1[0m" 304 -
INFO:werkzeug:192.168.1.2 - - [06/Mar/2024 19:25:36] "GET /static/css/cards.css HTTP/1.1" 200 -
INFO:werkzeug:192.168.1.2 - - [06/Mar/2024 19:25:36] "GET /static/css/base.css HTTP/1.1" 200 -
ERROR:root:Hello page returned HTTP ERROR 403
NoneType: None
INFO:werkzeug:192.168.1.2 - - [06/Mar/2024 19:26:08] "POST /api/session HTTP/1.1" 200 -
INFO:werkzeug:192.168.1.2 - - [06/Mar/2024 19:26:11] "POST /api/session HTTP/1.1" 200 -
INFO:werkzeug:127.0.0.1 - - [06/Mar/2024 19:43:42] "GET /api/zde/file/favorites.m3u?ffmpeg=true HTTP/1.1" 200 -
INFO:werkzeug:192.168.1.3 - - [06/Mar/2024 20:26:42] "GET /api/zde/live/zdf.m3u8 HTTP/1.1" 200 -
INFO:werkzeug:192.168.1.3 - - [06/Mar/2024 20:26:42] "GET /api/zde/live/ard.m3u8 HTTP/1.1" 200 -
INFO:werkzeug:127.0.0.1 - - [06/Mar/2024 20:43:42] "GET /api/zde/file/favorites.m3u?ffmpeg=true HTTP/1.1" 200 -
INFO:werkzeug:127.0.0.1 - - [06/Mar/2024 21:43:42] "GET /api/zde/file/favorites.m3u?ffmpeg=true HTTP/1.1" 200 -

Alles anzeigen

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

Jetzt mitmachen!

Benutzer online in diesem Thema

Projekte:	TV-Empfang:
Smart DNS & VPN Infrastruktur Telerising Linux Installationspakete	Sky Sport & Show CH, Zattoo CH, Zattoo AT, Zattoo DE inkl. Plus Entertainment & Plus Sport

Projekte:	TV-Empfang:
Smart DNS & VPN Infrastruktur Telerising Linux Installationspakete	Sky Sport & Show CH, Zattoo CH, Zattoo AT, Zattoo DE inkl. Plus Entertainment & Plus Sport