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.
[RELEASE] PVR Recording & Power Manager
-
PvD -
24. September 2017 um 19:23 -
Unerledigt
-
-
Ok, hoffe das hier ist die richtige [definition='1','0']log[/definition] Datei
-
-
Ja, ist die richtige Log-Datei.
Hier gibt es wohl ein UTC-Problem:
Code2020-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?
-
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'.
-
Nennt sich 'Mindest-Bootdauer bsi System aufnahmebereit'.
das steht auf 60 Sekunden
-
-
Ist evtl. unter Einstellungen -> PVR & TV -> Energiesparen aktiv? Muss deaktiviert sein.
-
Ist evtl. unter Einstellungen -> PVR & TV -> Energiesparen aktiv? Muss deaktiviert sein.
ja, das ist eingeschaltet. Deaktiviere es nun und teste einen weiteren Timer.
Merci soweit
-
-
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 ausschaltetLÖ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.
-
-
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"
-
-
Aus dem Changelog zur 0.0.23:
Zitat0.0.23
- extend process monitoring to shell scripts -
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. -
-
Auch heute Nacht um 2 Uhr, ist er nach dem EPG holen wieder nicht runtergefahren.
Hier ist das Log. Interessant ist der Teil : vom 11.05.2020 ab 1:59:00 Uhr
Erkennst du da was?
-
Erstmal ist das kein [definition=12,3]Debug-Log[/definition]:
Code2020-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.
Code2020-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:
Dann kannst Du mal zum testen die Vorlaufzeit noch weiter runter nehmen. -
-
Offensichtlich war der PVR-Manager der Meinung, dass keine Aufnahme in nächster Zeit ansteht.
Es stand auch keine Aufnahme an. Er sollte bloß den NUC wieder ausschalten nach dem EPG-Holen.
Ich werde mal ein [definition=12,3]Debug-Log[/definition] erstellen.
-
Also, vorhin ist er wieder nicht runtergefahren nach dem EPG holen um 2 Uhr
hier ist das [definition='1','0']log[/definition] mit debug-modus -
-
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!
-
OK, ich habe die neue Version installiert.
Das ist ja das Komische: ich hatte 30 Sek Bootzeit eingetragen, mal fuhr er runter, mal nicht
ich habe 45 Sek Bootzeit eingetragen, mal fuhr er runter, mal nichtich werde berichten...
Danke erstmal! -
-
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!