Jump to content

EventGhost + DVBViewerService


Recommended Posts

Auf welche Zeit hast Du den Watch-Dog-Cycle im Setup des Plugins gestellt?

Da häng ich mich gleich mal mit ran :biggrin:

Wollte das schon lange fragen, immer wieder vergessen... Was genau ist/macht der Watch Dog? Bin da noch nicht so richtig draus schlau geworden.

Link to comment

Hallo,

 

Da häng ich mich gleich mal mit ran :biggrin:

Wollte das schon lange fragen, immer wieder vergessen... Was genau ist/macht der Watch Dog? Bin da noch nicht so richtig draus schlau geworden.

 

der Name Watch-Dog ist eigentlich nicht mehr ganz richtig. Ursprünglich diente er dazu den Plugin-internen Aufnahmezähler mit dem DVBViewer zu synchronisieren, da es manchmal (sehr selten) vorkam, dass die DVBViewer-Events nicht beim Plugin ankamen. So ein Fehler kann sich auf zwei Arten auswirken. Entweder der EG erkennt das Aufnahmeende nicht und fährt daher den HTPC nicht runter oder er weiß nicht, das noch eine Aufnahme läuft und fährt den HTPC zu früh herunter.

 

Da für mich die verlässliche Aufnahme eins der wichtigsten Dinge eines HTPC ist und eine zu früh abgebrochene Aufnahme sehr ärgerlich und ein evtl. im Urlaub durchlaufender HTPC Energieverschwendung ist, habe ich diesen Watch-Dog eingebaut. Außerdem besteht mit dem HTTPServer das Problem, dass der "onDVBVClose"-Event nicht durchgereicht wird. Dadurch konnte das Plugin nicht erkennen,wann der DVBViewer beendet wurde. Entsprechend wurde das Plugin auch nicht mehr neu mit einem neu aufgerufenen DVBViewer konnektiert. Auch dieses Problem hatte der "Wachhund" beseitigt, in dem er ständig untersucht (überwacht), ob der DVBViewer noch läuft.

 

Mittlerweile habe ich den Watch-Dog um weitere Funktionen erweitert, die eigentlich mit einem Watch-Dog nichts mehr zu tun hat.

 

So generiert die Routine nun auch Events, wenn beispielsweise die Timerliste geändert wurde. Auch die zyklische Abfrage des DVBViewerService läuft hierüber. Korrekt wäre hier mittlerweile eher eine Poll-Time.

 

Gruß

Prinz

Link to comment

Danke für die ausführliche Erklärung. Endlich kann ich das jetzt im Wiki ergänzen.

Ich hatte den noch nie aktiviert weil ich nicht recht wusste wofür der ist.

Aber da ich eh vom RecService beenden lasse ist das nicht wichtig gewesen.

 

Allerdings hatte ich auch schon mal Probleme das der HTPC dann durchlief.

Edited by Devastation
Link to comment

Hallo,

 

Seltsam, bei mir hängt sich der EventGhost nun manchmal auf (rotes Dreieck). Er lässt sich dann auch nicht mehr beenden (schließt das Hauptfenster und setzt ein Core auf 100% Last). Der DVBViewer Recording Service ist dann auch nicht mehr ansprechbar (reagiert nicht mehr/ lässt sich nicht beenden).

 

Ich habe mal eine neue Version des EG-Plugins an den Anfang dieses Threads eingestellt. Da das rote Dreieck darauf hindeutet, dass sich der DVBViewer-Polling-Thread mit dem Standard-Thread vom EG in die Quere kommt, habe ich einen Lock-Mechanismus eingeführt, der so etwas unterbindet.

 

Leider konnte ich in meiner Umgebung einen solchen Fehler nicht provozieren. Auch auf meinem HTPC läuft es seit mehr als 3 Wochen stabil. Daher ist diese Änderung mehr als Versuch anzusehen. Sauberer von der Programmierung ist es so auf jeden Fall.

 

 

Sollte der Fehler wieder auftreten, benötige ich aber einfach mehr Information. Sollte das Kopieren des linken Fensters vom EG noch möglich sein, wäre der Inhalt hilfreich. Vielleicht den EG auch mit dem switch -debug aufrufen, damit eine Log-Datei erstellt wird, aus der man mehr die Vorgeschichte ermitteln kann.

 

