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

easy4me
danke für die Info.

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

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?

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!

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

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

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

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

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

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.

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 -

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

[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

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?

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.

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 ,

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.

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 -

Hi

sorry, ich weiss es liegt an mir das ich zu blöd dafür bin. Aber ich versuche mein Live-TV in Jellyfin zum laufen zu bekommen.

Ich habe telerising via docker am Laufen und tvheadend ebenfalls.

Ich kriege es aber nicht hin, dass ich Kanäle finde. Und vielleicht hab ich es übersehen, aber gibt es irgendwo in den 200 Seiten dieses Threads einen Link auf ein wirkliches 1:1-Tutorial oder auf ein Video, was man genau machen muss?

Was ich in Telerising genau einstellen muss, wie ich das in tvheadend kriege und (natürlich der Traum) eventuell in Jellyfin?
(Jellyfin läuft auch auf Docker und hat das tv-headend-Plugin drin.) Vielleicht ist tvheadend für alle super-selbsterklärend, ich finde es total unlogisch...

Und alle Tutorials oder Videos, die ich finde, behandeln dvb-c oder dvb-s, aber keine IPTVs und keine Playlists, wie sie telerising angibt.

Braucht telerising spezielle Ports, die offen sind (ausserden 5000)? Ich habe einen Kanal zum laufen bekommen, aber nicht aus der Telerising (teleboy, mit Account sogar)-Playlists, sondern von irgendwo ausm Netz als IPTV-Suche.

Danke, wenn jemand einen Link auf eine richtige Anleitung hat.

Zitat von easy4me

Es gibt zwei Optionen. Entweder installierst du tvHeadend/telerising ohne Docker, oder du fragst im entsprechenden Telerising Docker-Thread nochmal nach.

Die Frage nach einem Tutorial oder Video, was man wie einstellen muss, sollte ja nichts damit zu tun haben, ob es via Docker läuft oder nicht.

Wenn es daran scheitert, dann installier ich es auch ohne Docker nochmal.