hm... Ein Eintrag in "Custom IP-address / domain path" hat nichts geaendert. Bei mir funktionierte das bisher auch ohne einen solchen Eintrag. Der Zugriff via tvheadend funktioniert nun wieder nach einem Re(Force)-Scan, bei dem scheinbar 'alte' Eintraege aus der channels.m3u entfernt wurden. Etwas mytsterioes. Im Webplayer kommt noch der gleiche Fehler. Bin mir aber nicht sicher, ob das jemals funktioniert hatte. Evtl. ein Netzwerk Problem an der Stelle innerhalb von Docker. tvheadend und telerising laufen im gleiche Docker Netz via Bridge-Mode.
Beiträge von 2Beers
-
-
Danke fuer den check, easy4me. Ich habe im Docker thread den Fehler von mir gefunden und die Antwort von dir.
Ich Zitiere das mal an der Stelle:
"EDIT: Das Problem wurde dank Hilfe von @easy4me gelöst. Anscheinend ist es erforderlich, das man im Settings Feld "Custom IP-address / domain path", die IP Adresse des hosts händisch einträgt. Ich verstehe zwar nicht warum dort nicht localhost oder die Client IP-Adresse der docker-bridge standardmäßig vorkonfiguriert ist, aber das war die Lösung."
Ich teste das gerade. Der Neustart danach dauert etwas, da das cloning der telerising api im container lange dauert, wieso auch immer. -
Hallo zusammen,
aktuell habe ich Probleme mit der telerising api. Ich nutze einen zattoo ch ultimate account. Der Login funktioniert laut api Frontend. Ich nutze telerising in einem docker container von DeBaschdi. telerising Version ist 0.13.3. Bis 14.07. mind. hat es funktioniert. Danach hatte ich gestern das erste mal wieder versucht einen Kanal zu sehen (Urlaub dazwischen).
Telerising Settings: HLS7 / 720p50 / AAC. Server hatte ich bisher auf AUTO.
Habe nun mal alle CH Server manuelle ohne Erfolg getestet. Im Zattoo Frontend laufen die Sender allerdings.
Der telerising Webplayer meldet: hls:networkError_manifestLoadError [1]
In der exceptions.txt habe ich keinen aktuellen Eintrag.
Docker Log:
192.168.10.5 - - [28/Jul/2024 12:16:36] "GET /player/zch/channels.html HTTP/1.1" 200 -
192.168.10.5 - - [28/Jul/2024 12:16:36] "GET /favicon.ico HTTP/1.1" 404 -
172.23.0.4 - - [28/Jul/2024 12:16:38] "GET /api/zch/live/ard.m3u8?player=true HTTP/1.1" 200 -
192.168.10.5 - - [28/Jul/2024 12:16:38] "GET /play/tv.html?url=http://172.23.0.4:5000/api/zch/live/a…Das+Erste+HD%0A HTTP/1.1" 200 -
192.168.10.5 - - [28/Jul/2024 12:16:38] "GET /static/js/signup-0133.js HTTP/1.1" 304 -
192.168.10.5 - - [28/Jul/2024 12:16:38] "GET /static/css/cards.css HTTP/1.1" 200 -
192.168.10.5 - - [28/Jul/2024 12:16:38] "GET /static/css/base.css HTTP/1.1" 200 -
192.168.10.5 - - [28/Jul/2024 12:16:38] "GET /favicon.ico HTTP/1.1" 404 -
tvheadend meldet:
2024-07-28 11:43:44.019 spawn: Error opening input files: Connection refused
2024-07-28 11:43:44.056 iptv: stdin pipe 66 unexpectedly closed: No dataVielleicht hat jemand eine Idee? Vielen Dank
[1]
-
appleshooter Würde gerne versuchen rauszufinden, ob es ein temporäres Problem seitens Zattoo ist, evtl. momentan einfach eine schlechte Serververbindung oder ob die evtl. minimal was an ihren Sicherheitssettings verändert haben.
Meine Theorie: Ich nutze ja mehrere Zattooinstanzen über die selbe IP. Vielleicht kann man den Login jetzt ohne eine gewisse Pause (X Sekunden) aus Sicherheitsgründen nicht mehr ausführen.
Nutzt du ebenfalls mehrere Zattoos?
Hi, hatte auch seit vermtl. zwei Tagen Probleme, dass die Streams von Zattoo gar nicht liefen. Nutze CH ohne DNS oder VPN ueber die ueblichen 90 Tage in Verbindung mit TVheadend und Frontend Kodi auf raspi4. Meine Telerising Version war aber verm. 3-4 Monate alt. In TVH oder Telerising Logs habe ich keine Fehler gesehen.
Ich habe jetzt meine lokale Telerising Installation gegen das Telerising Image von DeBaschdi, (takealug/new-telerising-api:latest) getauscht, Telerising Version 0.10.0. Ich habe jetzt kurz mit mehreren Kanal-Umschaltungen getestet. Aktuell funktioniert es bei mir. Ich hoffe, das bleibt auch so. Woran es jetzt genau bei mir gelegen hat, kann ich nicht definieren. -
Update v0.7.5:
- Hotfix für die Live TV via PVR-Funktion bei Zattoo, damit die Streams wieder abspielbar sind
- Hotfix für Sky CH, damit der Login wieder (auch dauerhaft) funktioniert
Vielen Dank fuer das schnelle Update. Hab gestern schon nach erfolglosem [definition=12,2]debugging[/definition] aufgegeben. ZCH laeuft wieder, F1 kann kommen
Gibts noch eine kurze Info, was seitens Zattoo geaendert wurde? -
deswegen setze ich z.b. in meinem Dockerfile unter anderem APT::Install-Recommends und APT::Install-Suggests auf 0 @2Beers
Danke fuer den Hinweis. Mit '--no-install-recommends' wird mir immer noch zu viel Kram installiert, der nicht benoetigt wird (cups, mesa). phantomJS scheint mir sehr viele qt5-dependencies zu haben. Ich wollte auch nur einen dezenten Hinweis geben, dass man vielleicht nochmal auf die recommends vom easyepg schaut. Anscheinend laeufts ja auch ohne phantomJS. Mehr sollte es nicht gewesen sein.
-
Erst einmal vielen Dank an easy4me fuer die tolle Arbeit um das epg Script. funktioniert bei mir seit mehreren Wochen hervorrangend. Im uebrigen auch die telerising api.
Ein kleinerer Hinweis: In den 'recommended applications' findet sich auch PhantomJS. Auf einem Ubuntu Core Server 20.04.2 sollen bei einem Installations-Versuch ca. 400 neue Pakete installiert werden, davon zum Grossteil Desktop-Applicationen. Nach dem Auskommentieren der Pruefung auf PhantomJS in epg.sh laeuft das Script trotzdem problemlos. Eventuell habe ich eine benoetigte Bibliothek bereits installiert. Ein Update des scripts ueberschreibt aber natuerlich den Kommentar. Muss eventuell PhantomJS gar nicht installiert werden?
