Beiträge von Paust55

  • Dune HD / Homatics Box R 4k Plus / Nokia 8010 / RockTek G2

    DarkMasterCh1ef

    Das Problem mit dem unkontrollierten Einschalten der Dune hatte ich auch mal. :(

    Ich habe da wochenlang rumprobiert und nichts gefunden.

    Wenn ich das HDMI Kabel aus der Dune entfernt habe, dann gab es kein unkontrolliertes Einschalten, muss also etwas mit dem CEC zu tun haben. Kannste vielleicht mal probieren.

    Dann habe ich einmal aus anderen Gründen eine komplette Neuinstallation gemacht und plötzlich war das Problem weg. Aber ich kann nicht sagen woran es gelegen hat.

    Einen Test wäre es Wert! ;)

    Vorher kannst Du ja ein Backup über CoreElec machen und bei Bedarf schnell den alten Zustand wieder herstellen.

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

    Zitat von easy4me

    Generell ist Telerising auch als Server-Schnittstelle konzipiert (API), die stabil im 24/7-Betrieb läuft, und nicht als Programm, das nach Belieben neu gestartet werden muss.

    Du hast ja nicht unrecht und wenn die API einmal läuft, dann ist ja auch alles i.O.
    Ich vermute ja auch, dass es irgendwie mit meinem Setup Ubuntu 22.04 Server minimal mit yaVDR und KODI zu tun hat.
    Ich werde noch etwas rumprobieren.

    easy4me
    danke erstmal für deine Hilfe.

    PS: Braucht die API evtl. ein Python-Modul, was man nachinstallieren sollte?

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

    easy4me
    habe die ältere Version 0.10.4 der telerising.api getestet.

    Nach ein paar reboots gab es wieder den Fehler mit Hello page returned HTTP ERROR 403 Es ist zum verrückt werden! X/
    Vor allem weil der Fehler ja nicht immer auftritt, sondern eben nur alle 4...10 x Neustart.
    So kann ich es leider nicht für den produktiven Einsatz verwenden, sondern werde noch testen, bis ich evtl. den Fehler finde!

    Ich bin erstmal wieder zurück auf die aktuelle version 0.11.6

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

    Zitat von easy4me

    Ansonsten tippe ich mal darauf, dass das Skript womöglich (versehentlich) mehrfach gestartet wird und dass darin eventuell das Problem liegt.

    Ich starte die telerising.api m.M. nach nur einmal über den systemd.service: telerising.service .
    Ich habe auch nochmal überprüft mit ps -ef | grep api ob da mehrere telerising.api laufen, aber ich sehe da nichts:

    Code
    root@yavdr:/home/yavdr# ps -ef | grep api
root        1134       1  0 23:03 ?        00:00:00 /etc/telerising/api
root        1963    1950  0 23:05 pts/2    00:00:00 grep --color=auto api


    Zitat von easy4me

    Bitte prüfen, ob du beim wiederholten Abrufen des Links auf dem betroffenen PC irgendwelche Probleme bekommst.
    https://zattoo.com/client/token.json

    Leider kann ich das auf dem PC wo die telerising.api läuft nicht testen, weil da nur ein minimaler Ubuntu-Server mit dem VDR und KODI ohne Gnome usw. laufen und damit habe ich auch keinen Internetbrowser zum testen.

    Öffne ich den Link aber z.B. auf meinem Laptop (Windows 10) oder auch Office-PC (Windows 10), welche sich im gleichen Home-Netzwerk befinden, so geht das problemlos. Ich kann das auch so oft wiederholen wie ich will, ohne dass es eine Fehlermeldung gibt. Es kommt immer folgendes und es ändert sich dabei nur der Inhalt des Token:


    Zitat von easy4me

    Ansonsten tippe ich mal darauf, dass das Skript womöglich (versehentlich) mehrfach gestartet wird und dass darin eventuell das Problem liegt.

    Ich starte die telerising.api nur einmal über die systemd.service: telerising.service .
    Ich habe auch nochmal überprüft mit ps -ef | grep api ob da mehrere telerising.api laufen, aber ich sehe da nichts:

    Code
    root@yavdr:/home/yavdr# ps -ef | grep api
