Rechner abschalten nach Aufnahme?

Ich glaube BJ1 verzichtet mit seinem Vorschlag auf die Nutzung des Inaktivitäts-Timeouts...

Zitat von BJ1

- Geht der Chef ins Bett und drückt Power (auf der FB!), wird der Service neu gestartet. Liegt nichts an, wird runtergefahren, vorher werden Timer gesetzt. Läuft eine Aufnahme oder liegt demnächst eine an, sagt der Service "Ok, Auschalten ist vorgemerkt - aber erst, wenn die Aufnahme durch ist".

Hast du da ein Code-Beispiel?

Zitat von seahawk1986

Ich glaube BJ1 verzichtet mit seinem Vorschlag auf die Nutzung des Inaktivitäts-Timeouts...

Dann dürfte es aber schwer sein die VDR-Aktivität zu triggern. Dann muss sich dieses Überwachungsplugin ja überall reinhängen. Useraktivität ist ja mehr als zu wissen ob die Fernbedienung gedrückt wird. Useraktivität können ja auch Hintergrundprocesse sein (z.B. ein XBMC-Client der remote verbunden ist).

cu

Das hängt ja immer von der individuellen Anforderung an das System ab, ob man auf mehr als User-Aktivität an der Fernbedienung achten möchte (mit dem dbus-Plugin kann man das für den VDR zumindest schon mal abfragen ob da noch Plugins werkeln oder ob der Shutdown aufgrund eines Shutdownhooks verhindert wurde) - bei XBMC gibt es AFAIK nur den Inaktivitäts-Timeout für Eingaben und die Möglichkeit abzufragen ob gerade Medien wiedergegeben werden - viel mehr dürfte soweit ich es weiß nur schwer umzusetzen sein.

Zitat von seahawk1986

bei XBMC gibt es AFAIK nur den Inaktivitäts-Timeout für Eingaben und die Möglichkeit abzufragen ob gerade Medien wiedergegeben werden

Das ist richtig. Wobei ich den Inaktivitäts-Timeout verwende.

Zitat von seahawk1986

Ich glaube BJ1 verzichtet mit seinem Vorschlag auf die Nutzung des Inaktivitäts-Timeouts..

Ebenfalls richtig. Ich muss ehrlich sein, den Inaktivitätstimer (vom VDR) habe ich nie gebraucht.

Zitat

Useraktivität ist ja mehr als zu wissen ob die Fernbedienung gedrückt wird. Useraktivität können ja auch Hintergrundprocesse sein (z.B. ein XBMC-Client der remote verbunden ist).

Das könnte man noch implementieren. Wobei ich da Bauchschmerzen habe. Meine Installationen laufen autark. Die sind weder auf TV-Server angewiesen noch dienen sie als Server für andere Clients. Einfach nur HTPCs - all in One.

BJ1

BJ1:

Zitat von seahawk1986

Hast du da ein Code-Beispiel?

Mich würde vor allem interessieren, wie du den Start/Stop den Dienstes bei Tastendrücken umsetzt.

Zitat von seahawk1986

Hast du da ein Code-Beispiel?

Hier ist die Main-Loop des Plugins:

BtnRemoteElse = False
	idle = xbmc.getGlobalIdleTime()


	### START MAIN LOOP ###


	while (not xbmc.abortRequested and __bSysState__ and not BtnRemoteElse):


		time.sleep(CYCLE)
		idle = idle + CYCLE
		xbmcIdle = xbmc.getGlobalIdleTime()


		if xbmcIdle < idle:
		        # Button pressed
		        BtnRemoteElse = True
		        writeLog('Button pressed, system was %s secs idle' % (idle + xbmcIdle))
		        break


		writeLog('Service still active, monitoring PWR/OTHER: %s/%s' % (boolToStr(BtnRemotePower), boolToStr(BtnRemoteElse)))


		# check outdated recordings
		titles = []
		xmldoc = readXML()
		recNodes = xmldoc.getElementsByTagName('title')
		if recNodes:
		        for nodes in recNodes:
				titles.append(nodes.childNodes[0].data)
				if nodes.childNodes[0].data in recTitles:
				        pass
				else:
				        recTitles.append(nodes.childNodes[0].data)
				        writeLog('Recording of "' + nodes.childNodes[0].data + '" is active')
		for recording in recTitles:
		        if recording in titles:
		                pass
			else:
			        recTitles.remove(recording)
			        writeLog('Stop recording of "' + recording + '"')


				if not BtnRemotePower: notifyUser(recording)


	    	__bSysState__ = getSysState()


	### END MAIN LOOP ###

