Beiträge von srudin

  • [Docker] NEW Telerising-API Support Thread

    Andere Frage: Manchmal (sehr selten) bricht der Live-Stream unvermittelt ab. Neustart tut, ist aber etwas unschön. Leider kommt es etwas öfters vor bei Aufnahmen. Ist dann uncool, wenn die ersten 30min drauf sind und dann fertig.
    Ist das ein bekanntes Problem? Könnte es am Memory liegen? Falls ja, wie kann ich Telerising im Docker Container mehr Memory zuweisen (der Container selber hat "unlimited")?

  • [Docker] NEW Telerising-API Support Thread

    Also, ich habs zum Laufen gekriegt. Glaube ich.

    Mir ist aufgefallen, dass in meiner Channels.m3u Datei vom NAS alle Urls OHNE m3u8 Endung aufgelistet waren - dieselben Einträge von meiner Win10 Installation hingegen schon. Ich habe dann im Telerising Web UI auf dem NAS das Häkchen "Enable '.m3u8' extension for channel links" deaktiviert und wieder aktiviert, danach kamen die Urls in der Datei, also in Emby neu eingelesen und tut! Könnte es da einen Fehler im Code haben? Bspw. eine Prüfung des Bool Werts auf true/false, aber keine Berücksichtigung wenn noch nicht initialisiert (null)? Würde dann auch erklären, warum viele Leute zuerst Probleme beim Aufsetzen haben und es dann plötzlich tut (wenns nicht tut, klickt man ja typischerweise einfach mal etwas in den Settings rum).

    Auszug Channels.m3u vorher:

    Code
    #EXTM3U
#EXTINF:0001 tvg-id="SRF1.ch" tvg-chno="1" group-title="Allgemein" tvg-logo="https://images.zattic.com/logos/d0b44da81b954a5fb01c/black/210x120.png", SRF 1 HD
http://192.168.1.204:5000/api/zch/live/sf-1
#EXTINF:0001 tvg-id="SRF2.ch" tvg-chno="2" group-title="Allgemein" tvg-logo="https://images.zattic.com/logos/419de2ea55351056b116/black/210x120.png", SRF zwei HD
http://192.168.1.204:5000/api/zch/live/sf-2
etc.

    Auszug Channels.m3u nachher:

    Code
    #EXTM3U
#EXTINF:0001 tvg-id="SRF1.ch" tvg-chno="1" group-title="Allgemein" tvg-logo="https://images.zattic.com/logos/d0b44da81b954a5fb01c/black/210x120.png", SRF 1 HD
http://192.168.1.204:5000/api/zch/live/sf-1.m3u8
#EXTINF:0001 tvg-id="SRF2.ch" tvg-chno="2" group-title="Allgemein" tvg-logo="https://images.zattic.com/logos/419de2ea55351056b116/black/210x120.png", SRF zwei HD
http://192.168.1.204:5000/api/zch/live/sf-2.m3u8
etc.

    (Beachte .m3u8 am Ende von Zeile 3 und 5).
    Das Interessante dabei ist, dass Telerising bei beiden Urls eine Antwort gibt, die fast identisch ist. Im ersten Fall, also ohne Endung (gekürzt):

    Code
    #EXTM3U
#EXT-X-VERSION:5
#EXT-X-INDEPENDENT-SEGMENTS
#EXT-X-MEDIA:TYPE=AUDIO,GROUP-ID="audio",NAME="deutsch",DEFAULT=YES,AUTOSELECT=YES,LANGUAGE="deu",URI="track/audio/hls5/zh2-10-hls5-pvr.zahs.tv/HD_sf2/1624681200/1624685400/128/0/2/10/de/1600/5000/TOKEN"

    Und mit Endung:

    Code
    #EXTM3U
