[x265] FR: Postpone Windows 10 update reboots during encodes by signaling "busy"?

[Michael Lackner]

Ah, I haven't clarified what I've been doing. In my case, I've indeed been using x265.exe
directly, not the .dll.

Fed my input to it with ffmpeg via a pipe. Windows 10 then killed the whole process by
rebooting after updating.

On 06/25/2018 10:49 AM, Pradeep Ramachandran wrote:
> I would think that this is something that the application should do and not
> the library.
> Pradeep.
> 
> On Mon, Jun 25, 2018 at 12:45 PM, Michael Lackner <
> michael.lackner at unileoben.ac.at> wrote:
> 
>> I'm also interested actually, because I've had this happen to me just a
>> few days ago,
>> losing almost a day of work because of Windows 10 rebooting in the middle
>> of the night...
>>
>> This is an issue for people who don't have administrative privileges on
>> their machines to
>> stop Windows 10 from doing this.
>>
>> On 06/25/2018 09:03 AM, Mario *LigH* Rohkrämer wrote:
>>> No opinion yet?
>>>
>>>
>>> Mario *LigH* Rohkrämer schrieb am 13.06.2018 um 08:35:
>>>> Request by 'Stereodude' in the doom9 forum:
>>>>
>>>> https://forum.doom9.org/showthread.php?p=1844407#post1844407
>>>>
>>>> +----
>>>> Is there any way to x265 to let Windows know that it's busy encoding to
>> prevent a
>>>> Windows update from rebooting the PC during an encode? I thought I read
>> before that
>>>> there's a way for an application to let the OS know it's "busy" so that
>> it won't reboot
>>>> while the application is crunching away.
>>>>
>>>> Currently Windows 10 will happily reboot mid x264 or x265 encode even
>> if the CPU is
>>>> pegged at 100%.
>>>> +----
>>>>
>>>> I wonder if you could use the ShutdownBlockReasonCreate function to
>> postpone it:
>>>>
>>>> https://msdn.microsoft.com/en-us/library/windows/desktop/
>> aa376877%28v=vs.85%29.aspx
>>>>
>>>> And which window handle would you use for a CLI application?