Beiträge von toab90

So ne docker run hab ich schon mal gesehen. Hab bisher allerdings noch nicht verstanden, wie ich die dann letztendlich ausführen kann. Das war damals der Grund, warum ich dann portainer installiert habe um die Variablen zu setzen. Wo füge ich die Zeilen dann ein? Übers terminal (ssh) hats damals nicht geklappt.

Hi

ich habe mehrere Docker-Container auf meinem RPi 4 erfolgreich mittels Portainer eingerichtet und am Laufen.

Nachdem ich in der Vergangenheit schon öfters mit defekten SD-Karten zu kämpfen hatte (bei nem Rpi1), möchte ich dem beim RPi4 ebenfalls wieder vorbeugen und regelmäßig meine Dateien sichern. Damit habe ich bei Bedarf relativ schnell alles wieder aufgesetzt. Früher hatte ich jedoch noch kein Docker.

Die Container-Dateien und Container-Images schaffe ich ohne Probleme zu sichern.
Somit bin ich aktuell schon im Stande, im Fall der Fälle zumindest alles händisch wieder einzurichten. Dafür müsste ich mir jedoch nun aufschreiben, welche Environments, Ports, Volumes etc ich bei den jeweiligen Containern hinterlegt habe.

Gerne möchte dieses aufschreiben umgehen.

Gibts dafür eine charmante Möglichkeit?
Ich habe mich natürlich schon informiert und vermute, dass docker-compose das Zauberwort ist. Gibts dafür irgendeine Anfänger-Freundliche hilfe, ggf. kann man ein docker-compose einfach aus nem vorhanden und fertig eingerichteten container erzeugen lassen?

Bin für jede Hilfe dankbar.

Grüße

Ich vermute mal, dass dein Samsung 4k TV das dvb-c Signal (besser) hochskaliert als deine kodi Geräte. Kodi also mal nicht auf 4k stellen sondern eine niedrigere Auflösung 720p z.b. und nochmal vergleichen.

Hättest du den ersten Post gelesen, würde dir auffallen, dass du ne ganz andere api benutzt. Das ist gleichzeitig die Lösung für dein Problem.

Die Lösung ist, auf das neue Script umzusteigen.
Telerising API - Zattoo für tvHeadend und VLC [Web App]

Zitat von bumblebee

Hallo

Ist der Weg über die m3u mit zattoo eigentlich schneller?

Also sind die umschaltzeiten schneller als mit dem pvr zattoo Addon?

Ich finde die umschaltzeiten im pvr Addon haben sich enorm verschlechtert.
Da habe ich jetzt locker 5 sek.

Liege grundsätzlich auch bei 5 Sekunden.

Zitat von easy4me

Das Problem erledigt sich vermutlich von selbst, auch ohne Update. Aktuell stellt Zattoo nämlich sämtliche Sender auf die neue Technik um (1,6 Sek. für Video+Audio). Vermutlich sollen damit die Umschaltzeiten und die Live TV-Verzögerungen im Vergleich zu Sat/Kabel verringert werden.

Gibt's schon Sender die umgestellt wurden, um mal testen zu können?

Unter kodi 19 schaffe ich generell bereits umschaltzeiten von knapp 2 Sekunden.

@easy4me
Danke für die v0.5.3 - läuft super

Kleines Feature-Request:
Weiß nicht, wie es die anderen hier sehen, aber ich fände es cool, wenn es in der Webapi eine Funktion geben würde, mit der man auswählen könnte, ob in der channels.m3u die dunklen oder hellen Sender-Logos verwendet werden sollen. Es hat ja doch jeder einen etwas anderen Skin im Einsatz, sodass bei dem einen die dunklen, beim anderen die hellen besser passen könnten.

Übrigens:
Der Stream hat offensichtlich kein Geo-Blocking. Heißt: Aktuell kann man darüber Freiburg gegen Leipzig schauen. Auflösung 1280x720@25fps bei ca. 2 Mbit/s.

Kann das Verhalten bei iptv simple pvr nicht bestätigen (kodi 18.9 sowie kodi 19)

@derd:
Schon mal probiert, die channel.m3u lokal zu speichern, als channel.m3u8 umzubennen und dann diese m3u8-Datei als Playlist an dein Gerät schickst?

Der zusatz tid_1_nd_4000_mbr_8000 ist unabdingbar.

Ohne dir jetzt wirklich weiterhelfen zu können möchte ich einfach noch mal mit anregen, dass es doch gar nicht gesagt ist, dass es an der Antwort des script liegts. Vielleicht beißt sich die siptv App einfach an dem neuen Aufbau der channels.m3u. Die alte api lieferte den stream über die Abfrage per index.m3u und die neue api eben nicht.

Ich vermute es liegt an der service id.
Bitte von 0 auf 1 abändern

Liegt an smartdns.
Die API läuft grundsätzlich nämlich schon

Würde mich auch freuen, wenn die tvg-id wieder wie im alten Script zugesteuert werden würde

Zitat von toab90

Session Update hat jetzt unter 0.5.1 (Linux) wieder fehlgeschlagen. Exceptions.txt wurde nicht angelegt.
Ich werde es morgen nochmal testen. Hatte ursprünglich unter Windows getestet, bevor ich das Script aufm Server aktualisiert habe

Kurzes Feedback:
Funktioniert doch

Zitat von toab90

Korrekt. Habs gerade auch getestet - channel.m3u geht; Session-Update klappt auch.
Frage: Gibt es bereits eine Funktion für den Zugriff auf die Aufnahmen (recordings.m3u)?

Session Update hat jetzt unter 0.5.1 (Linux) wieder fehlgeschlagen. Exceptions.txt wurde nicht angelegt.

Ich werde es morgen nochmal testen. Hatte ursprünglich unter Windows getestet, bevor ich das Script aufm Server aktualisiert habe

Korrekt. Habs gerade auch getestet - channel.m3u geht; Session-Update klappt auch.
Frage: Gibt es bereits eine Funktion für den Zugriff auf die Aufnahmen (recordings.m3u)?

Noch etwas ist mir aufgefallen:
- pvr iptv simple client: hls5 und hls7 läuft
- tvheadend: hls5 läuft, hls7 lässt den stream die ganze Zeit puffern

@frankschm
Bei mir funktioniert die pipe-Liste ohne Probleme (auch mit der Auto-Serverauswahl)