Das Prozedere findet in den ersten Codezeilen statt. Ist xbmc.GetGloblaIdleTime < als die Laufzeit des Services, wurde eine Taste gedrückt oder XBMC aus dem Idle-Zustand geweckt. Ansonsten wird zyklisch (CYCLE) gepollt, ob Aufnahmen laufen. Wäre z.B. per SVDRP ebenfalls möglich. Das Script (Service) wird übrigens per <Power>-Event in der keymap.xml getriggert. Wird der Service gestartet, testet dieses auf eine vorhandene PID. Gibts die nicht, wurde der Service beim Starten von XBMC (Wakeup) mit gestartet, ist sie vorhanden - wars der Chef mit der Power-Taste bei bereits laufendem XBMC. Der Service wird übrigens auch beim Einschalten sofort beendet, wenn es für diesen Service nichts zu tun gibt.

BJ1

Zitat von BJ1

Das Script (Service) wird übrigens per <Power>-Event in der keymap.xml getriggert.

Geht das über executebuiltin('XBMC.RunScript(/path/to/myscript.py)')? Für Services habe ich das so nicht dem Wiki entnehmen können, dass das geht... nur für Skripte.

<power>XBMC.RunScript(script.program.pvrmanager)</power>

Ob ein Script ein Script oder ein Service ist, nagelst du in der addon.xml fest...

BJ1

Ok, danke - wieder was gelernt

Zitat von eivissa

Wie kann diese Datei installiert werden? Weiß da jemand etwas?

XBMC nutzt den Python-Interpreter des Systems, führt den Code aber in seinem eigenen Context aus.

Zitat von eivissa

Zuerst habe ich wieder eine *.zip Datei daraus gemacht und wollte das in XBMC als Addon installieren. XBMC meldet... falsches Format.

Magst du mir die mal schicken, dann werfe ich einen Blick drauf

Zitat von seahawk1986

XBMC nutzt den Python-Interpreter des Systems, führt den Code aber in seinem eigenen Context aus

...und bindet in diesem Fall seine eigenen xbmc*-Module (gui, addon, ...) ein. Dem "System"-Python-Interpreter sind die xbmc*-Module nicht bekannt, daher die Fehlermeldung.

Ich kann sehr gerne mal "syntaktisch" rüberschauen. Mit dem Testen selbst wird das leider nichts, da hier kein VDR läuft...

BJ1

[EDIT]: Die Änderungen hast du aber wohl Linux-konform abgespeichert? Soweit ich weiss, wird bei Apple (bis vor OS X) [CR] als Zeilenende genutzt (Linux [LF], Windows [CRLF])

Zitat von eivissa

Schön wäre es, wenn der Rechner bei längerer Abwesenheit für Timer einschalten würde und danach wieder ausgeht und wieder aufnimmt, ohne daß der "Chef" vor der Glotze sitzt.

Ich muss mal nachsehen, ob ich da alle Vorkommen von self.setWakeUp() erwischt habe, sonst ist eigentlich nur der VDR selbst dafür verantwortlich, wann er den Wakeup-Timer über sie Shutdown-Hooks setzt...

