Beiträge von dlueth

Zitat von tojo2503

Moin,

die Idee mit streamlink hatte ich auch auch schon, aber endet nicht auch streamlink letztendlich in ffmpeg?

Afaik tut es das, und es ist scheinbar auch tot mehr oder weniger

Zitat von thecook22

Ok also anpassen v /etc/timezone:/etc/timezone:de \
-v /etc/localtime:/etc/localtime:de \

benutze Coreelec gibt es da /etc/timezone?

bei --user=${99}:${100} \

passt das so?

timezone und localtime müsste es geben imho, ich kenne aber coreelec nicht. Aber da es ein Linux-basierendes System ist müsste es gehen.

Du musst das "${...}" komplett ersetzen, also in diesem Fall "--user=99:100"

thecook22 nein, das wird so nicht gehen. Daher hatte ich Dir die Zeile aus dem Readme geschickt aber du solltest die Werte aus deinem Script übertragen können

thecook22 damit hattest du schon probiert? Angepasst, versteht sich:

docker run \
-d \
-p 5000:5000 \
-v /etc/timezone:/etc/timezone:ro \
-v /etc/localtime:/etc/localtime:ro \
-v {SETTINGS.JSON}:/settings.json \
--user=${UID}:${GID} \
--name=telerising \
--restart=unless-stopped \
--network=bridge \
qoopido/telerising.minimal:latest

Zitat von thecook22

Hallo,

ich benutze schon länger die Docker Variante von takealug/new-telerising-api:latest.

Leider kommt da gerade kein Update.

Frage wie kann ich das Telerising Modul auf die Minimal Variante von Dlueth updaten.

meine Start.sh sieht so aus.

"#!/bin/bash
docker run -d \
-e USER_ID="99" \
-e GROUP_ID="100" \
-e TIMEZONE="Europe/Berlin" \
-e UPDATE="yes" \
-e PROVIDER="Zattoo.com" \
-e LOGIN="xxxxx" \
-e PASSWORD="xxxxxx" \
-e SERVER="fr5-0" \
-e FFMPEG_HOST_LOCATION="/storage/.kodi/addons/tools.ffmpeg-tools/bin/ffmpeg" \
-p 5000:5000 \
-v /storage/.kodi/userdata/addon_data/docker.telerising/:/telerising \
--name=telerising-api \
--restart unless-stopped \
--tmpfs /tmp \
--tmpfs /var/log \
--net="bridge" \
takealug/new-telerising-api:latest"

Bitte mal um Hilfe.

Grüße aus Berlin

Alles anzeigen

Ich schaue sobald ich kann

Irgendwie schon seltsam: ich baue ja für den telerising.minimal docker auch die binaries und hänge die auch an den Release an. Hier ist komischerweise die arm64 Version zuverlässig die kleinste, amd64 die größte.

0.12.6 ist dann auch schon fertig

Gerade bei mir getestet: läuft

So, build ist durch und scheint so weit geklappt zu haben. Ich hab die Pipeline bei GitHub manuell angestoßen und das ganze aktuell als "0.12.5-buster" gebaut. Ich vermute, dass das auch im docker-hub jetzt schon funktioniert. Ich baue aber gerade trotzdem nochmal neu als "0.12.5" ohne den Zusatz. Technisch werden die beiden Varianten aber letztlich identisch sein.

So, build läuft gerade und nun auch schon so lange, dass ich vermuten würde er läuft durch. War leider etwas nervig. Die Installation von "cmake" schlug fehl (und da liegt wohl aktuell auch der Bug begraben). Wobei mir auffiel, dass "cmake" vorher gar nicht gebraucht wurde. Es kam raus, dass wohl einige Python-Projekte gerade ihre Builds auf ein neues Prinzip umstellen. Darunter war auch "pyzmq" was wiederum eine Abhängigkeit von "pipreqs" ist, was gebraucht wird um dynamisch die Abhängigkeiten auslesen zu können bei telerising.

Ich habe jetzt "pipreqs" vorläufig auf die Version 0.4.13 gepinned, was noch zu laufen scheint.

Hm, ich bin etwas ratlos gerade: die pip-Installation failed wohl bei "cmake". Vermutung ist, dass er versucht gleichzeitig cmake zwar in der gleichen Version, aber aus unterschiedlichen Quellen zu installieren. Warum das so ist, weiß ich nicht. Das Problem scheint auch erst seit ein paar Tagen zu existieren und es gibt bisher scheinbar erst ein anderes Repo, wo genau der gleiche Fehler auftritt. Es ist wohl "nur" ein Problem bei ARM-Versionen.

Ich fürchte ich muss etwas abwarten was sich da tut. Die bisherigen versuche das zu fixen haben jedenfalls nicht hingehauen

OK, da läuft noch was nicht, cmake scheint beim installieren zu failen. Ich schau es mir an sobald ich Zeit hab, hoffentlich noch heute...

Bau der 0.12.5 läuft. Ich musste die GitHub Action anpassen, da einige Plugins nur noch inn neueren Versionen funktionieren - ich hoffe die läuft jetzt durch

Bei mir läuft gerade gar nichts via Zattoo Deutschland - geht das noch wem so?

No input source available for subscription "xxx.xxx.xxx.xxx [ Kodi Media Center ]" to channel "xxx"

easy4me Ich benutze pipreqs um die Abhängigkeiten dynamisch aufzulösen und es scheint, als hätte das auch hier funktioniert. Die requirements.txt sieht aktuell folgendermaßen aus:

beautifulsoup4==4.12.3
Flask==3.0.2
httpx==0.27.0
PyJWT==2.8.0
pytz==2024.1
Requests==2.31.0
xmltodict==0.13.0

easy4me ist das eine manuell zu installierende dependency oder kann die automatisch ermittelt werden? So oder so: danke auf jeden Fall für den Hinweis!

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.

update.freak Ja, sollte, blos ohne den Forums Code beim Zweiten XD Es müsste aber auch ohne die tmpfs-Sachen gehen zur Not - aber besser mit

Hilft das evtl? https://stackoverflow.com/questions/4190…pfs-not-working

Jo, das ist dann Scheisse leider. Bedeutet im Kern vermutlich, dass das alignment ohne diesen fix nicht dem normalen Debian für Arm 64 entspricht