Die Log-Datei des DVBViewerServices wäre vielleicht auch aufschlussreich.

 

Gruß

Prinz

Edited by Prinz
Link to comment

OK! Ich werds mal probieren.

 

Danke für die Hilfe.

 

 

Gruß,

ViceIce

 

Edit:

Der WatchDog steht auf 30.

Edited by ViceIce
Link to comment

Hallo,

 

Der WatchDog steht auf 30.

 

Grübel, bei 30s glaub ich nicht, dass das ein Zugriffs-Konflikt zu dem Problem geführt hat, das ist sehr unwahrscheinlich.

 

Habe jetzt stundenlan unterschiedlichste Zugriffe zum Service per EG ausgeführt und parallel Aufnahmen laufen lassen, alles kein Problem bei mir.

 

Daher unbedingt im Fehlerfall soviel Infos sichern wie möglich.

 

Wie häufig bzw. nach welcher durchschnittlichen Laufzeit tritt dasProblem auf?

 

Hat jemand anders vielleicht auch schon das Problem gesehen?

 

Gruß

Prinz

Link to comment

Gerade beim Beenden passiert. Ich glaube es liegt am Hauppauge IR-Receiver. o:)

 

12:09:06: 0 ActionThread: DVBViewerWatchDogThread.Finish()
Stack trace (most recent call last) (1076):
 File "wx\_core.pyc", line 8007, in MainLoop
 File "wx\_core.pyc", line 7303, in MainLoop
 File "C:\Program Files (x86)\EventGhost\eg\Utils.py", line 122, in LogItWrapper
 File "C:\Program Files (x86)\EventGhost\eg\Classes\App.py", line 161, in OnExit
 File "C:\Program Files (x86)\EventGhost\eg\Init.py", line 124, in DeInit
 File "C:\Program Files (x86)\EventGhost\eg\Classes\ThreadWorker.py", line 309, in CallWait
Traceback (most recent call last):
 File "C:\Program Files (x86)\EventGhost\eg\Utils.py", line 122, in LogItWrapper
return func(*args, **kwargs)
 File "C:\Program Files (x86)\EventGhost\eg\Classes\App.py", line 161, in OnExit
eg.Init.DeInit()
 File "C:\Program Files (x86)\EventGhost\eg\Init.py", line 124, in DeInit
eg.actionThread.CallWait(eg.actionThread.StopSession)
 File "C:\Program Files (x86)\EventGhost\eg\Classes\ThreadWorker.py", line 311, in CallWait
"Timeout in %s.CallWait()" % self.__class__.__name__
Exception: Timeout in ActionThread.CallWait()
Exception in thread HauppaugeIRMessageReceiver (most likely raised during interpreter shutdown):

 

MfG

ViceIce

Link to comment

Hallo,

 

Gerade beim Beenden passiert. Ich glaube es liegt am Hauppauge IR-Receiver. o:)

 

So wie die Fehlermeldung aussieht, tritt ein Timeout beim Beenden auf. Aktuell gibt es diese Fehlermeldung, wenn dass Beenden der Plugins länger als 10s dauert.

Der WatchDog vom DVBViewer benötigt 0,5s zum Beenden, wenn vorher die 10s fast erreicht wurden, könnten diese 0,5s das Fass quasi zum überlaufen bringen.

 

Hast Du evtl. sehr viele Plugins geladen?

 

Gruß

Prinz

Link to comment

Hallo,

 

Plugins:

  • DVBViewer
  • Standby Control
  • Netzwerk Ereignis Empfänger
  • Hauppauge IR
  • Timer
  • X10: ATI Remote Wonder
  • Webserver
  • Tastatur

 

Ich hatte außerdem das Problem, das mein Homecast Satreceiver und die Hauppauge ähnliche IR-Befehle nutzen. Daher hat die Homecast FB unerwünschte IR-Befehle an EventGhost gesendet.

Daher ist im Moment das Hauppauge Plugin deaktiviert und ich hab meine alte Remote Wonder rausgekramt. Die hat aber leider zu wenig Tasten, würde daher lieber die Hauppauge benutzen.

 

Ich habe mal meine Konfig von EventGhost angehängt, vielleicht hilft das ja.

 

