Devastation Posted August 5, 2009 Share Posted August 5, 2009 Auf welche Zeit hast Du den Watch-Dog-Cycle im Setup des Plugins gestellt? Da häng ich mich gleich mal mit ran Wollte das schon lange fragen, immer wieder vergessen... Was genau ist/macht der Watch Dog? Bin da noch nicht so richtig draus schlau geworden. Quote Link to comment
Prinz Posted August 5, 2009 Author Share Posted August 5, 2009 Hallo, Da häng ich mich gleich mal mit ran 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 Quote Link to comment
Devastation Posted August 5, 2009 Share Posted August 5, 2009 (edited) 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 August 5, 2009 by Devastation Quote Link to comment
Prinz Posted August 6, 2009 Author Share Posted August 6, 2009 (edited) 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 August 6, 2009 by Prinz Quote Link to comment
ViceIce Posted August 7, 2009 Share Posted August 7, 2009 (edited) OK! Ich werds mal probieren. Danke für die Hilfe. Gruß, ViceIce Edit: Der WatchDog steht auf 30. Edited August 7, 2009 by ViceIce Quote Link to comment
Prinz Posted August 7, 2009 Author Share Posted August 7, 2009 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 Quote Link to comment
ViceIce Posted August 10, 2009 Share Posted August 10, 2009 Gerade beim Beenden passiert. Ich glaube es liegt am Hauppauge IR-Receiver. 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 Quote Link to comment
Prinz Posted August 10, 2009 Author Share Posted August 10, 2009 Hallo, Gerade beim Beenden passiert. Ich glaube es liegt am Hauppauge IR-Receiver. 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 Quote Link to comment
ViceIce Posted August 12, 2009 Share Posted August 12, 2009 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 Quote Link to comment
ViceIce Posted August 17, 2009 Share Posted August 17, 2009 (edited) 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 August 17, 2009 by ViceIce Quote Link to comment
MogRuith Posted August 27, 2009 Share Posted August 27, 2009 (edited) 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 August 27, 2009 by MogRuith Quote Link to comment
Prinz Posted August 27, 2009 Author Share Posted August 27, 2009 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 Quote Link to comment
MogRuith Posted August 27, 2009 Share Posted August 27, 2009 (edited) 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 August 27, 2009 by MogRuith Quote Link to comment
Prinz Posted August 27, 2009 Author Share Posted August 27, 2009 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 Quote Link to comment
MogRuith Posted August 27, 2009 Share Posted August 27, 2009 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 Quote Link to comment
Prinz Posted August 28, 2009 Author Share Posted August 28, 2009 (edited) Hallo, poll period: 5slower 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 August 28, 2009 by Prinz Quote Link to comment
MogRuith Posted August 28, 2009 Share Posted August 28, 2009 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...?! Quote Link to comment
Prinz Posted August 28, 2009 Author Share Posted August 28, 2009 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 Quote Link to comment
MogRuith Posted August 29, 2009 Share Posted August 29, 2009 (edited) 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 August 29, 2009 by MogRuith Quote Link to comment
MogRuith Posted September 10, 2009 Share Posted September 10, 2009 @Prinz Hast du schon einmal versucht, den EG als Dienst laufen zu lassen? Quote Link to comment
Prinz Posted September 11, 2009 Author Share Posted September 11, 2009 Hallo, @PrinzHast du schon einmal versucht, den EG als Dienst laufen zu lassen? bisher nicht. Gruß Prinz Quote Link to comment
Schaulandt Posted November 23, 2009 Share Posted November 23, 2009 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 Quote Link to comment
Prinz Posted November 24, 2009 Author Share Posted November 24, 2009 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 Quote Link to comment
Schaulandt Posted November 26, 2009 Share Posted November 26, 2009 (edited) 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 November 26, 2009 by Schaulandt Quote Link to comment
Prinz Posted November 26, 2009 Author Share Posted November 26, 2009 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 Quote Link to comment
Schaulandt Posted November 28, 2009 Share Posted November 28, 2009 (edited) 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 November 28, 2009 by Schaulandt Quote Link to comment
Prinz Posted November 28, 2009 Author Share Posted November 28, 2009 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 Quote Link to comment
schlunzer Posted December 2, 2009 Share Posted December 2, 2009 (edited) 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 December 2, 2009 by schlunzer Quote Link to comment
Prinz Posted December 2, 2009 Author Share Posted December 2, 2009 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 Quote Link to comment
nuts Posted December 2, 2009 Share Posted December 2, 2009 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. Quote Link to comment
ByteWar Posted August 22, 2010 Share Posted August 22, 2010 @Prinz: Bekommt man die Abfrage des DVBService aus den Plugin irgendwie raus? Seid der neustern Version des RecordingService geht der Rechner deshalb nicht mehr in den Ruhemodus: link Quote Link to comment
rolsch Posted September 14, 2013 Share Posted September 14, 2013 (edited) Scheinbar gibt's Probleme mit der aktuellen 5.2.8er DVBVierwer Version und dem COM API. http://www.DVBViewer.tv/forum/topic/53193-528-eventghost-failed-to-initialize-com-interface/?p=394720 Edited September 14, 2013 by rolsch Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.