root        1134       1  0 23:03 ?        00:00:00 /etc/telerising/api
root        1963    1950  0 23:05 pts/2    00:00:00 grep --color=auto api


    Es ist echt ärgerlich, aber ich vermute ja auch, dass es irgendwie an meinem System liegen muss.
    Aber ich weiß echt nicht wo ich da so richtig ansetzen kann, um den Fehler einzugrenzen. :(

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

    easy4me ,

    danke für die Infos.
    Ich habe mal den oberen Screenshot gelöscht, danke für Deinen Hinweis.

    Zitat von easy4me

    Ich muss auch nicht mein System x-mal täglich neu starten. HTTP 403 bedeutet zudem Forbidden und nicht "keine Verbindung".

    Ich starte auch mein System nicht x-mal, aber 2 ... 3 mal starte ich den Kodi-PC schon, der läuft nicht 24h durch.
    Aber es ist schon ärgerlich, wenn ab und zu dann kein Bild kommt.

    Der Hinweis HTTP 403 bedeutet zudem Forbidden und nicht "keine Verbindung" da war ich wohl irgendwie auf dem Holzweg.
    Es ist eben nur komisch, wenn ich dann die telerising.api neu starte per service telerising restart dann läuft die *.api plötzlich.

    Wo kommt denn dann das Forbidden her? Hast Du da eine Erklärung dafür?


    Ich hatte heute Abend nochmal das Problem und ich musste mehrfach die *.api restarten bis es funktionierte.
    Hier mal noch das Fehlerprotokoll aus der exception.txt.
    Vielleicht kannst Du da erkennen, was da nicht i.O. ist! Für mich ist das leider nur kryptisches Zeug. X/

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

    Zitat von dlueth

    Du hast da als target network-online drin. Ich vermute jetzt einfach Mal, dass das nicht zwingend bedeutet, dass eine Internetverbindung besteht

    Original ist da network-target drin und das ist noch schwammiger als das networ-online.target.
    Zu der Problematik gibt es hier ein paar gute Erklärungen: https://www.freedesktop.org/wiki/Software/…/NetworkTarget/

    Ich hatte auch schon testweise die Verzögerung ExecStartPre=/bin/sleep 10 auf 60 Sekunden erhöht, aber das hat auch nichts gebracht.
    Deswegen vermute ich ja auch eher, dass das die Auswahl des Zattoo Server = AUTO nicht optimal ist.
    Vielleicht müsste es eine Routine geben, die überprüft ob eine Verbindung zum ausgewählten Zattoo-Server besteht
    und wenn nein wird der nächste Zattoo-Server genommen, bis eine Verbindung da ist.
    Aber da kann wohl nur easy4me was genaueres zu sagen.

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

    Ich benutze jetzt seit ein paar Wochen um das IPTV von Zattoo-Ultimate zu schauen die aktuelle telerising.api-v11.6 zusammen mit tvheadend-v4.3 und dem easyepg-lite. Ich bin echt begeistert von der tollen Arbeit die easy4me hier gemacht hat. Einfach nur Klasse! :thumbup::thumbup::thumbup:


    Ein kleineres Problem habe ich allerdings noch mit der telerising.api, denn ich habe nach einem Neustart nicht immer eine Verbindung zum Zattoo!
    Ich habe eine normale Internetverbindung, kein VPN o.ä. und nutze somit Zattoo-DE.

    Wenn ich dann das Web-GUI öffne, dann habe ich folgende Meldung:

    Manchmal habe ich dann auch einen Eintrag in der /etc/telerising/exception.txt, aber das ist komischerweise nicht immer.

    Wenn ich 5x neu boote, dann kommt es ca. 1x vor, dass es keine Verbindung zu Zattoo gibt. X/
    Ich muss dann den PC neu booten oder die *.api nochmals neu starten, über service telerising restart
    Manchmal ist dies auch mehrfach erforderlich, bis es eine Verbindung gibt.


    Das ist natürlich nicht ganz so optimal und deswegen möchte ich fragen, ob es evtl. eine Einstellung gibt, die ich noch machen sollte.
    Hier mal meine /etc/systemd/system/telerising.service

    Ich hatte das auch zu Anfang unter dem User root getestet, aber das machte keinen Unterschied.


    Hier mal noch meine Web-GUI Konfiguration von der telerising.api:



    Ist es denn von Vorteil, wenn man bei dem Zattoo Server = AUTO setzt, oder sollte man da einen festen Server auswählen?
    Ich hatte das schonmal probiert, und ein paar beliebige Server probiert, aber da gab es keine Änderung.

    Was ist der API protection code?
    Braucht man den? Da habe ich jetzt nicht drin stehen.


    Meine Internetverbindung ist normalerweise i.O. und ich habe einen 200MB-Tarif, dürfte also schnell genug sein.
    Irgendwie bin ich ratlos.
    Kann man den irgendwie automatisch einen restart der telerising.api ausführen, bis es eine Verbindung zum Zattoo-Server gibt?

  • Logitech Harmony und was nun?

    Ich hatte auch mal kurz überlegt mir die Skip1S zu kaufen, aber wie ich die FLIRC Skip1S verstanden habe kann man damit nur sozusagen 1 Gerät bedienen.

    Es gibt da m.M. nach keine direkte Möglichkeit z.B. den AV-Receiver für die Bedienung auszuwählen und dann z.B. das KODI auszuwählen, um es separat bedienen zu können. Alle Tasten können nur mit einer Funktion bz Macro belegt werden. Also wenn die Taste 1 beim AV-RECEIVER für die Quelle 1 genommen wird, kann sie dann nicht bei KODI die Ziffer 1 sein.

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

    Nochmal was zu den tausenden Meldungen im /etc/log/syslog

    Das Umleiten der Ausgabe nach /dev/null hat nichts gebracht.

    Aus Verzweiflung habe ich dann etwas rumprobiert und habe den Manifest type = DASH, wie ich es bisher verwendet hatte,
    nach manifest type = HLS7 geändert. Nach einem Neustart sind die Meldungen der telerising.Api im syslog wesentlich weniger geworden.
    Meldungen kommen eigentlich nur noch, wenn auch was passiert wie Senderwechsel o.ä., ansonsten herrscht Ruhe im syslog.

    Da ergibt sich jetzt für mich die Frage:
    Was ist der Unterschied bei der Verwendung von HLS7 anstelle von DASH ? ist das egal?
    Gibt es da Vor- oder auch Nachteile?

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

    Zitat von easy4me

    2> /dev/null vielleicht?

    Hhmmm, habe ich mal an den Start von der Telerising.api in der telerising.service angehängt. Oder wie hast Du das gemeint? :/
    Sieht jetzt so aus: ExecStart=/etc/telerising/api 2> /dev/null aber bringt leider keinen Erfolg.
    Immer noch mindestens 2 Einträge pro Sekunde.
    Ist echt sehr viel und sollte man nur bei Bedarf anzeigen, ansonsten müllt es nur das syslog zu. :(

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

    Seit ca. 1 Woche habe ich mir mal testweise den Zattoo Free-Tarif abonniert, um mal in die Möglichkeiten des IPTV reinzuschnuppern.
    Hintergrund ist der Wegfall des Nebenkostenprivilegs im Juni und die damit verbundene Möglichkeit das KabelTV kündigen zu können.

    Auf meinen HTPC mit Ubuntu-22.04 laufen ein yaVDR und auch KODI-Nexus.
    Auf diesen PC habe ich mal die aktuellen Versionen von Telerising.Api , TVheadend und das easyEPG-lite installiert und auch mit viel probieren zum laufen gebracht. Vor allem die Konfiguration von TVheadend ist doch ziemlich knifflig, weil es so viele Einstellmöglichkeiten gibt.

    Die Wiedergabe mache ich aktuell über das Kodi-Addon Tvheadend HTSP Client. Das geht schon ganz gut.
    Momentan habe ich noch das Problem, dass es ab und zu zu kurzen Aussetzern bei der Wiedergabe kommt und manchmal bleibt die Wiedergabe auch richtig hängen und es geht gar nichts mehr.

    Bei der Fehlersuche habe ich mal das /var/log/syslog durchsucht, aber noch nichts so richtiges gefunden was mir da weiterhelfen könnte.
    Was mir allerdings bei meiner Suche im syslog aufgefallen ist, dass es sehr viele Meldungen gibt. Diese müllen das gesamte syslog völlig zu:

    Ich vermute dass diese Meldungen von der Telerising.Api kommen. Oder liege ich da falsch?
    Sind diese Meldungen "normal" oder sind das Fehlermeldungen?


    Wenn das Fehlermeldungen sind:
    Was bedeuten diese Meldungen eigentlich und wie kann ich die Fehlerursache finden und beseitigen?
    Was könnten die Ursachen dafür sein, das es bei der Wiedergabe ab und zu zu Aussetzern kommt?

  • Dune HD / Homatics Box R 4k Plus / Nokia 8010 / RockTek G2

    Zitat von Onkel-W

    Deshalb auch die Frage ob die Einstellung überhaupt was bewirkt

    Na dann schalte doch einfach mal ein Messgerät dazwischen.

    Da kannst Du dann ganz genau erkennen, ob es einen Deep Standby gibt oder nicht.

    Alles andere ist doch nur Kaffeesatz-Lesen. ;)

    Ansonsten, hast Du denn mal die Einstellung für die Zeit bis Deep Standby im Android-Menü überprüft?

    Die war im Werkszustand ziemlich hoch. Wie der Wert genau war weiß ich jetzt nicht mehr.

  • Dune HD / Homatics Box R 4k Plus / Nokia 8010 / RockTek G2

    Onkel-W

    Bei Android, was Du vermutlich meinst, hatte ich das mal vor Monaten an meiner Dune HD getestet, deswegen hier nur aus dem Gedächtnis:

    Nach dem Drücken der Powertaste wird die Box in den Standby gefahren, d.h. dabei wird eigentlich nur der HDMI-Ausgang abgeschaltet (Bild und Ton sind AUS).

    Die Power-LED wechselt auf ROT. Die Leistungs-Aufnahme sinkt nur geringfügig von ca. 4W auf 3,5W.

    Nach der vorher im Android-Menü eingestellten Zeit (minimal glaub ich sind das 15 Minuten) fährt dann die Box in den Deep-Standby.

    Das kann man aber von außen nicht erkennen, nur die Leistungsaufnahme sinkt dann auf ca. 0,3W.

    Wie jetzt die Bootzeiten sich unterscheiden, weiß ich jetzt nicht mehr. Kann ich mich nicht mehr entsinnen.

    Kannst Du also auch selbst mal testen.

  • Neue Android Box oder x86

    Zitat von LaGGGer

    Ich kann ja mal nachfragen ob die meinen DVI Monitor haben wollen. Mal sehen was denen dann für eine Ausrede einfällt.

    Das ist aber starker Tobak! X(

    Die CoreElec-Entwickler machen das nicht beruflich und verdienen damit Ihr Geld, sondern sie machen es aus privaten Günden!

    Du solltest Dich also doch etwas zurückhalten.

  • Neue Android Box oder x86

    LaGGGer ,

    wenn hier bisher keiner auf Deine frage geantwortet hat, dann liegt das wohl daran, das hier alle das CoreElec an "normaleren", meine AV-mäßig Standardauflösungen betreiben. Wo es ja problemlos funktioniert, wie auch an Deinem Wohnzimmer-TV. ;)

    Vielleicht solltest Du also die Frage nochmals im CoreElec-Forum stellen, da sind die richtigen Profis und Entwickler.

    Die können da evtl. einen Tipp geben, oder Dir sagen, dass es mit dieser Auflösung nicht geht.