Das Problem ist übrigens meist nach einem Ruhezustand von Vista aufgetreten, nachdem das System schon mehrere Tage nicht neu gestartet wurde.

 

MfG

ViceIce

EventGhost.xml

Link to comment

Hallo,

 

Ich denke es liegt doch nicht am Hauppauge Plugin. Es scheint, das der Recording Service den Resume von Vista manchmal nicht mitbekommt und dann blockiert.

Ich muss dan den Rechner neustarten, damit dieser dannn wieder funktioniert. Hatte bis Heute die Version 1.5.0.25 und jetzt auf 1.5.0.31 geupdatet.

Ich benutze den Hybrid-Standby unter Vista x64 sp2. Die entsprechenden Zeiten siehe Auszug aus dem svcdebug.log zwischen 14.08.2009 03:25:13 und 17.08.2009 08:27:37.

 

MfG

ViceIce

 

Auzug aus svcdebug.log:

14.08.2009 01:24:30 Standby		  PBT_APMSUSPEND
14.08.2009 01:24:30 TEPGUpdater Release Hauppauge WinTV 88x DVB-S/S2 Tuner/Demod (2)
14.08.2009 01:24:30 TEPGUpdater Destroy Hauppauge WinTV 88x DVB-S/S2 Tuner/Demod (2)
14.08.2009 03:24:46 Time changed	 
14.08.2009 03:24:54 Resume		   PBT_APMRESUMEAUTOMATIC
14.08.2009 03:24:54 ReleaseStandbyblock 
14.08.2009 03:24:54 SetThreadExecutionState 2147483648
14.08.2009 03:24:54 fwakeup		  0
14.08.2009 03:24:54 Device		   Check present
14.08.2009 03:24:54 CheckDevicespresent start
14.08.2009 03:24:54 DevicePath	   \\?\stream#hcw88bda.m14xx#5&afc38c0&0&2#{71985f48-1ca1-11d3-9cc8-00c04f7971e0}\{91b0cc87-9905-4d65-a0d1-00a0c9f21fc7}
14.08.2009 03:24:54 DevicePath	   \\?\stream#hcw88bda.m69xx#5&afc38c0&0&3#{71985f48-1ca1-11d3-9cc8-00c04f7971e0}\{91b0cc87-9905-4d65-a0d1-00a0c9f21fc7}
14.08.2009 03:24:54 fwakeup		  do
14.08.2009 03:24:54 Reset			start
14.08.2009 03:24:56 Standby		  PBT_APMSUSPEND
14.08.2009 03:25:13 DevicePath	   \\?\stream#hcw88bda.m14xx#5&afc38c0&0&2#{71985f48-1ca1-11d3-9cc8-00c04f7971e0}\{91b0cc87-9905-4d65-a0d1-00a0c9f21fc7}
14.08.2009 03:25:13 DevicePath	   \\?\stream#hcw88bda.m69xx#5&afc38c0&0&3#{71985f48-1ca1-11d3-9cc8-00c04f7971e0}\{91b0cc87-9905-4d65-a0d1-00a0c9f21fc7}
17.08.2009 08:27:37 Start App		-----------------------------------
17.08.2009 08:27:37 thread		   service started
17.08.2009 08:27:37 StartService	 start timer
17.08.2009 08:27:37 StartService	 create plugin list
17.08.2009 08:27:37 StartService	 loadchannellist
17.08.2009 08:27:37 TDVBDevice.InitDevice Hauppauge WinTV 88x DVB-T Tuner/Demod (1)
17.08.2009 08:27:37 TDVBDevice.InitDevice Hauppauge WinTV 88x DVB-S/S2 Tuner/Demod (2)
17.08.2009 08:27:37 Device		   Check present
17.08.2009 08:27:37 CheckDevicespresent start
17.08.2009 08:27:37 DevicePath	   \\?\stream#hcw88bda.m14xx#5&afc38c0&0&2#{71985f48-1ca1-11d3-9cc8-00c04f7971e0}\{91b0cc87-9905-4d65-a0d1-00a0c9f21fc7}
17.08.2009 08:27:37 DevicePath	   \\?\stream#hcw88bda.m69xx#5&afc38c0&0&3#{71985f48-1ca1-11d3-9cc8-00c04f7971e0}\{91b0cc87-9905-4d65-a0d1-00a0c9f21fc7}
17.08.2009 08:27:38 loadsetup		load vcr
17.08.2009 08:27:38 StartService	 load setup
17.08.2009 08:27:38 Recorderservice  Enabled
17.08.2009 08:27:46 Time changed	 
17.08.2009 08:31:27 Standby		  PBT_APMSUSPEND
17.08.2009 10:31:44 Time changed	 
17.08.2009 10:31:52 Resume		   PBT_APMRESUMEAUTOMATIC
17.08.2009 10:31:52 ReleaseStandbyblock 
17.08.2009 10:31:52 SetThreadExecutionState 2147483648
17.08.2009 10:31:52 fwakeup		  0
17.08.2009 10:31:52 Device		   Check present
17.08.2009 10:31:52 CheckDevicespresent start
17.08.2009 10:31:52 DevicePath	   \\?\stream#hcw88bda.m14xx#5&afc38c0&0&2#{71985f48-1ca1-11d3-9cc8-00c04f7971e0}\{91b0cc87-9905-4d65-a0d1-00a0c9f21fc7}
17.08.2009 10:31:52 DevicePath	   \\?\stream#hcw88bda.m69xx#5&afc38c0&0&3#{71985f48-1ca1-11d3-9cc8-00c04f7971e0}\{91b0cc87-9905-4d65-a0d1-00a0c9f21fc7}
17.08.2009 10:31:52 fwakeup		  do
17.08.2009 10:31:52 Reset			start
17.08.2009 10:31:53 Standby		  PBT_APMSUSPEND
17.08.2009 12:47:15 Time changed	 
17.08.2009 12:47:15 Resume		   PBT_APMRESUMESUSPEND
17.08.2009 12:47:15 ReleaseStandbyblock 
17.08.2009 12:47:15 SetThreadExecutionState 2147483648
17.08.2009 12:47:15 fwakeup		  0
17.08.2009 12:47:15 Device		   Check present
17.08.2009 12:47:15 CheckDevicespresent start
17.08.2009 12:47:15 DevicePath	   \\?\stream#hcw88bda.m14xx#5&afc38c0&0&2#{71985f48-1ca1-11d3-9cc8-00c04f7971e0}\{91b0cc87-9905-4d65-a0d1-00a0c9f21fc7}
17.08.2009 12:47:15 DevicePath	   \\?\stream#hcw88bda.m69xx#5&afc38c0&0&3#{71985f48-1ca1-11d3-9cc8-00c04f7971e0}\{91b0cc87-9905-4d65-a0d1-00a0c9f21fc7}
17.08.2009 12:47:15 fwakeup		  do
17.08.2009 12:47:15 Reset			start
17.08.2009 12:47:16 Resume		   PBT_APMRESUMEAUTOMATIC
17.08.2009 12:47:16 ReleaseStandbyblock 
17.08.2009 12:47:16 SetThreadExecutionState 2147483648
17.08.2009 12:47:16 fwakeup		  -1
17.08.2009 12:48:15 DevicePath	   \\?\stream#hcw88bda.m14xx#5&afc38c0&0&2#{71985f48-1ca1-11d3-9cc8-00c04f7971e0}\{91b0cc87-9905-4d65-a0d1-00a0c9f21fc7}
17.08.2009 12:48:15 DevicePath	   \\?\stream#hcw88bda.m69xx#5&afc38c0&0&3#{71985f48-1ca1-11d3-9cc8-00c04f7971e0}\{91b0cc87-9905-4d65-a0d1-00a0c9f21fc7}
17.08.2009 12:48:16 DevicePath	   \\?\pci#ven_14f1&dev_8802&subsys_69020070&rev_05#4&c9a676e&0&3aa4#{fd0a5af4-b41d-11d2-9c95-00c04f7971e0}\{5ea9c066-1dfe-41c5-a2de-00a0c9f21fc7}
17.08.2009 12:48:21 Opendevice	   NovaSPlus
17.08.2009 12:48:21 TEPGUpdater Allocate Hauppauge WinTV 88x DVB-S/S2 Tuner/Demod (2)
17.08.2009 12:48:21 settuner		 CreateDiSEqCCommand
17.08.2009 12:48:21 DeviceSendDiSEqCCommand 4
17.08.2009 12:48:21 DeviceSendDiSEqCCommand NovaSPlusSetDiseqC
17.08.2009 12:48:21 DeviceSendDiSEqCCommand NovaSPlusSetDiseqC 2
17.08.2009 12:48:53 TEPGUpdater Allocate Hauppauge WinTV 88x DVB-S/S2 Tuner/Demod (2)
17.08.2009 12:48:53 TEPGUpdater Release Hauppauge WinTV 88x DVB-S/S2 Tuner/Demod (2)
17.08.2009 12:49:24 TEPGUpdater Allocate Hauppauge WinTV 88x DVB-S/S2 Tuner/Demod (2)
17.08.2009 12:49:24 TEPGUpdater Release Hauppauge WinTV 88x DVB-S/S2 Tuner/Demod (2)
17.08.2009 12:49:56 TEPGUpdater Allocate Hauppauge WinTV 88x DVB-S/S2 Tuner/Demod (2)
17.08.2009 12:49:56 TEPGUpdater Release Hauppauge WinTV 88x DVB-S/S2 Tuner/Demod (2)

 

