[RELEASE] PVR Recording & Power Manager

  • Ok, dann ist das schon mal kein EDID-Problem. Dann brauche ich ein [definition=12,3]Debug-Log[/definition], wenn eine Timeraufnahme läuft. Da reichen mir die ersten 5 Minuten.

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960
    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • Ja, ist die richtige Log-Datei.

    Hier gibt es wohl ein UTC-Problem:


    Code
    2020-04-03 11:35:09.810 T:139921293563648   DEBUG: [service.pvr.manager 0.0.22@958] Starting service with id:958@mode:None
    2020-04-03 11:35:09.817 T:139921293563648   DEBUG: [service.pvr.manager 0.0.22@958] No active timers yet, prepare timer@2020-04-03 09:37:07
    2020-04-03 11:35:09.817 T:139921293563648   DEBUG: [service.pvr.manager 0.0.22@958] Status changed: 10000 (RES/NET/PRG/REC/EPG)
    2020-04-03 11:35:09.817 T:139921293563648  NOTICE: [service.pvr.manager 0.0.22@958] Service finished

    Der nächste aktive Timer kommt um 09:37:07, es ist aber 11:35:09. Selbst wenn das erste UTC ist, und das zweite MESZ, ist der Vorlauf zu groß. Was hast Du im Addon als Vorlaufzeit eingestellt?

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960
    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • Ja, ist die richtige Log-Datei.

    Hier gibt es wohl ein UTC-Problem:


    Der nächste aktive Timer kommt um 09:37:07, es ist aber 11:35:09. Selbst wenn das erste UTC ist, und das zweite MESZ, ist der Vorlauf zu groß. Was hast Du im Addon als Vorlaufzeit eingestellt?


    Was meinst Du genau, im pvr.manager addon gibt es dazu keine Einstellmöglichkeit.

  • Was meinst Du genau, im pvr.manager addon gibt es dazu keine Einstellmöglichkeit.

    Nennt sich 'Mindest-Bootdauer bsi System aufnahmebereit'.

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960
    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • Ist evtl. unter Einstellungen -> PVR & TV -> Energiesparen aktiv? Muss deaktiviert sein.

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960
    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • So , ich habe es jetzt - die Lösung sieht aber doch anders aus.

    1.) beim Ausschalten über das Signal über CEC startet er nicht zum angegebenen Timer
    --> vermutlich deshalb, weil diese Befehlsfolge "XBMC.RunScript(service.pvr.manager,poweroff)" nicht aus der
    remote.xml geladen wird. Und ich habe keine Tastatur für Kodi, sondern lediglich die TV Fernbedienung.

    2.) Die von Kodi und meinem Skin-Amber mitgebrachten Poweroff, bzw. Shutdown über das Powermenü führten
    zwar dazu, dass Kodi sauber herunter fährt, den Timer setzt, aufwacht, aufnimmt, danach sich aber nicht selbständig
    wieder ausschaltet

    LÖSUNG
    + ich musste manuell einen neuen Menüpunkt "Ausschalten" hinzufügen, Amber bringt da einen eigenen Editor mit, und
    unter "benutzerdefinierte Aktion" die Befehlsfolge aus der remote.xml einsetzen -->
    "XBMC.RunScript(service.pvr.manager,poweroff)"

    + danach fährt das System sauber hoch und nach Abschluss des Timers wieder herunter


    Was sich mir nicht erschliesst ist, wenn Kodi über CEC ein Ausschaltsignal erhält, welcher Befehl zum herunterfahren genutzt wird.


    Gruß

  • Was sich mir nicht erschliesst ist, wenn Kodi über CEC ein Ausschaltsignal erhält, welcher Befehl zum herunterfahren genutzt wird.

    Das sollten die letzten Zeilen des kodi.old.[definition='1','0']log[/definition] hergeben, wenn Du wieder eingeschalten hast.

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960
    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • Hallo,

    ich nutze service.pvr.manager zum Aufwecken und Ausschalten meines HTPCs. Ich habe zusätzlich Kodi Callbacks am Laufen und das führt nach 15 Minuten Idle XBMC.RunScript(service.pvr.manager,poweroff) aus. Soweit fuktioniert das prima. In service.pvr.manager habe ich dann einige Prozesse definiert, die den PC am Laufen halten.

    Seit kurzem habe ich nun noch eine OMV-Installation in einer virtuellen Maschine auf dem HTPC laufen. Diese schaltet sich um 23 Uhr ab und dann soll auch der HTPC ausgehen können. Ich habe mir ein bash-Skript geschrieben das läuft solange die virtuelle Maschine läuft und habe dieses in die Liste der Prozesse eingetragen. Der HTPC schaltet sich aber weiterhin nach 15 Minuten Kodi-Idle aus, obwohl das Skript und damit die VM noch läuft.

    Ich habe /home/wait_for_vm.sh in die Liste der Prozesse eingetragen, ps -aux zeigt aber /bin/bash /home/wait_for_vm.sh an. Muss ich das /bin/bash auch hinzufügen und wie mache ich das? Normalerweise trennt ein Leerzeichen ja die zu überwachenden Prozesse.

  • Das Addon testet, ob eine PID für einen Prozess existiert. Dazu wird ein pidof <Prozess> abgesetzt. Kommt eine PID zurück, ist dieser Prozess aktiv. Du kannst jetzt testen ob pidof /home/wait_for_vm.sh was zurück liefert. Dann gibt es evtl. die Möglichkeit, /bin/bash /home/wait_for_vm.sh mit Anführungszeichen in den Settings zu setzen (ungetestet), also "/bin/bash /home/wait_for_vm.sh"

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960
    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • Aus dem Changelog zur 0.0.23:


    Zitat

    0.0.23
    - extend process monitoring to shell scripts

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960
    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • Ich habe neuerdings wieder das Problem, dass mein NUC öfter mal nicht runtergefahren wird nach einer "stillen" Aufnahme.
    Ich glaube es liegt daran, weil der NUC jedesmal ne andere Zeitspanne braucht um hochzufahren. Wenn er "kalt" ist braucht er länger als wenn er kurz vorher schonmal lief. Ich habe die Bootdauer im Addon schon von 30 auf 45 Sekunden und wieder zurück auf 30 gestellt. Aber es bleibt dabei, mal fährt er runter und mal nicht.

  • Erstmal ist das kein [definition=12,3]Debug-Log[/definition]:

    Code
    2020-05-11 01:59:51.424 T:140067980036224  NOTICE: Disabled debug logging due to GUI setting. Level 0.


    Hier endet der PVR-Manager und damit auch die Überwachung. Offensichtlich war der PVR-Manager der Meinung, dass keine Aufnahme in nächster Zeit ansteht.


    Code
    2020-05-11 01:59:53.788 T:140067054016256  NOTICE: [service.pvr.manager 0.0.22@860] Service finished
    2020-05-11 01:59:53.788 T:140067054016256  NOTICE: [service.pvr.manager 0.0.22] Service with id 860 on LibreELEC kicks off

    Genaueres hätte man im [definition=12,4][definition='1','3']Debug[/definition][/definition] gesehen. Das Debugging kannst Du permanent mit folgendem Eintrag in der [definition='2','1']advancedsettings[/definition].xml einstellen, ohne störende Einblendungen im Bild:


    Code
    <loglevel hide="false">1</loglevel>


    Dann kannst Du mal zum testen die Vorlaufzeit noch weiter runter nehmen.

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960
    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • Dein PVR ist 7 Sekunden zu früh aufgewacht und meinte deshalb, es gäbe nichts zu tun. Ich habe mal die Zeitgrenzen für die Überwachung diverser Prozesse etwas modifiziert (u.a. fehlte beim EPG die Einbeziehung der Nachlaufzeit).

    Das Addon hat die Versionsnummer 0.0.24 und ist über das Kodinerds-Repo zu beziehen. Mein Repo wird nicht mehr weitergepflegt und verschwindet in Kürze!

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960
    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!