Es gibt im VCR.NET zwei Quellen, die einen Schlafzustand auslösen. Einmal der Dienst selbst (siehe http://localhost/VCR.NET/Admin/System.aspx). Der tut das aber nicht, wenn ein Anwender angemeldet ist - dazu gleich. Dann springt das Kontrollzentrum ein (das Ding mit Kamera Icon), zeigt den Wartedialog an und versetzt dann den Rechner in den Schlafzustand. Eine solche Wartezeit kennt der VCR.NET nicht.

Meine Vermutung: VCR.NET schaut, ob noch ein Explorer.exe läuft (oder was immer in der Registry als Shell konfiguriert ist). Findet es keinen solchen Prozess, so geht es direkt in den Schlafzustand. Hast Du ein 64 Bit Windows? Dann könnte es sein, dass der 32 Bit VCR.NET Prozess Deinen Explorer nicht sieht und somit den Schlafzustand auslöst.

Wenn das es ist: Work-Around wäre es, auf der obigen Konfigurationsseite dem VCR.NET den Übergang in den Schlafzustand zu verbieten. Das hat allerdings einen gravierenden Nachteil: wenn nun wirklich kein Anwender angemeldet ist und / oder das Kontrollzentrum nicht läuft, geht es nie in den Schlafzustand - sehr lästig, wenn man sich vor dem Urlaub endgültig abmeldet. Respektive erst nach der konfigurierten Zeit.

Ich muss allerdings sagen, dass ich eigentlich die Sache mit dem Schlafzustand und dem Verhindern des Herunterfahrens grundsätzlich überarbeiten müßte - letzteres wg. Vista und Win7, ersteres wegen genau dieser Asymmetrie zwischen Dienst und Kontrollzentrum und wie ich nun vermute 64 Bit Betriebssystemen. Ich weiß aber nicht, ob ich dazu komme...

Sorry, aber schau' mal, ob der Work-Around es für Dich tut

Jochen

PS: Leider bekomme ich aus dem Forum immer noch keine Nachricht über neue Posts im Forum. Ich bitte daher die verzögerten Antworten zu entschuldigen!

Hi Dieter,

auf die Schnelle sieht das schlecht aus. Natürlich kann ich nach irgendeinem anderen Programm suchen lassen, aber das bedeutet, dass ich mir überlegen muss, wie ich das konfiguriere et al - bisher hat die alte Lösung ja gut geklappt :-) Lieber wäre es mir, wenn VCR.NET ein 64 Bit Prozess würde, aber da gibt es auch einige kleinere Haken. So habe ich eine Konfiguration im 32 Bit Teil der Registry, auf die ich auch nicht so schnell verzichten kann. Und ein 64 Bit Prozess kann die 32 Bit Registry in .NET 2.0 (inkl. 3.5) nur mit etwas Aufwand auslesen - aber 4.0 wäre das kein Problem, aber den Sprung mache ich jetzt nicht.

Ich habe mir für die Woche mal vorgemerkt, dass ich mir mal ein paar Gedanken machen. Ich hoffe, Du kommst noch ein bißchen mit der aktuellen Situation klar.

Sorry

Jochen

PS: Was macht VCR.NET heute genau? Im Registry Schlüssel HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon wird der Eintrag Shell ausgelesen. Läuft ein Prozeß mit diesem Namen, so wird das als angemeldeter Benutzer gewertet. Allerdings wird der 32 Bit Zweig verwendet. Ich weiß im Moment nicht, ob es den überhaupt gibt (Software\Wow6432Node\...) und ob da was vernünftiges steht.

ZUSATZ: Ich habe gerade mal eine 64 Bit VM hochgefahren. Tatsächlich könntest Du versuchen, den Shell Eintrag von HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows NT\CurrentVersion\Winlogon auf ein 32 Bit Programm zu setzen von dem Du sicher weisst, dass es während Deiner Session immer läuft (Taskmanger, ich weiß nicht, ob das VCR.NET Control Center funktioniert, da es Leerzeichen im Namen enthält).

Den Dienst auf 64 Bit umzustellen hat Konsequenzen, die ich scheue. Aber ich habe vielleicht eine gangbare Alternative gefunden. Wenn Du mal etwas Zeit und Mut zum Testen hast, hier ein Versuch.

Falls Du den Registrywert schon manipuliert hast, setze ihn bitte zurück auf den ursprünglichen Wert (explorer.exe). Dieser wird immer noch ausgelesen und wenn er nicht dem Originalwert entspricht, macht der Test keinen Sinn!

Der Wermutstropfen (vielleicht) vorweg: Du musst für den Test die Software auf die aktuellen 3.9 SP2 anheben (noch nicht freigegeben). Ich habe einige Kleinigkeiten verändert und sonst könnte es Probleme im Zusammenspiel der Bibliotheken mit dem Dienst geben. Es sollte bis auf den Viewer keine dramatischen Änderungen geben und die sollten (toi toi toi) auch nur die Prä-Vista Anwender betreffen.

VCR.NET musst Du in jedem Fall als erstes deinstallieren (Kontrollzentrum vor der Neuinstallation manuell beenden - keine Ahnung wie das weiterläuft obwohl die Programmdatei schon futsch ist). Wie üblich KEINE der verbleibenden Dateien aus dem Installationsverzeichnis entfernen - ok, AspNetTemp ist erlaubt.

Wenn Du NICHT DVB.NET SP2 RC2 installiert hast (die Versionsnummer in der Liste der installierten Software wäre 3.9.220), dann alle Teile (in der Reihenfolge Viewer, Tools, Server, Library) deinstallieren und den aktuellen RC3 von http://downloads.psimarron.net/Beta/ in der umgekehrten Reihenfolge installieren.

Dann vom selben Verzeichnis VCR.NET installieren, ich habe das mal RC4 genannt.

Theoretisch sollte alles gehen, hier unter Vista x86 scheint sich keine Veränderung zu zeigen. Wäre Klasse, wenn Du mal beide Varianten mit Win7 x64 prüfen könntest - mit / ohne Anmeldung.

Viel Glück

Jochen

Oh, wenn es gar keinen Eintrag gibt, ist das kritisch! Dann funktioniert mein Trick auch nicht, i.e. evtl. musst Du da zusätzlich einen explorer.exe anlegen (so ist es unter Win2008R2 x64, da gibt es den ganzen Zweig). Batchdatei wird sicher nicht nutzen, da die ja als cmd.exe im Taskmanager erscheint. Du könntest versuchen, das Kontrollzentrum einzutragen: Shell = VCRNET Control Center.exe.

Jochen

WinAmp war 32 Bit? Hm, dann kann es eigentlich nichts bringen. Komisch, dass es den Eintrag bei Dir nicht gab, ist eigentlich ein absolutes muss. Wird Probleme machen!

Jochen

Ok, geht doch unter XP, war daher recht einfach. Die RC5 sollte es nun tun - bitte beim Test am WE oder vorher die 32 Bit Registryeinträge, die Du erweitert hast, vollständig entfernen. Deinstallation / Installation / Download wie oben beschrieben.

Bin gespannt!

Jochen

Kann sein, dass es bei der Eingabe ziemlich genau passen muss und dass evtl. Leerzeichen eine Rolle spielen. Egal, Hauptsache es geht. Hast Du denn den FireFox ständig an?

Ich denke, der neue Mechanismus wird es tun, daher brennt es nicht wirklich. Wenn nicht gibt es halt einen Patch :-)

Viel Spaß noch

Jochen