Edit:

Support.zip angehängt

support.zip

Edited by ViceIce
Link to comment
  • 2 weeks later...

Hallo Prinz,

habe gerade endlich Zeit gefunden, mir dein NetworkDateRateMonitor-plugin angeschaut. Bei mir werden unabhängig von den Einstellungen überhaupt keine events ausgelöst...

Wie kann ich realisieren, dass bei einer Unterschreitung von 1MB/s ein standby in 5 Minuten ausgelöst wird?

 

Danke

 

update: sobald ich bei "upper limit" einen Wert ungleich 0 eingebe, kommen keine events mehr...allerdings interessiert mich ja auch nur das "lower limit", wo ich 128000 stehen habe (sollte doch 1MB sein?!).

Edited by MogRuith
Link to comment

Hallo,

 

update: sobald ich bei "upper limit" einen Wert ungleich 0 eingebe, kommen keine events mehr...allerdings interessiert mich ja auch nur das "lower limit", wo ich 128000 stehen habe (sollte doch 1MB sein?!).

 

Upper- und Lower-Limit müssen undedingt auf vernünftige Werte eingestellt werden. Es gilt Upper-Limit > Lower-Limit. Wenn das nicht eingehalten wird, dürfte es keine Events geben.

 

Der Grund für zwei Werte besteht darin, dass nicht ständig Events ausgegeben werden, wenn der Wert ständig nahe den Schwellwerten hin und her pendelt. Ddurch wird quasi die Hysterese eingestellt. Wenn Dir das egal ist, kannst Du auch Upper-Limit = Lower-Limit + 1 eintragen.

 

