Installer Steam
log på
|
sprog
简体中文 (forenklet kinesisk)
繁體中文 (traditionelt kinesisk)
日本語 (japansk)
한국어 (koreansk)
ไทย (thai)
Български (bulgarsk)
Čeština (tjekkisk)
Deutsch (tysk)
English (engelsk)
Español – España (spansk – Spanien)
Español – Latinoamérica (spansk – Latinamerika)
Ελληνικά (græsk)
Français (fransk)
Italiano (italiensk)
Bahasa indonesia (indonesisk)
Magyar (ungarsk)
Nederlands (hollandsk)
Norsk
Polski (polsk)
Português (portugisisk – Portugal)
Português – Brasil (portugisisk – Brasilien)
Română (rumænsk)
Русский (russisk)
Suomi (finsk)
Svenska (svensk)
Türkçe (tyrkisk)
Tiếng Việt (Vietnamesisk)
Українська (ukrainsk)
Rapporter et oversættelsesproblem
https://help.wallpaperengine.io/en/general/brokensleep.html
The next time your screensavers don't work, you can also use the powercfg /requests command to see which process is currently blocking your screensavers from becoming active. You may want to run the same request override command that we recommend on the help page for any other processes that could be causing this.
Can you however follow Tim's other suggestion and try powercfg /requests right after the issue occurs again? Also, can you please share another log: https://help.wallpaperengine.io/en/debug/scantool.html so we are up to date with your situation right now?
The fundamental issue is that programs cannot tell Windows to "ignore" them so it's pretty difficult to figure out. It also doesn't seem to be a general issue, however you said it may be related to running Wallpaper Engine together with a specific game?
Does it happen at all if you restart the computer and *don't* start Steam or play games or does the screen saver work then, with Wallpaper Engine only? It sounds like somehow it's a combination of programs that have to run before the issue occurs?
also, i'm still trying to figure out if this is specifically tied to the steam controller API. i use a DS4 sometimes and outside of games i can get the screen to sleep because i have the controller ignored, but once a game starts, the steam controller API seems to do something that prevents the screensaver. i've had this happen after playing FPS games at my desk though, so i don't think it's 100% the cause.
games that allow screensaver while playing never seem to have the issue.
to answer your last question, if i start the PC, regardless of steam/wpe running, the screensaver will work indefinitely. i tested this extensively and have all devices wake disabled besides my main mouse and keyboard. it wasn't until i'd game a bit and walk away and come back to see no screen saver i started looking at steam/wpe again.
i'll grab the logs again next time this happens and i'll also see if the game it happens with next can reproduce it consistently. i already know one game that allows the screensaver to run WHILE playing on steam to test against as well, duke nuke 3d 20th anniversary world tour. i've never had this issue after playing that and just finished 2 episodes so i played a bit.
and it sounds similar to your issue.
Wallpaper Engine doesn't use any Windows controller APIs or Steam input, so I'm not sure why Steam or Windows would attach the controller to Wallpaper Engine.
i get the WPE issue when i don't have a controller plugged in just playing m/kb at my desk. but yes, a plugged in controller will prevent sleep.
You can save the playlist first so that it's easy to load it later again and you don't lose it.
Also there is a running program that I cannot find much information about: scrnsaver.exe. This isn't a Windows program though, at least it doesn't exist on my system, is that maybe a custom screensaver and it's actually running?
i did try using a single wallpaper, it was a default bundled one that was just a scene and no audio visualizer. still happened eventually. why do you think the playlist specifically is playing a part in this?
The idea is that Windows will activate the screensaver when you are not using the computer. However programs like Wallpaper Engine cannot actively tell Windows anything about that, we can't tell Windows to "ignore" anything Wallpaper Engine is doing, the only things that can be done are all the steps from the FAQ that you already tried.
The playlist will load new files and open/close the wallpaper windows, since that's what it's supposed to do. There are too many variables here for us to be sure since the wallpapers have different types, different audio output or audio recording.
Something is just extremely odd then. It should definitely work with a scene wallpaper that doesn't even have audio - no special steps are necessary for this in Windows because there's no audio being played.
If we can figure out why your computer has this issue, then maybe we can find a solution. But at this point we are out of specific ideas, there is definitely nothing that should prevent the screensaver from starting inside Wallpaper Engine when you only have a scene wallpaper without audio playing.
We would have to look for the issue elsewhere to see if there is some kind of conflict or something latching onto Wallpaper Engine. Perhaps you could try removing some other software that is running, not sure if it's enough to do that after the issue already occurred or if that's already too late. It is also extremely odd that Windows does not report anything preventing the screensaver from starting, either that's a Windows bug or something else is causing this.
i have audio off in the settings though, and windows doesn't report an audio device being used in powercfg. wouldn't powercfg report an audio device being used?
Yeah, I saw that, the settings all look good. With a single scene wallpaper (no playlist) that doesn't have audio, it wouldn't even matter, because there is never any question if there is an active audio stream.
And yes, that powercfg command should report active audio devices preventing the screensaver and even all other reasons which would prevent the screensaver. Yet it seems on your computer the screensaver doesn't start although nothing is being reported. That's not how it's supposed to work, it seems there is something really unusual happening.