Jump to content

Kein Wechsel in den Ruhemodus

ByteWar

By ByteWar
in DVBViewer Recording Service 1.x

Recommended Posts

ByteWar Newbie

ByteWar

Posted
Posted

Seit dem letzten Beta-Update wechselt mein Rechner nicht mehr in den Ruhemodus. Dies ist nur der Fall, wenn ich den Webserver aktiviert habe. Bei der vorherigen Beta funktionierte es einwandfrei.

 

Gibt es die Möglichkeit, irgendwo eine alte Beta runter zu laden, um den Fehler einzugrenzen?

Wie sieht es bei den anderen aus.

 

Windows 7

Energiesparoptionen entsprechend konfiguriert

DVB Server aktiviert

Webserver aktiviert

 

Sobald Webserver deaktiviert, fährt der Rechner innerhalb der vorgegebenen Zeit in den Ruhezustand.

Link to comment
ByteWar Newbie

ByteWar

Posted
  • Author
Posted (edited)

Anbei die Support.zip :)

 

Der interessante Teil ist wohl der:

...

21.08.10 20:20:31.800 SetStandbyblock webserver

21.08.10 20:20:31.800 AddReference webserver: 1

21.08.10 20:20:41.950 ReleaseStandbyblock webserver

21.08.10 20:20:41.950 SetThreadExecutionState 0x80000000

21.08.10 20:20:41.950 Releasereference webserver: 0

21.08.10 20:21:32.404 SetThreadExecutionState 0x80000041

21.08.10 20:21:32.404 SetStandbyblock webserver

21.08.10 20:21:32.404 AddReference webserver: 1

...und so weiter und so weiter

support.zip

Edited by ByteWar
Link to comment
Lars_MQ Newbie

Lars_MQ

Posted
Posted

Nein der interessante teil ist das:

 

21.08.10 20:17:30.242 SetThreadExecutionState 0x80000041

21.08.10 20:17:30.242 SetStandbyblock webserver

21.08.10 20:17:30.242 AddReference webserver: 1

21.08.10 20:17:40.391 ReleaseStandbyblock webserver

21.08.10 20:17:40.391 SetThreadExecutionState 0x80000000

21.08.10 20:17:40.391 Releasereference webserver: 0

21.08.10 20:18:30.694 SetThreadExecutionState 0x80000041

21.08.10 20:18:30.694 SetStandbyblock webserver

21.08.10 20:18:30.694 AddReference webserver: 1

21.08.10 20:18:40.834 ReleaseStandbyblock webserver

21.08.10 20:18:40.834 SetThreadExecutionState 0x80000000

21.08.10 20:18:40.834 Releasereference webserver: 0

21.08.10 20:19:31.161 SetThreadExecutionState 0x80000041

21.08.10 20:19:31.161 SetStandbyblock webserver

21.08.10 20:19:31.161 AddReference webserver: 1

21.08.10 20:19:41.301 ReleaseStandbyblock webserver

21.08.10 20:19:41.301 SetThreadExecutionState 0x80000000

21.08.10 20:19:41.301 Releasereference webserver: 0

21.08.10 20:20:31.800 SetThreadExecutionState 0x80000041

21.08.10 20:20:31.800 SetStandbyblock webserver

21.08.10 20:20:31.800 AddReference webserver: 1

21.08.10 20:20:41.950 ReleaseStandbyblock webserver

21.08.10 20:20:41.950 SetThreadExecutionState 0x80000000

21.08.10 20:20:41.950 Releasereference webserver: 0

21.08.10 20:21:32.404 SetThreadExecutionState 0x80000041

21.08.10 20:21:32.404 SetStandbyblock webserver

21.08.10 20:21:32.404 AddReference webserver: 1

21.08.10 20:21:42.544 ReleaseStandbyblock webserver

21.08.10 20:21:42.544 SetThreadExecutionState 0x80000000

21.08.10 20:21:42.544 Releasereference webserver: 0

21.08.10 20:22:32.828 SetThreadExecutionState 0x80000041

21.08.10 20:22:32.828 SetStandbyblock webserver

21.08.10 20:22:32.828 AddReference webserver: 1

21.08.10 20:22:42.968 ReleaseStandbyblock webserver

21.08.10 20:22:42.968 SetThreadExecutionState 0x80000000

21.08.10 20:22:42.968 Releasereference webserver: 0

Man beachte wie das Reference counting wunderbar funktioniert. Allerdings, wenn irgendwas bei Dir alle Minute auf das Webinterface zugreift, brauchst Du dich nicht wundern, das er nicht in den ruhezustand geht.

 

Wenn Du nicht weisst was zugreift, dann schalte mal im Webinterface -> Konfiguration -> UPnP logging ein und lass es mal laufen, der loggt den header mit. Das solltest Du NICHT posten, da dort auch kennwörter drinne stehen, aber vielleicht gibt Dir das schon einen hinweiss...

Link to comment
ByteWar Newbie

ByteWar

Posted
  • Author
Posted

Denn liegt es tatsächlich an der neuen Version? Denn bisher ist mein Rechner immer in den Ruhezustand gegangen, wenn ich von einem anderen Rechner auf den Webserver zugegriffen habe.

 

So hier jetzt die Auswertung:

 

22.08.10 00:03:21.268 Client: Python-urllib/2.6

22.08.10 00:03:21.284 header Accept-Encoding: identity

Host: 127.0.0.1:80

Connection: close

User-Agent: Python-urllib/2.6

22.08.10 00:03:21.284 Client: Python-urllib/2.6

 

Es ist also irgendetwas am lokalen Rechner.

Hat einer Ideen oder kann schon was erkennen?