Um den richtigen Wert einzutragen,kannst Du den Wert über die Konfiguration des Plugins ermitten. Wenn Du die Quelle angegeben hast und auf "Übernehmen" klickst, siehst Du in der Tabelle immer den laufenden Durchschnittswerte der angegebenen Netzwerk-Interfaces. Der wird ständig aktualisiert.

 

Eine Schwelle >0 ist notwendig, weil meist irgendwelche Zugriffe innerhalb des Netzes sattfinden, die immer einen leichten Traffic mitbringen.

 

Die Angabe von Lower-/Upper-Limit ist Byte/s, Das bedeutet 128000 entspricht 1MBit/s.

 

Gruß

Prinz

Link to comment

Mensch...da hatte ich wieder mal einen Denkfehler...alles klar... Ich teste jetzt mal, wie groß der minimale Durchsatz bei TV/Video/Musik ist und stelle demnach das "lower-limit" ein.

Auf den event "NetworkDataRateMonitor.LowAverageLimitOut" lasse ich dann den Server in standby fahren...mal sehen, ob es auf Anhieb klappt.

 

Btw...was bedeutet "cycles"?

 

Mit deinem standby-plugin komme ich nicht klar....der setzt immer wieder die Zeit zurück...

 

Bis bald...und vielen Dank für die tolle Arbeit.

Edited by MogRuith
Link to comment
Btw...was bedeutet "cycles"?

 

Das sind die Anzahl der Zyklen, über die der Mittelwert berechnet wird. Die Länge eines Zykluses entspricht der Poll-Time.

 