#EXT-X-VERSION:5
#EXT-X-INDEPENDENT-SEGMENTS
#EXT-X-MEDIA:TYPE=AUDIO,GROUP-ID="audio",NAME="deutsch",DEFAULT=YES,AUTOSELECT=YES,LANGUAGE="deu",URI="track/audio/hls5/zh2-5-hls5-pvr.zahs.tv/HD_sf2/1624681200/1624685400/128/0/2/10/de/1600/5000/TOKEN"

    Als Unterschied sehe ich nur die Zahl 5 resp. 10 im Link (zh2-XX-hls5) - keine Ahnung, was das bedeutet, aber scheinbar macht dies bei mir den Unterschied, ob der Stream abbricht oder nicht.

    Und ja, es läuft weiterhin nur HLS5, HLS7 läuft für einige Sekunden, unterbricht, läuft wieder, unterbricht wieder usw. Könnte ein Emby Problem sein und mir eigentlich egal, solange HLS5 sauber läuft.

  • [Docker] NEW Telerising-API Support Thread

    Danke für eure Antworten.

    @DeBaschi: Ich habe noch weiter versucht, das Docker-Netzwerk auf Host umzustellen. Der Endlos-Loop ist jetzt weg, aber dann kann ich den Port nicht erreichen, bisher keine Ahnung warum. Du meinst aber, das wird eh keine Verbesserung bringen und der einzige Grund für das Host-Netzwerk war die Url im m3u, die jetzt konfiguriert werden kann, korrekt?

    easy4me: Ja, das habe ich gemacht und es läuft ja auch - für 5s. Die Telerising Konsole gibt dann weiterhin Requests aus (200), aber der Stream ist scheinbar tot... Gibt es die Möglichkeit, mehr Informationen zu erhalten, als in der Konsole stehen? Ein Logfile vielleicht, wo man den Loglevel erhöhen kann?

  • [Docker] NEW Telerising-API Support Thread

    Bereits gepostet im Thread "Howto: Syno: Im Docker: Tvheadend, Telerising, Easyepg" sowie im Gihub Repo, leider bisher ohne Antwort.

    Zuerst mal herzlichen Dank für die tolle Arbeit rund um Telerising! Konzept, Umsetzung - einfach perfekt. Nur bringe ich es leider noch nicht einwandfrei zum Laufen...

    Mein Ziel ist es, Telerising auf einem Asus NAS (AS5304T) zu betreiben und via Emby (Premiere) auf div. Clients zu streamen. Zum Testen habe ich zudem vorgängig eine Installation auf meinem Win10 Notebook gemacht. Als Provider dient Zattoo CH (Premium).

    Zum Testlauf auf dem Win10 Notebook: Die Installation von Telerising hat problemlos funktioniert. Nach der Konfiguration habe ich Emby Server installiert und konnte dort erfolgreich die m3u Url von Telerising hinterlegen. Auf einem Android Mobile konnte ich danach in der Emby App die Sender aufrufen, allerdings ruckte die Darstellung massiv. Nach einigem Ausprobieren hat sich herausgestellt, dass ich HLS7 nicht verwenden kann, HLS5 hingegen schon. Seit der Umstellung auf HLS5 klappt alles wunderbar - einziger Schönheitsfehler: Es dauert ca. 10-20 Sekunden, bis ein Stream gestartet wird. Aber ok, kann ich damit leben.

    Also auf dem Asus NAS Docker CE (mittels App Central) installiert und das takealug/new-telerising-api Image heruntergeladen. Installation und Konfiguration wiederum problemlos. Danach (ebenfalls mittels App Central) Emby Server installiert und dort die m3u Url von Telerising (im Docker Container) hinterlegt. In der Android App wurden die Sender nun angezeigt und konnten aufgerufen werden, allerdings gab es wieder Probleme bei der Darstellung: Diesmal brach der Stream nach ca. 5s einfach ab. Und leider brachte der Wechsel auf HLS5 (und die Anpassung anderer Settings) keine Verbesserung.

    Was ich noch probiert habe:

    • Im Emby Server auf dem NAS Telerising vom Win10 Notebook angezogen: Funktioniert einwandfrei (HLS5).
    • VLC Zugriff direkt auf Telerising im Docker Container: Auch hier bricht der Stream nach wenigen Sekunden ab.
    • Win Media Player Zugriff direkt auf Telerising im Docker Container: Der Stream läuft für wenige Sekunden, unterbricht dann, läuft dann wieder für wenige Sekunden, unterbricht usw.
    • Win Media Player Zugriff direkt auf Telerising auf Win10: Dito, d.h. der Stream läuft für wenige Sekunden, unterbricht dann, läuft dann wieder für wenige Sekunden, unterbricht usw.

    Fazit: Eigentlich eine tolle Sache, nur bricht der Stream ab oder unterbricht regelmässig. Hat jemand eine Idee, woran das liegen könnte? Was kann ich an Logs usw. liefern, damit das Problem analysiert werden kann?

    Noch zwei Bemerkungen:

    • In der Docker Anleitung steht "If you plan to use VLC / tvheadend ect outside of your Docker network (e.g. 172.17.0.X) to use, you should run the container in --net = 'host'" Wenn ich als Netzwerk Host einstelle, hängt der Container aber in einem Endlosloop bei der Telerising Installation (socket.gaierror: [Errno -2] Name or service not known) und ich kann mich gar nicht mehr mit dem Container verbinden. Also verwende ich Bridge - könnte es daran liegen?
    • In der Konsole auf Win10 wie auch im Log des Docker Containers sehe ich den Output von Telerising: Dort ist ersichtlich, dass etwa alle 2-3s ein neuer Request erfolgt (Response 200). Ist das normal?

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

    Emby hat halt gleich wie Plex oder Jellyfin eine Server-Client Architektur d.h. du kannst einmal den Server einrichten, Musik, Filme, TV etc. und dann das ganze Setup von beliebig vielen Endgeräten (Clients) nutzen. Das ist besonders toll, weil es sowohl für Server wie insbesondere auch den Client Versionen für Windows, Android, Mac und diverse TVs wie Samsung etc. gibt. Ich habe also den Server auf einem Linux-NAS, kann mit meinem Benutzer auf dem Win-Notebook etwas schauen, dann aufs Android Handy wechseln und dort den gleichen Inhalt mit dergleichen Konfiguration weiterverwenden, während meine Frau etwas anderes vom gleichen Server mit ihrer Konfiguration auf dem TV guckt, bevor ich Morgen auf demselben TV wieder meine Konfiguration verwende. Ich denke, das ist der Hauptvorteil im Vergleich zu Kodi - dafür hat Kodi mehr Plugins und Einstellungsmöglichkeiten.

    Aber ob Emby, Kodi oder was ist letztlich (auch) Geschmackssache. Dass ich auf Emby setze, ist ein ziemlich emotionsloser Entscheid und auch nicht in Stein gemeisselt.

    Letztlich muss ich aber zuerst das Streaming Problem lösen, und das scheint unabhängig von Emby oder Kodi an Telerising bzw. Docker bzw. am Netzwerk zu liegen...?

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

    Zuerst mal herzlichen Dank für die tolle Arbeit rund um Telerising! Konzept, Umsetzung - einfach perfekt. Nur bringe ich es leider noch nicht einwandfrei zum Laufen...

    Mein Ziel ist es, Telerising auf einem Asus NAS (AS5304T) zu betreiben und via Emby (Premiere) auf div. Clients zu streamen. Zum Testen habe ich zudem vorgängig eine Installation auf meinem Win10 Notebook gemacht. Als Provider dient Zattoo CH (Premium).

    Zum Testlauf auf dem Win10 Notebook: Die Installation von Telerising hat problemlos funktioniert. Nach der Konfiguration habe ich Emby Server installiert und konnte dort erfolgreich die m3u Url von Telerising hinterlegen. Auf einem Android Mobile konnte ich danach in der Emby App die Sender aufrufen, allerdings ruckte die Darstellung massiv. Nach einigem Ausprobieren hat sich herausgestellt, dass ich HLS7 nicht verwenden kann, HLS5 hingegen schon. Seit der Umstellung auf HLS5 klappt alles wunderbar - einziger Schönheitsfehler: Es dauert ca. 10-20 Sekunden, bis ein Stream gestartet wird. Aber ok, kann ich damit leben.

    Also auf dem Asus NAS Docker CE (mittels App Central) installiert und das takealug/new-telerising-api Image heruntergeladen. Installation und Konfiguration wiederum problemlos. Danach (ebenfalls mittels App Central) Emby Server installiert und dort die m3u Url von Telerising (im Docker Container) hinterlegt. In der Android App wurden die Sender nun angezeigt und konnten aufgerufen werden, allerdings gab es wieder Probleme bei der Darstellung: Diesmal brach der Stream nach ca. 5s einfach ab. Und leider brachte der Wechsel auf HLS5 (und die Anpassung anderer Settings) keine Verbesserung.

    Was ich noch probiert habe:

    • Im Emby Server auf dem NAS Telerising vom Win10 Notebook angezogen: Funktioniert einwandfrei (HLS5).
    • VLC Zugriff direkt auf Telerising im Docker Container: Auch hier bricht der Stream nach wenigen Sekunden ab.
    • Win Media Player Zugriff direkt auf Telerising im Docker Container: Der Stream läuft für wenige Sekunden, unterbricht dann, läuft dann wieder für wenige Sekunden, unterbricht usw.
    • Win Media Player Zugriff direkt auf Telerising auf Win10: Dito, d.h. der Stream läuft für wenige Sekunden, unterbricht dann, läuft dann wieder für wenige Sekunden, unterbricht usw.

    Fazit: Eigentlich eine tolle Sache, nur bricht der Stream ab oder unterbricht regelmässig. Hat jemand eine Idee, woran das liegen könnte? Was kann ich an Logs usw. liefern, damit das Problem analysiert werden kann?

    Noch zwei Bemerkungen:

    • In der Docker Anleitung steht "If you plan to use VLC / tvheadend ect outside of your Docker network (e.g. 172.17.0.X) to use, you should run the container in --net = 'host'" Wenn ich als Netzwerk Host einstelle, hängt der Container aber in einem Endlosloop bei der Telerising Installation (socket.gaierror: [Errno -2] Name or service not known) und ich kann mich gar nicht mehr mit dem Container verbinden. Also verwende ich Bridge - könnte es daran liegen?
    • In der Konsole auf Win10 wie auch im Log des Docker Containers sehe ich den Output von Telerising: Dort ist ersichtlich, dass etwa alle 2-3s ein neuer Request erfolgt (Response 200). Ist das normal?