Beiträge von ApexDE
-
-
... bzgl. der Zattoo-Wartung heute Nacht 22.05.24 2:00 - 4:30.
Moin ... bei mir sieht soweit alles gut aus ... hatte über Nacht alle Docker runter gefahren und heute Morgen neu gestartet tut alles noch.
dann hoffen wir mal dass keine Zattoo-App-Updates folgen und danach irgendein Schalter auf Basis dieser Wartungsarbeiten umgelegt wird
Prinzipiell reichen mit die öffentlich rechtlichen und bräuchte auch kein Zattoo, der WAF jedoch ist nicht so hoch.
-
-
-
-
-
danke für Deine Updates. Bin gespannt wenns fertig gebraut ist
-
-
-
Ist letztendlich kein Problem, welches von Telerising ausgeht. Sofern es möglich ist, kann man ja mit ffmpeg --loglevel debug mit der 6.0.1-Version im Terminal prüfen, ob dort irgendeine relevante Meldung kommt, die den Abbruch genauer erklärt.
richtig, ich denke auch dass es an ffmpeg liegt. Ich habe auch schon versucht per loglevel debug weitere infos zu bekommen, ffmpeg behauptet nach einer Sekunde "EOF" sei erreicht und beendet sich deshalb. Sonst bietet das log
keine weiteren Infos, also Fehler oder Warnungen. Auf anderen Geräten mit ffmoeg 4.x versionen klappt es (Mac, Synology und LibreElec 11 auf einem anderen Raspi) -
-
-
ich benutze Telerising unter LibreElec 11.0.6, via TVHeadend, das läuft sehr gut. Alles auf dem gleichen Raspi4.
Ich habe nun mal mal versucht auf LibreElec12b2 upzudaten. Da laufen die Streams nurnoch ruckelig und springen immer wieder kurz zurück in der Zeitlinie, es stottert in einer Weise, die ich noch nicht gesehen habe vorher.
Ich vermute ffmpeg 6.0.1 als Ursache. Hatte jemand mal so ein Problem mit ffmpeg ab version 6?
-
Ich würde auch probieren mal manuell (über das Tag) die Architektur zu wählen
DAS wars! Ich habe beim pull nun mal manuell "--platform linux/arm64" ausgewählt. Offenbar wurde beim ursprünglichen pull die falsche Architectur runtergeladen, obwohl es automatisch die richtige sein soll. Dicken Dank!
-
Mal abgesehen, dass Port und Network=Host sich ausschließen
da hast Du recht, ich werde mal auf bridge umstellen und gucken was dann passiert: leider weiterhin Fehler 127
es würde ja sehr helfen wenn ich logs einsehen könnte, warum der container immer wieder neustartet. Was mache ich da falsch dass die logausgabe via docker einfach leer ist?
-
Ist die Settings.json denn leer? Also { }
ja, die Datei ist leer und enthält nur die zwei brackets
-
Hallo zusammen,
hat es jemand hinbekommen den container auf einem LibreElec 11.0.x system (Raspberry Pi4) zum laufen zu bekommen?
Ich verzweifle an einem dauernden restart des containers (Fehler 127), "docker logs -f telerising" zeigt leider keine Fehler an (es wird komischerweise gar nichts angezeigt)
Ich starte den container folgendermaßen:
docker run -d -p 6060:5000 --name=telerising --restart=unless-stopped --network=host -v /etc/localtime:/etc/localtime:ro -v /storage/.kodi/userdata/telerising/settings.json:/settings.json qoopido/telerising.minimal:latest
Hat jemand eine Idee wie ich mehr debuginfos / logs von docker bekommen kann oder hatte ähnliche Probleme unter LibreElec?