Mit deinem standby-plugin komme ich nicht klar....der setzt immer wieder die Zeit zurück...

 

Was meinst Du damit? Ich weiß, das StandbyPlugin ist nicht ganz einfach einzurichten. Ich habe eigentlich schon länger vor, da mal ein kleines einfaches Beispiel zu liefern und damit die Funktion zu beschreiben. Bin bisher dazu noch nicht gekommen, da immer etwas dazwischen kam (DVBViewerPlugin mit Service erweitern, Network-Data-Rate-Plugin, Urlaub ).

 

Ich hoffe ich komme mal in der nächsten Zeit dazu.

 

Gruß

Prinz

Link to comment

Hallo Prinz,

habe jetzt mehr als eine Stunde herumprobiert... Völlig egal, was ich bei den limits einstelle...es kommt kein event. Aktuell habe ich folgende Werte:

 

poll period: 5s

lower limit 128000

upper limit 12800000

cycles 10

 

So wie ich das verstanden habe, müsste jetzt doch bei <1Mbit und >100Mbit ein event ausgelöst werden?!

 

Danke

Link to comment

Hallo,

 

poll period: 5s

lower limit 128000

upper limit 12800000

cycles 10

 

So wie ich das verstanden habe, müsste jetzt doch bei <1Mbit und >100Mbit ein event ausgelöst werden?!

 

Ist der Upper-Limit nicht ein bisschen hoch eingestellt? 100 Mbit kann nur bei einem GBit-Netzwerk überschritten werden und dann auch nicht beim Streamen.

 

Der Algorithmus läuft so ab:

 

Wird der Upper-Limit überschritten, erfolgt der Upper-Event. Erst wenn danach wieder der Lower-Limit unterschritten ist, erfolgt erneut der Lower-Event. Die Events sind bedingen sich gegenseitig. Erst wenn der Upper-Event gekommen ist, kann ein Lower-Event wieder ausgelöst werden und erst wenn ein Lower-Event ausgelöst wurde, kann wieder ein Upper-Event kommen.

 

Wenn in Deinem Setting der Upper-Limit nie überschritten wird, erfolgt auch nie ein Event.

 

Siehst Du in der Tabelle des Plugin-Setups auch wirklich Werte <> 0 in den Spalten "Input/Output average"? Wenn nein könnte es noh sein, dass Du nicht das richtige Interface ausgewählt hast.

 

Gruß

Prinz

Edited by Prinz
Link to comment

Ahhhh...;o) Ich habe jetzt folgende settings und es läuft:

lower limit 64000

upper limit 1280000

Klasse....wie bekomme ich jetzt jetzt hin, dass der Rechner nicht sofort, sondern erst in 5 minuten in standby fährt...bzw...falls doch wieder Netzwerkverkehr stattfindet, sollte standby nicht stattfinden...?!

Link to comment

Hallo,

 

Klasse....wie bekomme ich jetzt jetzt hin, dass der Rechner nicht sofort, sondern erst in 5 minuten in standby fährt...bzw...falls doch wieder Netzwerkverkehr stattfindet, sollte standby nicht stattfinden...?!

 

 

Beispielsweise mit dem StandbyControl-Plugin des EventGhost.

 

Nur um auf die Netzwer-Datenrate zu reagieren, benötigst Du folgende 3 Makros:

<?xml version="1.0" encoding="UTF-8" ?>
<EventGhost Version="1170">
<Folder Name="NetworkStandbyHandling" Expanded="True">
	<Macro Name="Standby Control: Inhibit Standby by application: NetworkDataRate" Expanded="True">
		<Event Name="NetworkDataRateMonitor.HighAverageLimitOut" />
		<Event Name="NetworkDataRateMonitor.HighAverageLimitIn" />
		<Action>
			StandbyControl.InhibitStandbyByApplication(u'NetworkDataRate', True, 1, 600, False, 0, True)
		</Action>
	</Macro>
	<Macro Name="Standby Control: Enable Standby by application: NetworkDataRate" Expanded="True">
		<Event Name="NetworkDataRateMonitor.LowAverageLimitOut" />
		<Event Name="NetworkDataRateMonitor.LowAverageLimitIn" />
		<Action>
			StandbyControl.EnableStandbyByApplication(u'NetworkDataRate', False, 2, 60, 0, 600)
		</Action>
	</Macro>
	<Macro Name="Rechner standby" Expanded="True">
		<Event Name="StandbyControl.Trigger" />
		<Action Enabled="False">
			System.Standby(False)
		</Action>
	</Macro>
