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

keine idee was das auslösen kann bzw fixen kann?

Zitat von putzipuh

keine idee was das auslösen kann bzw fixen kann?

Vielleicht Probleme mit dem VPS ?

Versuch Telerising mal lokal ohne VPN / VPS / Proxy.

Würde aber trotzdem die settings.json vom VPS nutzen, wegen der UUID, ansonsten könnte es bei zu vielen unterschiedlichen UUIDs bei Blue TV irgendwann zur Gerätesperrung o.ä. kommen.

anderer VPS probiert, komplett neue installation (mit der vorhandenen settings.json). funzt aber dennoch nicht.

bekomme immer das als Fehler angezeigt.

Zitat von easy4me

Sicherlich hat sich die IP-Adresse geändert, die man dann auch in den API-Settings hinterlegen muss.

nein, hatte ich angepasst. wie schon gesagt, es funktionieren manche sender und manche nicht. keinen unterschied gegenüber dem server vom anderen isp.

Ich mußte ja nach meinem Pi Crash alles neu aufsetzten.Hat auch alles problemlos geklappt.

Aber auf einmal hab ich im TVH kein EPG mehr!Wenn ich den Internen Grabber auslöse kommen die Fehlermeldungen:

2025-02-09 18:27:52.952 xmltv: /usr/bin/tv_grab_file: grab /usr/bin/tv_grab_file

2025-02-09 18:27:52.957 spawn: Executing "/usr/bin/tv_grab_file"

2025-02-09 18:27:52.967 xmltv: /usr/bin/tv_grab_file: no output detected

2025-02-09 18:27:52.967 xmltv: /usr/bin/tv_grab_file: grab returned no data

Bezogen werden die EPG Daten von easyepg!

Vielen Dank für das geniale Projekt. Nutze es seit ein paar Monaten und es läuft absolut top.

Seit kurzem gibt es auch eine neue Plattform von Pyur: https://www.telecolumbus.com/neue-pyur-tv-a…nsehvergnuegen/

Wäre es evtl. möglich die in telerising zu integrieren? Ich habe keine Ahnung wie genau sie funktioniert, wäre aber bereit einen Login zum Testen bereitzustellen.

Zitat von easy4me

Vermutlich stimmen die Zugriffsberechtigungen nicht, mit chmod sollte man diese für die Datei und für die entsprechenden Unterordner anpassen.

Werde das vermulich mal am WE angehen.Melde mich dann!

hallo, die folgende JSON-Datei scheint unvollständig zu sein. Sie enthält keine Kanäle wie infosportplus und planetejustice. Gibt es noch eine andere vollständige JSON-Datei? Danke

https://sweez.tv/api/mobile/channels

Wer noch einen Healthcheck sucht -> ich hab mein Script nun bei Github veröffentlich. --> https://github.com/tob-90/telerising-status-checker
Ursprünglicher Beitrag: RE: Telerising API - Zattoo, blue TV & Sky CH für tvHeadend und VLC [Web App]

Zitat von toab90

Wer noch einen Healthcheck sucht -> ich hab mein Script nun bei Github veröffentlich. --> https://github.com/tob-90/telerising-status-checker
Ursprünglicher Beitrag: RE: Telerising API - Zattoo, blue TV & Sky CH für tvHeadend und VLC [Web App]

Wenn man jetzt kein Uptime Kuma o.ä. nutz oder nutzen möchte, wäre evtl. eine andere Benachrichtigung interessant. Per Email eher nicht, da man die ja nicht so oft checkt.

Eine Benachrichtigung z.B. per WhatsApp wäre cool, wenn irgendwas offline ist.

Man könnte vielleicht noch ein zusätzliches Script schreiben, was alle X Minuten den Status prüft und dann vielleicht sowas https://github.com/jpxoi/send_whatsapp nutzen (falls das Projekt funktionieren sollte). Das wäre schon ganz cool. Evtl. spiele ich damit nä. Woche mal rum und gucke, ob da was geht, falls es nicht vorher schon wer anders ausprobieren möchte.

Zitat von toab90

