x264/avs4x264mod pauses when desktop is locked?

[blubb444]

I'm on Win 7 64bit Home Premium, and I have some pretty heavy denoising to do (on 3 hours worth of Video 8 footage). It's a single file and I have 4 CPU cores so I've written 3 avs scripts that all process the different thirds of the whole video (because the script is single core, plus x264 also takes some CPU, with that setup I'm having around 90% CPU usage which is OK to me), here's the first one as example:
Vin = DirectShowSource("003deshake.avi")
Vout = Vin.trim(0,183161).MCTemporalDenoise(settings="very high",gpu=true)
return Vout
(Before you ask, AviSource doesn't want to decode the FFVH=HuffYUV FFmpeg variant video. I already deinterlaced it much earlier with Yadif2x and didn't keep the original else I'd use QTGMC MT of course which does some pretty decent denoising too at placebo and is considerably faster, ~10fps vs. a combined ~5fps for MCTD)
I'm calling it with following batch file to make it run simultaneously and at low priority so I can still use my PC:
START /LOW avs4x264mod --x264-binary "x264-64-8.exe" --preset slow --qp 0 --keyint 1 --min-keyint 1 --sar 12:11 -o 003-denoise-part1.264 003-part1.avs
START /LOW avs4x264mod --x264-binary "x264-64-8.exe" --preset slow --qp 0 --keyint 1 --min-keyint 1 --sar 12:11 -o 003-denoise-part2.264 003-part2.avs
START /LOW avs4x264mod --x264-binary "x264-64-8.exe" --preset slow --qp 0 --keyint 1 --min-keyint 1 --sar 12:11 -o 003-denoise-part3.264 003-part3.avs
(lossless intra because I want to do further processing with a NLE, maybe CorePNG or something would've been more efficient but my NLE doesn't like such exotic codecs but works well with lossless h.264 for some reason)

Long story short, here comes the problem:
As long as I'm logged on with an open desktop, the processing/encoding works, but as soon as I hit Win+L to lock the screen (when I'm going away/to work/to sleep etc) it simply halts (the number of encoded frames doesn't grow any more and the estimated time skyrockets)... So has that got something to do with Windows, the way I'm calling the processes, the programs themselves, or...?

[Phantom_E]

Long story short, here comes the problem:
As long as I'm logged on with an open desktop, the processing/encoding works, but as soon as I hit Win+L to lock the screen (when I'm going away/to work/to sleep etc) it simply halts (the number of encoded frames doesn't grow any more and the estimated time skyrockets)... So has that got something to do with Windows, the way I'm calling the processes, the programs themselves, or...?
Are you using external (USB) drives?
The default for USB drives seems to be to put them to sleep mode.

I don't have a need for lock mode so I just put the machine in presentation mode which prevents the desktop from going inactive.

Edit: The issue is not unique to the pgm you are using.

[blubb444]

No, it's on the second but internal HDD and power mgmt options like turning down the HDD(s) after x minutes are of course disabled.

[Phantom_E]

No, it's on the second but internal HDD and power mgmt options like turning down the HDD(s) after x minutes are of course disabled.
As a general rule I/O will reset that timer and can't say I have had any issues with it other than waiting for spinup a bit.

I did a check and Lock/Sleep will normally put the HDD system (and USB) into standby mode. Independent of the I/O timer setting.

You could try changing the power management options from something like "Balanced" to "Always On".
This should allow you to use the Lock Feature.
I haven't tried this personally.

It is possible to programatically request System Availability and override entry to standby mode.
Windows Media Player has this function, but other than that I know nothing about it.

The only other option is Presentation mode.

A good search key is "win7 standby"

[blubb444]

Well, as I said my configuration is set to "Maximum Power" (or whatever it's called in English, it's one of the three presets with the others being "Balanced"(default) and "Energy Saving Mode")
I also went to the advanced settings and "Turn off HDD" is set to "never". It's really the instant I'm locking the screen when the programs stop working (the encoded frames count doesn't advance for a single number and is the same after un-locking as before locking no matter how long the screen was locked).
I've also now tested the same with MeGUI, and guess what, MeGUI continues to encode when I lock the screen so I guess it must have something to do with the way I'm executing the batch, but I have no idea what.

[Phantom_E]

That MeGui continues to run says the problem is not the general standby issue.
I know nothing of the tools you are using.
If you haven't done this already, you could try increasing the priority level.

PS: If you really feel like amusing yourself...
I have about 150g of Video-8 that I digitized as DV 720p (uncompressed, deinterlaced, NTSC)
I could try replicating Your setup on the win7 machine I have, but I would need a download list of the software required to try at the very least.

Note:I am leaving backcountry tomorrow morning and will not be able to respond for some time.

[jmartinr]

...
MCTemporalDenoise(settings="very high",gpu=true)
It might be the GPU that's causing your problem.

[vdcrim]

It might be the GPU that's causing your problem.
That's it. I've also noticed this problem before, but never found the cause. It has already been mentioned on the fft3dGPU thread, e.g. (http://forum.doom9.org/showthread.php?p=1184750#post1184750)