Beiträge von fds97AVVS

Zitat von matthias1232

Live TV is unavailable in this setup

hls7 -> dash

ich habe gerade nochmal die static js angeschaut und gesehen das var test nur auf success=true getestet wird. also kein status=ok das bezieht sich wohl nur auf update session.

success: function(info) {
                    if( info.success === true ) {
                        $("#" + key + "-auth-code-request").prop("hidden", true);
                        $("#" + key + "-auth-code-input").prop("disabled", false);
                        $("#" + key + "-submit-code").prop("hidden", false);
                        $("#" + key + "-submit-code").prop("disabled", false);
                        $("#" + key + "-account-message-text").text("The code has been requested!");
                        $("#" + key + "-account-message").slideDown(500).prop("style", "margin-top: 3px; opacity: 1; color: #00aa00;");
                        globalThis.verifyCode = info.token;
                    } else {
                        $("#" + key + "-account-message-text").text(info.message);
                        $("#" + key + "-account-message").slideDown(500).prop("style", "margin-top: 3px; opacity: 1; color: red;");
                    }
                },
                error: function() {
                    $("#" + key + "-account-message-text").text("Failed to retrieve API status");
                    $("#" + key + "-account-message").slideDown(500).prop("style", "margin-top: 3px; opacity: 1; color: red;");
                }

damit sind wir auf der sicheren seite. werde ich mal mein uralt script updaten.

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.

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.

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
--

Zitat von J_F_K

Ich brauche Hilfe!!!!!

settings -> Custom IP address / domain path

Zitat von xSaSx

ja das funktioniert alles nur die anmeldung an S**CH geht nicht mehr

ich hab exakt das gleiche setup ohne probleme. also liegt das problem auf dem wege zum anbieter. vpn, dns etc

Zitat von xSaSx

so sieht das bei mir aus in compose - hat nun eine weile versucht nun nicht mehr

wenn du zur telerising weboberfläche kommst, ist mit deinem docker alles ok. du must schon mal ein paar infos mehr liefern. ist das eine meldung von einem konfigurierten anbieter? welchen? steht was in den docker logs?

Zitat von matjesreloaded

error code: hls:networkError_manifestloadTimeout

telerising web gui -> settings -> Custom IP address / domain path

dort muss die addresse von deinem osmc rein zbs:

http://192.168.1.50:5000/

oder hostnamen wenn du ein dns zum auflösen hast.

Zitat von matjesreloaded

danke erstmal

der Container startet jetzt ohne Fehlermeldung leider stürzt er sofort ab und startet wieder neu...

Gibt es eine Möglichkeit herauszufinden was jetzt noch fehlt?

den schritt vergessen?

echo "{}" > /home/osmc/tele/settings.json

wenn:

docker logs telerising

output:

json.decoder.JSONDecodeError: Expecting value: line 1 column 1 (char 0)

ansonsten:

docker logs telerising

hier posten als spoiler. glaskugeln sind aus

Zitat von toab90

Du musst diese Zeile anpassen

Alt

-v /home/osmc/tele/settings.json:/settings.json

Nei

-v /home/osmc/tele/settings.json:/telerising/settings.json

das ist falsch. bitte ignorieren

Zitat von matjesreloaded

Erstmal danke für die Hilfe beste Community

Leider immer noch error

osmc@osmc:~$ docker run \
-d \
-p 5000:5000 \
-v /etc/timezone:/etc/timezone:ro \
-v /etc/localtime:/etc/localtime:ro \
-v /home/osmc/tele/settings.json:/settings.json \
--user=${UID}:${GID} \
--name=telerising \
--restart=unless-stopped \
--network=bridge \
qoopido/telerising.minimal:latest
f1825d026ee68a4674bf6eca6fe88fc6e457c71fec3ceabf1ddb5cca89c8127e
docker: Error response from daemon: failed to create task for container: failed to create shim task: OCI runtime create failed: runc create failed: unable to start container process: error during container init: error mounting "/home/osmc/tele/settings.json" to rootfs at "/settings.json": create mountpoint for /settings.json mount: cannot create subdirectories in "/var/lib/docker/overlay2/9e669ad68b6bd691b257bb74327d91a3b0f896b2af45602b9b5ec1eda36da8a4/merged/settings.json": not a directory: unknown: Are you trying to mount a directory onto a file (or vice-versa)? Check if the specified host path exists and is the expected type.

Alles anzeigen