Ich habe u.a. EventGhost, DAEMONTools, AntiVir und PowerDVD, Napster unter Windows 7 Home installiert.

Link to comment
ByteWar Newbie

ByteWar

Posted
  • Author
Posted

Es liegt also an EventGhost. EventGhost ausgeschaltet und schon fährt der Rechner in den Ruhezustand. Aber EventGhost will ich eigentlich nicht mehr missen. Also was mach ich damit falsch oder ist EventGhost nicht mehr einsetzbar???

Link to comment
Lars_MQ Newbie

Lars_MQ

Posted
Posted

was hat eventghost mit dem recording service zu tun?? Mir wäre neu, das der fernsteuerbar wäre... Warum greift eventghost jede minute auf den service zu?

Link to comment
ByteWar Newbie

ByteWar

Posted
  • Author
Posted (edited)

Wenn ich das nur wüsste. Ich weiß nur, dass man mit EventGhost irgendwas über Python-urllib gesteuert werden kann, aber meines Wissens habe ich da nichts aktiviert.

Hat denn noch einer EventGhost mit der aktuellen Version am laufen und die gleichen Probleme (oder eben nicht?)

Edited by ByteWar
Link to comment
@lex Newbie

@lex

Posted
Posted

hier gibt es ein ähnliches problem von dbraner...

 

bei mir klappt der standby allerdings... ich habe aber keine skripte oder eventghost auf dem server am laufen

 

@lex

Link to comment
dbraner Newbie

dbraner

Posted
Posted

hier gibt es ein ähnliches problem von dbraner...

 

bei mir klappt der standby allerdings... ich habe aber keine skripte oder eventghost auf dem server am laufen

 

@lex

 

Ich wollte es gerade posten. Ab und zu schliesst der Recordingservice Websrver die TCP Verbindungen nicht. Die stehen auf established obwohl der Client sogar ausgeschaltet ist und ignorieren dabei sämtliche TCP Connection Timeouts des Betriebssystems. Hab ich so noch nie gesehen. normalerweise verwirft Windows solche toten Verbindungen nach 2 Stunden (je nach Einstellung).

 

Ich habe mir so beholfen, dass mein standby script Http Verbindungen zum Recservice ignoriert und den Rechner ins Standby schickt. Mit dem Standby und dem Recservice hatte ich schon einige Probleme (auch mir der Timerprogrammierung). In dieser Funktion sehe ich noch das meiste "Verbesserungspotenzial", wobei eine durchdachte Logik hier sicher nicht einfach zu realisieren ist, ohne z.B. Einfach TV-Clients im laufenden Betrieb abzuhängen.

Link to comment
Rag3 Newbie

Rag3

Posted
Posted (edited)

Also ich hab seit Version 1.6.2.0 Beta auch das Problem, dass der Standby nicht mehr so recht funktioniert... Hab vorher immer einfach die wiedergabegraphen gestoppt und konnte dann normal in den standby, jetzt blockt das der Service. Und so richtig in Standby geht er nach den Aufnahmen auch ned mehr.

 

hätte auch gerne die vorherige version wieder :(

Edited by Rag3
Link to comment
@lex Newbie

@lex

Posted
Posted

hallöchen

 

vielleicht ist da doch was net so ganz korrekt... mein server war heute morgen nämlich auch noch an :(

es kann aber sein das ich gestern vergessen habe den windows standby wieder einzustellen :wacko:

 

werde das beobachten

 

grüße @lex

Link to comment
ByteWar Newbie

ByteWar

Posted
  • Author
Posted

Jetzt habe ich die Wahl: Entweder so wie Früher, oder Berücksichtung von Zugriffen auf den Webserver - Supi.

Da mir die Neue Version eigentlich ganz gut gefällt, werde ich EventGhost so ändern, dass ich DVBViewer ohne DVBPlugin nutzen kann.

Link to comment
popy Newbie

popy

Posted
Posted

Hab das gleiche Problem wie ByteWar seit der 1.6.2.0.

 

Verwende:

 

neueste 175er Beta vom Viewer

XP SP3

Eventghost (unumgänglich da ich USBUIRT verwende und so den Viewer steuere)

RecService

 

Hab auch neue 1.6.2.1 getestet mit dem gleichen Ergebniss. Das Service blockiert den Standby.

 

Zurück auf 1.6.0.6 und jetzt funktioniert es wieder ohne Probleme, sowie vorher.

 

Ich kann wenn gewünscht auch ein Log Erstellen.

 

cu

pOpY

Link to comment
majstang Newbie

majstang

Posted
Posted (edited)

Hab das gleiche Problem wie ByteWar seit der 1.6.2.0.

 

Verwende:

 

neueste 175er Beta vom Viewer

XP SP3

Eventghost (unumgänglich da ich USBUIRT verwende und so den Viewer steuere)

RecService

 

Hab auch neue 1.6.2.1 getestet mit dem gleichen Ergebniss. Das Service blockiert den Standby.

 

Zurück auf 1.6.0.6 und jetzt funktioniert es wieder ohne Probleme, sowie vorher.

 

Ich kann wenn gewünscht auch ein Log Erstellen.

 

cu

pOpY

Sorry, for interfering with english in a german thread! @popy, do you still have the issue you describe if unchecking the Web/UPnP---Block Hibernate/standby if clients are receiving data in config window? For me I still cant hibernate with DVBVbeta.175 and RS 1.6.2.1 running simultainously even with the box unchecked. It has been this way since DVBVbeta.165. Hibernation with DVBV 4.2.1 and RS 1.6.2.1 running works fine since Lars added the unblock feature though.

Regards

majstang

:bye:

Edited by majstang
Link to comment
Go to topic listing
×
×
  • Create New...