Ah, da hat Dropbox die falsche Version übernommen bzw. die richtige falsch benannt - lösch mal das Addon aus XBMC und nimm die Datei: https://dl.dropbox.com/u/960809/service.vdr.powersafe.zip

Hallo,

ich habe das Problem mit Bash Scripten für mich gelöst.

Als Hauptfrontend läuft xbmc mit xvdr. Steht eine Aufnahme an, wacht der Rechner auf, nimmt auf, und XBMC schickt den Rechner wieder schlafen. Das funktioniert mit Suspend oder auch mit richtigem Shutdown.

In XBMC eingestellt habe ich eine Nutzerinaktivität von 20 Minuten. Ausschalten Aktion: Bereitschaft
XBMC nutzt zum herunterfahren Consolekit und da kann man eingreifen, falls das System heruntergefahren werden soll. Allerdings muss man an einer System Datei herumfummeln, was leider nicht Updatesicher ist (AFAIK muss HAL deinstalliert werden fall vorhanden).
Stösst XBMC einen Shutdown an, so wird das Script /usr/lib/ConsoleKit/scripts/ck-system-stop gestartet:

#!/bin/sh
touch /tmp/XBMCShutdown
svdrpsend hitk power
exit 0
#... ab hier original code, der nicht ausgeführt wird

Dann gibt es noch einen Shutdown hook, der prüft ob die Datei /tmp/XBMCShutdown existiert, wenn ja exit 0, sonst prüfen ob XBMC läuft und wenn ja exit 1.

Das ist im Grunde schon alles. XBMC triggert den Shutdown und Consolekit deligiert ihn weiter an vdr. XVDR scheint dann jedenfalls nicht mehr dazwischenzufunken. Scheinbar weiss er wann schluss ist.

Zum Suspenden via pm-utils muss man eigentlich nichts machen, außer ein entsprechendes Script anzulegen. Bei mir sieht das so aus:

/usr/lib/pm-utils/sleep.d/100dvb

#!/bin/bash


case "$1" in
        hibernate|suspend)
                logger -t SUSPEND "================SUSPEND START======================"
                if [ $(svdrpsend NEXT abs|grep 250 |cut -f3 -d' '|tr -d '\r') -le $(date +%s) ]; then 
                        /usr/bin/xbmc-send --action="Notification(Aufnahme läuft,beende später,10000)"
                        exit 1
                fi
                if /usr/local/bin/checkRemoteXbmc; then 
                        /usr/bin/xbmc-send --action="Notification(Remote XBMC läuft,beende später,10000)"
                        exit 1
                fi
                logger -t SUSPEND "I am: $(whoami)"
                logger -t SUSPEND "Programmiere RTC"
                /usr/bin/xbmc-send --action="Notification(Programmiere Aufwachtermin,,1000)"
                /usr/local/bin/rtc-wakeup
                logger -t SUSPEND "Stoppe XBMC wiedergabe"
                /usr/bin/xbmc-send --action="Notification(Stoppe Wiedergabe,,1000)"
                if pidof xbmc.bin > /dev/null; then xbmc-send --action="stop"; fi
                logger -t SUSPEND "Stoppe vdr"
                xbmc-send --action="Notification(Stoppe VDR,,1000)"
                /etc/init.d/vdr stop
                logger -t SUSPEND "Gehe schlafen"
                xbmc-send --action="Notification(Gehe schlafen,,1000)"
                sleep 1
                ;;
        thaw|resume)
                logger -t SUSPEND "===============Guten Morgen======================="
                /etc/init.d/vdr start
                [ -e /tmp/XBMCShutdown ] && rm /tmp/XBMCShutdown
                ;;
        *)
                ;;
esac


exit $?

Wie man sieht, wird lediglich vdr beendet und dann der Rechner schlafen gelegt. Die Programmierung des Aufwachtermins übernimmt ein Script, das auch über einen shutdown-hook gestartet wird, falls der Rechner über das XBMC Menü heruntergefahren wird.