jub die settings.json muss existieren. mach mal das dann sollte es laufen:

rmdir /home/osmc/tele/settings.json
echo "{}" > /home/osmc/tele/settings.json

sollte rmdir dir sagen das der ordner nicht leer ist machst du das

rm -r /home/osmc/tele/settings.json
echo "{}" > /home/osmc/tele/settings.json

nun sollte dein container gehen.

Zitat von matjesreloaded

Ich bin leider zu blöd den Container zum laufen zu bringen es hackt an der settings datei ich bekomme die fehlermeldung egal welchen pfad ich angebe:

docker: Error response from daemon: create {SETTINGS.JSON}: "{SETTINGS.JSON}" includes invalid characters for a local volume name, only "[a-zA-Z0-9][a-zA-Z0-9_.-]" are allowed. If you intended to pass a host directory, use absolute path.

kann mir vll jmd diese Zeile so aufdröseln das die datei in /home/osmc/tele gespeichert wird?

Danke und ja ich weiss ich bin blöd

edit:

ja du brauchst dass:

-v /home/osmc/tele/settings.json:/settings.json

Zitat von toab90

fds97AVVS

Kannst du mir dein Dockerfile zur Verfügung stellen?
Bräuchte noch zwei drei Pakete mehr im Image, damit das wieder zu meinem Setup hier passt.

dockerfile reicht nicht, das repo ist auch bisserl overpowered. mach dir einach ein image und lade dir darin was du brauchst von easy4me oder meine mirrors RE: [Docker] telerising.minimal

Zitat von johnjd

Hey Leute,

ich bekomme weiterhin 403 Forbidden Error bei Sky CH. Ich habe den Docker auf Unraid laufen.
Kann mir jemand erklären, was ich tun muss?

kannzt ein docker von hier RE: [Docker] telerising.minimal nehmen oder musst noch warten bis was von dlueth fertig ist.

easy4me deine binarys verbinden immer zu github und wen ich das blockiere geht der service auf rot mit connection refused. was will er auf github?

neben meinen docker images gibt es jetzt hier RE: [Docker] telerising.minimal auch AppImages fuer arm64v8 und amd64. damit laeuft easy4me's amd64 build nun auch auf anderen distros. have fun!

Zitat von dlueth

Betrifft dann aber (zumindest) nicht Zattoo sondern nur Sky im Wesentlichen, oder? dürfte ich Dich fds97AVVS evtl zum Testen missbrauchen? Ich vermute bei dem Debian minimal, was zum Bauen verwendet wird fehlen einfach die ca-certificates. Für die anderen binaries werden raspbian Images zum Bauen verwendet, wo die mutmaßlich da sind.

Das im Docker hub bereitgestellte image ist dann einfach nur ein scratch auf das die binaries kopiert werden. Wenn aber nun die binaries standalone schon nicht laufen dürfte der nicht der Grund sein

1. ja kein problem

2. ja, das duerfte nicht das problem sein.

3. bist du auch im matrix room? was die kommunikation erleichtern wuerde wen ich das testen soll

Zitat von dlueth

Hm, jetzt bin ich verwirrt: Ich dachte, dass meine Binary nur innerhalb MEINES Dockers nicht läuft. Wohl aber, wenn man sie ohne Docker verwendet und/oder innerhalb eines Dockers, der ein komplettes Linux darstellt, laufen lässt?

alles gut

deine binarys (zumindest die amd64) von deinem build nachts 3 uhr gehen weder im docker noch ohne docker (403). die builds die du spaeter nachgeworfen hast (arm32v6, arm64v8.16k, getestet) laufen

Zitat von xSaSx

hab mein fehler gefunden. also mit der kommt bei mir: wobei 200 ja eigentlich heist das alles ok ist - er speichert aber die account daten nicht

Profile page returned HTTP ERROR 200

das leider nicht mehr docker releated, da bin ich raus. hast du den letzten vpn laufen wo du dir sicher bist der geht? hast ja viel rumprobiert.

xSaSx hast du mein beispielt 1:1 kopiert und gestartet oder etwas geaendert? das sieht so aus als ob der volume switch mit in der updateurl enthalten ist. startest du das von console oder irgendeiner gui? maybe veraendert die etwas oder erwartet die updateurl env in "" like:

docker run -it --rm --net=host -e UPDATEURL="http://216.225.197.57:8080/telerising_linux-latest.zip" -v /tmp/telerising:/telerising ad0lar/telerising:amd64-u2404