</Folder>
</EventGhost>

Mit "InhibitStandbyByApplication" unterdrückst Du quasi den StandbyTrigger, mit "EnableStandbyByApplication" wird er wieder freigeschaltet und gleichzeitig mit der in der Standby-Konfiguration eingetragenen "standby default time" getriggert. Das erzeugt dann nach dieser Zeit den "StandbyControl.Trigger", mit dem man dann gezielt den PC in den Standby fahren kann. Erfolgt in dieser Zeit wieder ein "InhibitStandbyByApplication", wird natürlich der StandbyTrigger wieder unterdrückt.

 

Das ganze müsste man natürlich auch mit den übrigen Bedingungen kombinieren.

 

Ist Dein EG-Setup eigentlich an meinem angelehnt? Wenn ja, könnte ich Dir - da ich aktuell noch im Urlaub bin - etwas Mitte nächste Woche meinen aktuellen Setup nochmal schicken.

 

Gruß

Prinz

Link to comment

Besten Dank!!! Die EG-config für den server besteht lediglich aus dem, was in der codebox steht...;o) Ich weiß noch nicht recht, ob ich auch für die clients EG mit entsprechender config brauche, oder ob ich die DVBViewer-Befehle "rec.service WOL","rec.service standby" nicht einfach mit "stop","play" usw. kombinieren kann. Das Problem besteht einfach darin, den server auch wieder aufzuwecken, nachdem eine CD/DVD/BluRay lief....

Mir fällt noch etwas ein....natürlich darf der server nicht in den standby, wenn eine Aufnahme ansteht...aber das lässt sich ja im rec.service selbst regeln.

Edited by MogRuith
Link to comment
  • 2 weeks later...
  • 2 months later...

Hallo Zusammen,

 

gibt es außer dem Wiki betrag noch eine andere Doku zu dem DVBViewer Plug-in ?

ICh werde aus dem Plug-In nicht ganz schlau.

Ich habe auch gleich mal eine Frage. Beim Taskscheduler konnte man per Reg-Eintrag das Abfragen eines Account Passwortes umgehen.

Geht das mit dem Plug auch oder muß dort ein Benutzername und Kennwort übergeben werden.

 

Gruß Schaulandt

Link to comment

Hallo,

 

ICh werde aus dem Plug-In nicht ganz schlau.
Was hast Du denn für Fragen?

 

Ich habe auch gleich mal eine Frage. Beim Taskscheduler konnte man per Reg-Eintrag das Abfragen eines Account Passwortes umgehen.

Geht das mit dem Plug auch oder muß dort ein Benutzername und Kennwort übergeben werden.

Nur der Benutzername ist anzugeben, das Password-Feld kann leer bleiben, falls man das Plugin als Ersatz für den DVBScheduler verwenden will.

 

Gruß

Prinz

Link to comment

danke für die Antwort, und wird nun die Funktion "Update Windows task scheduler" angesteuert oder passiert das ganze automatisch, wenn ich z.B den Haken bei All recordings setze ?

 

Gruß

Schaulandt

Edited by Schaulandt
Link to comment

Hallo,

 

danke für die Antwort, und wird nun die Funktion "Update Windows task scheduler" angesteuert oder passiert das ganze automatisch

Nein, automatisch passiert das nicht, wäre IMO nicht so ganz konform mit dem EventGhost-Konzept.

 

Das muss von einem Event ausgelöst werden.

 

U.a. folgende Events wären da sinnvoll:

  • DVBViewer.TimerListUpdated
  • DVBViewerService.TimerListUpdated

Ein EG-Makro kann dann so aussehen (für den recording-Service):

<?xml version="1.0" encoding="UTF-8" ?>
<EventGhost Version="1194">
<Macro Name="Set next recording by Service" Expanded="True">
	<Event Name="DVBViewerService.TimerListUpdated" />
	<Action>
		DVBViewer.TaskScheduler(False, True, False)
	</Action>
  </Macro>
</EventGhost>

 