Wer noch einen Healthcheck sucht -> ich hab mein Script nun bei Github veröffentlich. --> https://github.com/tob-90/telerising-status-checker
Ursprünglicher Beitrag: RE: Telerising API - Zattoo, blue TV & Sky CH für tvHeadend und VLC [Web App]

Danke, läuft! Hab den Status allerdings in Homeassistant als restful Sensor eingebunden. Eventuell bastel ich mir darüber noch eine Notification

toab90 dein code bedarf aber ein paar aenderungen. du check only auf "OK", bei "ERROR" gibst du healty aus.

--

for status_id, status_value in status_values.items():
			account_text_value = account_text_values.get(status_id.replace("-status", "-account-text"), None)
			# "OK" test nicht noetig, Unknown ist was du willst.
            if account_text_value == "Unknown":
                return jsonify({"status": "unhealthy", "details": {"status": status_values, "account-text": account_text_values}}), 500
            elif status_value == "ERROR":
            	return jsonify({"status": "unhealthy", "details": {"status": status_values, "account-text": account_text_values}}), 500
# Ansonsten Status healthy
return jsonify({"status": "healthy", "details": {"status": status_values, "account-text": account_text_values}}), 200
--

fds97AVVS

Ich schau mir das beim nächsten ERROR nochmal im Detail an. Wenn ich mich richtig erinnere, kann man den Status "ERROR" nicht aus dem Quellcode auslesen. Der Status ist also im Quellcode immer "OK" (selbst bei ERROR).
Aber ja, vermutlich ist die status_value Abfrage tatsächlich überflüssig und es würde rein die Abfrage vom account_text_value ausreichen.

Zitat von Publish3r

Wenn man jetzt kein Uptime Kuma o.ä. nutz oder nutzen möchte, wäre evtl. eine andere Benachrichtigung interessant. Per Email eher nicht, da man die ja nicht so oft checkt.

Eine Benachrichtigung z.B. per WhatsApp wäre cool, wenn irgendwas offline ist.

Man könnte vielleicht noch ein zusätzliches Script schreiben, was alle X Minuten den Status prüft und dann vielleicht sowas https://github.com/jpxoi/send_whatsapp nutzen (falls das Projekt funktionieren sollte). Das wäre schon ganz cool. Evtl. spiele ich damit nä. Woche mal rum und gucke, ob da was geht, falls es nicht vorher schon wer anders ausprobieren möchte.

Den Status kann man ganz leicht über curl ermitteln ohne großes Script (curl -o /dev/null -s -w "%{http_code}\n" http://127.0.01:5555/).
Bei healthy gibts HTTP Code 200, bei unhealthy Code 500 zurück.

Ich nutz Uptime Kuma, um mich über Telegram benachrichten zu lassen. Whatsapp ist selbst über Uptime Kuma schwierig.

Das send_whatsapp Script klingt interessant. Benötigt allerdings eine laufende Whatsapp Web Instanz.

Zitat von toab90

Wenn ich mich richtig erinnere, kann man den Status "ERROR"

ja hast recht, gerade mal geschaut. warum nutzt du nicht auch einfach nur das json object, einfacher kannzt es ja nicht haben, anstatt ne dynamische seite zu parsen.

Zitat von fds97AVVS

ja hast recht, gerade mal geschaut. warum nutzt du nicht auch einfach nur das json object, einfacher kannzt es ja nicht haben, anstatt ne dynamische seite zu parsen.

meinst du var test?
Oh man. Das hab ich gerade erst entdeckt, dass es das gibt.

Zitat von toab90

meinst du var test?

ja genau. gibt nur ein manko, seit 0.13.7 gibt es das phaenomen das der status beim laufenden stream verschwindet und erst wieder auftaucht, wenn telerising seinen internen timer zum session update macht. man kann das auch per api anstossen aber denke besser nicht. aktuell regele ich das so: "status=ok" oder kein "status key", dann ist alles fein, ansonsten push nachricht.

Danke Dir. Ich hab die Verarbeitung vom JSON Objekt jetzt mal bei mir lokal umgesetzt.
Beim nächsten Error schau ich, wie es sich verhält und dann aktualisier ich den Code.