Neuer Scheduler: GMPS (1 Viewer)

[Goersch]

warum machst Du da eine Sekunde dazwischen ? Einfach hintereinander damit:
gmps /shutdown on /schutdown ifpossible

Äh, ich kann keine rar Files öffnen. Kannst Du mir auch ZIP schicken ? Oder gibt es ein gutes freeware rar programm ?

 

[usualsuspect]

bei der doppelten aktion war ich mir nicht sicher, ob er dann beides übernimmt. und da ich ja eh ein batch hab, hab ich's gesplittet. kann ich aber auch zusammenlegen.

anbei noch mal ein zip.
soweit ich weiß, sollte 7-zip auch rar entpacken können.

 

[Goersch]

versuche es bitte mal - sollte gehen - hab ich mal für Erich umgesetzt - der hatte auch das Problem, dass wenn die Wartezeit zu klein ist, die Befehle nicht übertragen wurden. Da muss ich nochmal nachbessern.

 

[usualsuspect]

ok, gerade ein paar mal getestet und er hat abrav gehorcht. ich behalt das mal im auge.
ist aber schon merkwürdig, weil eigentlich sollte er ja auch im falle der gesplitteten version auf jeden fall immer den ersten befehl mitkriegen, oder?

dann ist mir auch was altes neues aufgefallen.
hab um 17 einen task bestellt. dafür wird gewöhnlich um 16:57 der pc gestartet. starte ich jetzt aber um 16:55 von hand, dann wird die "start"aufgabe aus gmps gelöscht , aber der shutdown nicht verhindert (unten rechts ist's grün). log hängt an.
edit: achso, jetzt läuft der tasks und immer noch ist's grün. d.h. bei scripts wird der shutdown gar nicht verhindert?

und dann ist mir auch aufgefallen, dass das problem des gmps einfrieren beim aufwachen auch auftritt, ohne das mediaportal läuft. steht im gleichen log.

edit2: hab den log nochmal erweitert. da hing gmps jetzt nach jedem resume. (im unterschied zu den posts vorher jetzt aus standby , nicht ruhezustand, aber ich hoffe, das macht keinen großen unterschied.) beim letzten mal im debug modus.

reboot wegen ssdf verhindern klappt jetzt übrigens auch wunderbar!

 

[Goersch]

mh, brauche das log-File das andere geht nur bis 15:47 Uhr.

Nein, im Moment wird bei Script ausführung der Rechner nicht blockiert - das könnte ich aber umsetzen; fand das nicht so wichtig



rrrrrhhhhhhhhhh, die "Scheduled Reboot" funktion lässt sich nicht mehr aufrufen - nur weil ich den Button verschoben hab rrrrrrrrrhhhhhhhhh argh

 

[usualsuspect]

logfile sollte in post624 sein.

der block bei scripts ist wirklich nicht so wichtig, hätte nur gedacht, dass die genauso gehandelt werden, wie aufnahmen.

edit: die doppelte kommandozeilenversion ist auch nicht die lösung:

26.07.2009 17:42:41 INFO     FMain::.ctor                             ====================== GMPS Version 0.2.3.7 ======================
26.07.2009 17:42:44 INFO     FMain::.ctor                             Windows Version = Vista/Win2008, Revision 131072
26.07.2009 17:42:47 INFO     CIPC::.ctor                              Own Ip Address = 192.168.178.26
26.07.2009 17:42:57 ERROR    CDB::setConnectionString                 ERROR CONNECTING TO DATABASE (Cannot open database "MpTvDb" requested by the login. The login failed.
Login failed for user 'sa'.)
26.07.2009 17:42:57 INFO     CScheduler::checkForSSDF                 SSDF: Check (True,27.07.2009 16:57:00>26.07.2009 17:42:57)
26.07.2009 17:42:57 INFO     CScheduler::checkForSSDF                 SSDF: Next ShutDown has been disabled by GMPS, because System has been started up before next StartUp Time (27.07.2009 16:57:00)
26.07.2009 17:43:10 INFO     IPCServerObject::register                Client registered : 192.168.178.26:9796,1.0.0.0,>IPCCO633842269902545607<
26.07.2009 17:43:10 INFO     FMain::ipcLogic                          IPC: TVS PlugIn Connected
26.07.2009 17:43:56 INFO     IPCServerObject::register                Client registered : 10.0.0.1:9797,1.0.0.0,>IPCCO633842270366945607<
26.07.2009 17:43:56 INFO     FMain::ipcLogic                          IPC: MP PlugIn Connected : IPCCO633842270366945607
26.07.2009 17:43:56 INFO     FMain::checkMPClients                    MP PlugIn (0/1)
26.07.2009 17:43:56 INFO     FMain::ipcLogic                          Changed Dialog id : 35
26.07.2009 17:43:56 INFO     FMain::checkMPClients                    MP PlugIn (0/1)
26.07.2009 17:55:26 INFO     FMain::MPClientDisconnected              MP Client Disconnected : IPCCO633842270366945607
26.07.2009 17:55:26 INFO     FMain::checkMPClients                    MP PlugIn (0/0)
26.07.2009 17:55:26 INFO     FMain::checkMPClients                    MP PlugIn (0/0)
26.07.2009 17:55:27 INFO     IPCServerObject::unregister              Client unregistered : IPCCO633842270366945607
26.07.2009 18:08:31 INFO     IPCServerObject::register                Client registered : 10.0.0.1:9797,0.2.3.7,>IPCCO633842285109955607<
26.07.2009 18:08:31 INFO     FMain::ipcLogic                          ShutDown switched ON via command line parameters
26.07.2009 18:08:31 INFO     CScheduler::setShutDownTemporaryOnOff    Next ShutDown has been reenabled by User, IdleTimer or automatically after Resume
26.07.2009 18:08:35 ERROR    CIPC::SendThread                         Send to Client IPCCO633842285109955607 : Die Verbindung mit dem Remoteserver kann nicht hergestellt werden.

von "C:\Program Files\Team MediaPortal\GMPS\gmps.exe" /shutdown on /shutdown ifpossible um 180831 hat er nur den ersten teil mitbekommmen, den shutdown ifpossible einfach ignoriert.

 

[Goersch]

mit dem "hänger" sind wir einen Schritt weiter - ich hab zumindestens eine grobe Idee, wo wir weiter suchen müssen. Kannst Du bitte den Debug Level wieder auf "Normal" setzen und inder ExtendedClassDebug.txt "CScheduler" eintragen (ohne die "). Wenn es dann wieder klemmt brauche ich das Log-File

Bzgl. der kommandozeilenparameter: das prüfe ich morgen - hab heute auf Visual Studio 2008 umgestellt und zudem die komplette Skriptverwaltung umgeschrieben. Das klappt alles noch nicht so wie es soll

Zusatz: Mit den Kommandozeilenparametern konnte ich nachvollziehen

Komische Sache mit den Kommandozeilenparameter. Hab eine lokale Variable, die den Ärger macht. Da ich mir nicht weiter zu helfen wusste, hab ich dieser einen neuen namen verpasst - siehe da: es geht ...

Zusatz: Das Problem mit den Kommandozeilen lässt sich auch durch Erhöhung der Zeit lösen ... kleiner Workaround

 

[dlarge500]

so mir sind auch noch 2 fehler aufgefallen

1.Nach reboot oder suspend startet gmps den tvserver nicht mehr neu sondern wird erst neugestartet wenn MP gestartet wird.

2.Die Settings für die Funktion "Kein standby wenn MP nicht in Homescreen,nach neustarten von gmps oder nach supend ebensfall immer wieder abgehakt.

 

[Goersch]

dlarge500

Nach reboot oder suspend startet gmps den tvserver nicht mehr neu sondern wird erst neugestartet wenn MP gestartet wird.

Brauche Log-File - lt. Code sollte das Ok sein

Die Settings für die Funktion "Kein standby wenn MP nicht in Homescreen,nach neustarten von gmps oder nach supend ebensfall immer wieder abgehakt.

??? meinst Du damit, dass sich die Funktion selbstständig abschaltet ?


scorpionking
Kannst Du bitte auch mal SSDF ausschalten. Hängt das Programm dann auch ?

 

[usualsuspect]

mit dem "hänger" sind wir einen Schritt weiter - ich hab zumindestens eine grobe Idee, wo wir weiter suchen müssen. Kannst Du bitte den Debug Level wieder auf "Normal" setzen und inder ExtendedClassDebug.txt "CScheduler" eintragen (ohne die "). Wenn es dann wieder klemmt brauche ich das Log-File

logfile hängt an. standby und resume ohne mp ging. mit auch einmal, danach hing's wieder...

Komische Sache mit den Kommandozeilenparameter. Hab eine lokale Variable, die den Ärger macht. Da ich mir nicht weiter zu helfen wusste, hab ich dieser einen neuen namen verpasst - siehe da: es geht ...

computer sind schon toll!! aber hauptsache, es läuft!

ich hab jetzt erstmal fünf sekunden pause eingestellt. hatte allerdings auch das gefühl, dass manchmal schon der erste parameter ignoriert wurde. was hälst Du von der idee mit der kommandzeilenantwort? oder ist das zuviel arbeit? naja, und vermutlich wird auch wieder alles komplizierter...

@scorpionking
Kannst Du bitte auch mal SSDF ausschalten. Hängt das Programm dann auch ?

meinst Du da vielleicht mich? ich probier's zumindest mal aus...