wenn ich z.B den Haken bei All recordings setze ?

Der Haken "All recordings" bedeutet, dass für jede programmierte Aufnahme ein Eintrag im Task-Scheduler erfolgt. Ist der Haken nicht gesetzt, wird nur die nächste Aufnahme programmiert.

 

Gruß

Prinz

Link to comment

Danke Prinz für deine Hilfestellung. Wäre es nicht eine gute Idee diese beiden Events als Beispiel im Wiki mit aufzunehmen ?.

Ich hoffe nicht der einzige doofe zu sein, der nicht auf die Idee gekommen ist.

 

gruß

Schaulandt

Edited by Schaulandt
Link to comment

Hallo,

 

Danke Prinz für deine Hilfestellung. Wäre es nicht eine gute Idee diese beiden Events als Beispiel im Wiki mit aufzunehmen ?.

 

Ich kann da mal eine Zusammenstellung reinlegen.

 

Theoretisch gibt es auch im EventGhost eine Möglichkeit sich die möglichen Events von einem Plugin anzusehen. Da aber bei einigen Plugins die Events gar nicht vorhersehbar sind, ist das nicht weiter verfolgt worden. Es funktioniert für einige wenige Plugins halbwegs, darunter auch der DVBViewer, wobei die Service-Events fehlen, weil der Service unter dem Plugin-Namen "DVBViewerService" Events generiert, aber ein solches nicht echt existiert.

 

Diese Möglichkeit wird mit dem switch "-debug" aktiviert. Unter dem Menüpunkt "Debug\AddEventDialog" kann man dann Plugin-Spezifisch die möglichen Events sehen, die man für die eigene Steuerung verwenden kann.

 

Diese Funktion wird wie gesagt eigentlich nicht mehr gepflegt und kann auch irgendwann mal ganz aus dem EG verschwinden. Prinzipiell finde ich dieses Tool trotzdem recht gut, denn man sieht, welche Events auf jeden Fall möglich sind.

 

Gruß

Prinz

Link to comment

Hallo Prinz,

Du als alter Hase :) kannst mir bestimmt eine schnelle Antwort liefern.

 

Ich bin gerade am überlegen wie ich meinem HTPC beibringe, den DVBViewer nur zu starten, wenn ich die Maschine per Hand (Fernbedienung) starte. In allen anderen Fällen, Aufnahme vom RecordingService oder ein WOL von einem Client soll der Viewer nicht gestartet werden.

 

Zur Zeit starte ich den Viewer automatisch wenn das Event resume/startup (oder so ähnlich) von windows geworfen wird.

 

Wie hast Du das gelöst?

 

Danke für Deine Hilfe!

 

Gruß Ingo

Edited by schlunzer
Link to comment

Hallo,

 

Ich bin gerade am überlegen wie ich meinem HTPC beibringe, den DVBViewer nur zu starten, wenn ich die Maschine per Hand (Fernbedienung) starte. In allen anderen Fällen, Aufnahme vom RecordingService oder ein WOL von einem Client soll der Viewer nicht gestartet werden.

 

Ich starte den DVBViewer so wie Du etwas verzögert nach dem Sandby, egal ob der aufnimmt, hat ich bisher nicht gestört.

 

Momentan habe ich aber auch kene Idee so etwas zu realisieren. Gibt der Treiber der Fernbedienung viellicht noch irgendein Event?

 

Sonst ibt es bisher noch keine Events, welche WOL, Wake up by Timer auseinanderhalten. Ich kann mal suchen, ob so etwas mit irgendwelchen Systembefehlen ermittelbar ist. Komm aber frühestens erst am Wochenende dazu.

 

 

Gruß

Prinz

Link to comment

Das Betriebssystem bekommt doch vom WOL gar nichts mit oder?

Von daher sollte Kaltstart und WOL nicht wirklich unterscheidbar sein.

 

Ist es unterscheidbar ob man den PC selbst aus dem Standby holt oder ob es der RS wegen einer Aufnahme macht?

Dabei könnte man den RS fragen ob eine Aufnahme ansteht, allerdings gibts dann den Sonderfall, dass eine Aufnahme ansteht und der PC trotzdem selbst geweckt wurde.

Link to comment
  • 8 months later...
  • 3 years later...

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...